what is the right VMware Player version for Windows 7 32bit OS? There are several versions available, as far I understand, I don't need the latest version with Windows 8 support.

Who's going to be the first guinea pig to see if the current version of Fusion will run on El Capitan? (Mac OS X 10.11)  :-)

Yes, yes, I know that VMware doesn't support beta OS versions;  I'm just hoping someone else tests it so I don't have to...

EDIT:  I'm curious to know about both as a Host and as a Guest, either separately or together.

Thanks!

-Joe

Hi all,

For a script I am building, I'm looking to get cluster statistics (CPU and memory resources) via PowerCLI. Specifically these resources:

It needs to implemented in the script like this:

$Targets = @("Test Cluster")

foreach($clus in ($Targets))
{
  $TotRAM = 192  $TotCPU = 35

The variables $TotRAM and $TotCPU need to be dynamically filled. How can this be done?

Thanks,

Tom

i am looking for powercli script to capture performance report for a vm like cpu,memory,disk and send by email.

We have a very strange problem initially discovered in our VDI-setup, but in the process of analyzing it, learned to reproduce it quite simply:

1. Take a vm (Thin Provisioned vmdk) with an attached vmware-snapshot

2. Clone it with vmware-means to a newly thin provisioned volume

3. Delete the clone

4. Clone again to the same target-volume

Result: The second cloning takes way longer than the first. Doing an UNMAP between 3 and 4 makes the second cloning as fast as the first one.

It happens only when cloning and only when a VMware-snapshot is attached to the vm (meaning vaai will not be used. sadly horizon view requires a snapshot).

Mirrored/unmirrored Volume does not matter. Problem present in VMware vSphere ESXi 5, 5.1, 5.5 and 6.

In productive environment, this pushes cloning-times (on SSDs!) beyond a hard coded vmware view-timeout with serious impact on production, forcing us to UNMAP every time before taking a clone (what you happen to do very often when in a big vdi-environment with linked clones in lots of pools, e.g. on ms patchday…). Nice workaround, but certainly not what we were planning. And it happened from day one, when the ssds where literally empty and no load on the systems.

The big problem: Only reproducable with 3PAR-gear (here:7400). Other vendors NOT affected!

Results from analysis and own observation show that, on scsi-level, overwriting is apparently handled completely different by vmware than writing to blocks for the first time.

Can anybody reproduce this?

Does anybody know what the problem is?

Any help would be very appreciated, we're dealing with this for over a half year, the whole process is best described as the „Trail of Tears“…

Hello Experts.

I want to import my VMs from other products to ESXi 5.5. I have a XenServer and want to test my integrity of my Xen and compatibility of it with VMware.

I exported Xen VM to OVF but ESXi can't import it and show me "OVF

ESXi の esxcli による時刻設定について試してみました。

ESXi には、Linux などと同様に

• ソフトウェアクロック（ESXi の時刻設定）
• ハードウェアクロック（HW での時刻設定）

があります。

両方の設定を esxcli で変更してみます。
わかりやすくするために、日付だけ別の値を指定して変更します。

現在時刻の確認。バージョンは ESXi 5.1 です。
（もともと、ちょっと時計がずれてました。）

~ # vmware -v
VMware ESXi 5.1.0 build-799733

~ # date
Sat Dec 15 14:34:32 UTC 2012

~ # esxcli hardware clock get
2012-12-15T14:35:22Z

~ # esxcli system time get
2012-12-15T14:34:44Z

まずは、system time set コマンドでの時間設定変更。
ハードウェア、システム両方の設定が変更されました。

~ # esxcli system time set --year=2012 --month=12 --day=15 --hour=01 --min=30 --sec=01
~ # date
Sat Dec 15 01:30:05 UTC 2012
~ # esxcli hardware clock get
2012-12-15T01:30:13Z
~ # esxcli system time get
2012-12-15T01:30:18Z

次は、hardware clock set での設定変更。
時刻設定を、日付だけ「16日」に変更しています。

結果、ハードウェアクロックだけ設定変更されました。

ソフトウェアクロックはそのままで、date の結果もそのまま（ソフトウェアクロックを見るため）です。

~ # esxcli hardware clock set --year=2012 --month=12 --day=16 --hour=01 --min=30 --sec=01
~ # date
Sat Dec 15 01:30:50 UTC 2012
~ # esxcli hardware clock get
2012-12-16T01:30:10Z
~ # esxcli system time get
2012-12-15T01:30:59Z

もう一度、system time set コマンドでの時間設定変更（再確認）してみます。

先ほどのコマンドから、日付だけ「14日」に変更しています。

やっぱり、ハードウェア、ソフトウェア両方のクロックが変更されました。

~ # esxcli system time set --year=2012 --month=12 --day=14 --hour=01 --min=30 --sec=01
~ # date
Fri Dec 14 01:30:05 UTC 2012
~ # esxcli hardware clock get
2012-12-14T01:30:10Z
~ # esxcli system time get
2012-12-14T01:30:15Z

試した結果

• system time set は、ソフト/ハード全体の時計設定変更
• hardware clock set は、ハードウェアだけ設定変更

するようです。

ちなみに、時刻設定のオプションは

-y 2012 -M 12 -d 16 -H 01 -m 30 -s 01

といった感じで短縮することもできます。

以上、ESXi の時刻設定でした。

Hi,

i experience a strange behavior of my VM´s in a vSphere 6 Environment. I will try to explain my problem as best as i can. Setup is a VM with 2 Cores and 4Gb Ram running on a ESXi 6 Host. Running OS is Server 2012R2 (not patched). As soon as i start a network copy of a file, 4GB ISO, the first 2/3 of the copy job run smooth, than the copy speed drops to 2-5mb/s. So i started the performance monitor an this what i see:

So Microsoft issued this problem in an article You experience performance issues in applications and services when the system file cache consumes most of the physical …

After i read that they redesigned the whole handling of system file cash consume, i setup the same VM in an ESXi 5.1 environment. Setup: VM 2 Cores 2GB Ram running OS 2012R2. I experience no problems at all. Even with less Ram the copy job runs smooth and i have no drops.Attached the performance monitor:

As soon as i slay the VM running in the ESXi 6 environment with Ram, it works. What can cause this problem?

以前にポストした、ESXi Syslog の JST での受信について試してみました。

この設定を、実際に試してみようと思います。

図解 ESXi のsyslogを日本標準時（JST）受信する方法

ESXi の Syslog を日本時間（JST）で出力してみます。

今回も、rsyslog を使用します。説明中の Syslog サーバ は rsyslog のことです。

ESXi 5.0 を使っていますが、ESXi 5.1 でも変わりません。

1.  まず、ESXi の Syslog を、Syslog サーバに転送しておきます。

手順については、こちらを参考にしてください

ESXi 5.x で Syslog転送。rsyslogで受信。

ESXi 側で設定したSyslog 設定の戻し方は、こちらです。

ESXi 5.x Syslog設定のリセットコマンド

2．Syslog サーバ側のログフォーマットの設定を変更してみます。

rsyslog の設定ファイルを編集します。

[root@oel62 ~]# vi /etc/rsyslog.conf

下記3行を、ファイルの末尾に追記します。
※実際に運用する環境では、もっと設定のカスタマイズが必要です。

$template TsTest1, "%timestamp%, %msg%\n"
$template LogFileName1,"/var/log/%hostname%/%programname%_%$year%_%$month%_%$day%.log"
*.* ?LogFileName1;TsTest1

Syslog サーバ再起動時のエラー抑止のため、下記のファイルも編集しておきます。

[root@oel62 ~]# vi /etc/sysconfig/rsyslog

 

変更箇所は下記の1行です。

 

SYSLOGD_OPTIONS="-c 4 -r"
↓（「-r」を削除）
SYSLOGD_OPTIONS="-c 4"

3. Syslog サーバ（rsyslog）を再起動します。

[root@oel62 ~]# service rsyslog restart
システムロガーを停止中:                                    [  OK  ]
システムロガーを起動中:                                    [  OK  ]

rsyslog を再起動して少し待つと、今回のサンプルでは、

「/var/log/<ESXiのホスト名>」

ディレクトリに

「プログラム名_年_月_日.log」 というログファイルができます。

[root@oel62 esxi01.local]# pwd
/var/log/esxi01.local

[root@oel62 esxi01.local]# ls
Hostd_2012_12_03.log    Vpxa_2012_12_03.log    vmkernel_2012_12_03.log

4.  ESXi 側で、テストメッセージを出力します。

★テスト1

ESXi 側での時刻をログに表示するため、`date` を入れています。

赤いタイムスタンプが、ESXi 側でSyslog送付時にコマンドで取得したタイムスタンプです。

一方、

青いタイムスタンプが、Syslogによって出力されたタイムスタンプです。

（ESXi 側でテストメッセージを送信）

~ # esxcli system syslog mark --message="TestMsg01 `date`"

（Syslogサーバ側）
[root@oel62 esxi01.local]# ls
Hostd_2012_12_03.log  Vpxa_2012_12_03.log  mark_2012_12_03.log 

shell_2012_12_03.log  vmkernel_2012_12_03.log

 

[root@oel62 esxi01.local]# cat mark_2012_12_03.log
Dec  2 22:46:22,  TestMsg01 Sun Dec  2 22:46:20 UTC 2012

★テスト2

ログが発生した時刻ではなく、Syslog サーバが受信した時刻を出力します。

テスト1の設定ファイルの、下記（赤字）を変更ます。

 

$template TsTest1, "%timegenerated%, %msg%\n"
$template LogFileName1,"/var/log/%hostname%/%programname%_%$year%_%$month%_%$day%.log"
*.* ?LogFileName1;TsTest1

 

Syslog サーバ側でファイル編集後に rsyslogd を再起動し、
ESXi 側からログ出力のテストをします。

~ # esxcli system syslog mark --message="TestMsg02 `date`"

★テスト3

受信したログを、RFC3339 形式で時刻を出力します。

テスト2 とは、ログファイルの出力フォーマットが変更されます。

テスト1の設定ファイルの、下記（赤字）を変更ます。

$template TsTest1, "%timegenerated:::date-rfc3339%, %msg%\n"
$template LogFileName1,"/var/log/%hostname%/%programname%_%$year%_%$month%_%$day%.log"
*.* ?LogFileName1;TsTest1

 

Syslogサーバ側でファイル編集後にrsyslogdを再起動し、
ESXi側からログ出力のテストをします。

~ # esxcli system syslog mark --message="TestMsg03 `date`"

5. 結果確認

ログファイルへの出力結果を見てみます。

[root@oel62 esxi01.local]# cat mark_2012_12_03.log
Dec  2 22:46:22,  TestMsg01 Sun Dec  2 22:46:20 UTC 2012  ★テスト1の出力
Dec  3 07:48:05,  TestMsg02 Sun Dec  2 22:48:55 UTC 2012  ★テスト2の出力
2012-12-03T07:50:11.564731+09:00,  TestMsg03 Sun Dec  2 22:51:01 UTC 2012  ★テスト3の出力

JST で出力できました。

上記の例では、

日本時間だと、12/3 07:48

協定世界時だと、12/2 22:48

ぐらいとなっています。

TestMsg02、TestMsg03 として出力したログは、先頭のタイムスタンプが日本時間になっています。

こんな記事を見つけました。パッチ適用について解説されています。

Understanding ESXi Patches – Size & Patch Bundles
http://blogs.vmware.com/vsphere/2013/04/understanding-esxi-patches-size-patch-bundles.html

簡単にまとめると・・・

ESXi のパッチ適用は「イメージ プロファイル」全体の置き換えになるので、
パッチを適用するたびにハイパーバイザが使用する容量が増えたりしない。
※ESXi 全体容量が若干増加することはありますが、
　適用するたびに以前のファイルが残って容量が増えたりはしない、ということです。

これは、アップデート（ESXi510-201212001 のようなパッチ適用）でも、
アップグレード（ESXi 5.0 → ESXi 5.1）でも同じ。

ESXi のパッチ適用は、2つのブートバンクパーティションを使ったロールバックができる。

修正版（VIB 単位で提供されている）には、
セキュリティフィックス（SG）とバグフィックス（BG）がある。
BG には、SG も含まれている。

※VIB は、ESXi のモジュールのこと。Red Hat での RPM のようなものです。

パッチのセキュリティ修正も、バク修正も累積的で、
後にリリースされたパッチには、以前の修正が含まれる。

詳しくは原文をどうぞ・・・

ちなみに、
記事の中にあるブートバンク（boot bank partitions）は、ESXi からは、

• Primary Boot Bank → /bootbank
• Alternate Boot Bank → /altbootbank

として見えます。

Primary Boot Bank が現在の ESXi イメージで、
Alternate Boot Bank にはパッチ適用前のイメージが格納されます。
パッチ適用前の ESXi イメージにロールバックしたい場合は、ESXi の起動画面（下記）で Shift + Rを押します。

ためしに、違うバージョンの ESXi で、ブートバンクのパーティションを見てみました。

実際は 130MB 程度しか使用していません。

ESXi 5.0

~ # vmware -v
VMware ESXi 5.0.0 build-623860

~ # ls -l /bootbank /altbootbank
lrwxrwxrwx    1 root     root  49 Apr  5 05:22 /altbootbank -> /vmfs/volumes/83e5a376-53913a73-000b-c189f76f34ab
lrwxrwxrwx    1 root     root  49 Apr  5 05:22 /bootbank -> /vmfs/volumes/6ea24f7e-79ac5e6f-8f9a-c984ff2c64ed

~ # df -h
Filesystem   Size   Used Available Use% Mounted on
VMFS-5       3.0G 625.0M      2.4G  20% /vmfs/volumes/ds_local_esxi501
vfat         4.0G  20.4M      4.0G   0% /vmfs/volumes/5133df94-58d56db2-557d-000c29f64fbb
vfat       249.7M 126.4M    123.3M  51% /vmfs/volumes/6ea24f7e-79ac5e6f-8f9a-c984ff2c64ed
vfat       249.7M 139.8M    109.9M  56% /vmfs/volumes/83e5a376-53913a73-000b-c189f76f34ab
vfat       285.8M 179.8M    106.1M  63% /vmfs/volumes/5133df8b-ac86a44a-da7e-000c29f64fbb

 

ESXi 5.1

~ # vmware -v
VMware ESXi 5.1.0 build-838463

~ # ls -l /bootbank /altbootbank
lrwxrwxrwx    1 root     root  49 Apr 24 22:51 /altbootbank -> /vmfs/volumes/2f4c5d7c-b6dcf4de-c73e-929023028db4
lrwxrwxrwx    1 root     root  49 Apr 24 22:51 /bootbank -> /vmfs/volumes/8c5de477-c38a8e6f-d788-e67366ddce88

 

~ # df -h
Filesystem   Size   Used Available Use% Mounted on
VMFS-5       3.0G 831.0M      2.2G  27% /vmfs/volumes/ds_esxi01
vfat         4.0G  15.1M      4.0G   0% /vmfs/volumes/51166f8f-87bb8f52-a114-000c29013d16
vfat       249.7M 130.2M    119.5M  52% /vmfs/volumes/8c5de477-c38a8e6f-d788-e67366ddce88
vfat       249.7M   8.0K    249.7M   0% /vmfs/volumes/2f4c5d7c-b6dcf4de-c73e-929023028db4
vfat       285.8M 201.9M     83.9M  71% /vmfs/volumes/51166f87-ee697d6a-0a9f-000c29013d16

以上、ESXi のパッチについてでした。

Hi everyone,

I thought that since I literally scrounged the internet for information on peoples' experience on the VCAP - DCA550 and lapped up anything I could find, I'd write a post on my own experience with the preparation and finally doing the exam itself.

My Background:

I was a general techie and moved into technical training (CompTIA, Microsoft etc.) before moving into pre-sales and consulting and project delivery.

I've been working with vSphere for about 4 years now but for the past 2 years I've been managing and delivering projects based around the technology. The most common "setup" I seem to deliver is usually 3-4 hosts with either vSphere Standard (normally "Essentials Plus" for 3 hosts or less) or vSphere Enterprise on either iSCSI or FC storage. I'm actually a big fan of the Distributed vSwitch for the amount of granular control it provides but I have a hard time convincing customers to buy Enterprise Plus for this, not to mention Storage/Network I/O control. vDS is now offered as part of the vSAN package though which is good!

I decided last year after passing my VCP5 that I would take the VCAP exams (and subsequent VCDX track) but was at that time working for a Cisco house who were pushing for their employees to get certified in Cisco. Fast forward to now where I'm employed specifically as a Consultant focussed on VMware products.

I've delivered around 15 projects with VMware software at the core, and around 5 or so with other virtualisation technology at the core.

Preparation:

I initially started by going through this guide written by Paul Grevink, working through examples in my lab environment. I'm lucky in that regard as we have a Demo Lab where we get customers in and demonstrate the technology. I look after the lab myself, so I took the opportunity to make sure there weren't any demo's coming up and started practicing.

I made sure I had the exam blueprint sitting next to me the whole time and made notes on it as I went along.

After around 3 weeks of solid studying (taking time out between consulting and installs) I found out you can actually take a mock exam called "Test Track" produced by JoshuaAndrewsVM (just follow him on Twitter and send him a DM asking for a slot). It's honestly mindblowing that this is even offered, Joshua is truly a legend - HUGE THANKS!

I went through the lab once, got used to the environment (as it's as close to the real thing as possible) and the style of working. After a week, I did it again. You can actually mark yourself on the questions with the help of some very clever PowerShell scripts that are described in the link above.

I have to say that my biggest weakness is PowerShell. I simply don't have the kind of brain that enjoys reading or writing scripts or code. Don't get me wrong, I can process it, understand it and write it, but I don't enjoy using it as part of my day-to-day job. Knowing this, I knew that I wouldn't be able to change this part of myself just for this exam and had to focus on the other things that I'm able to do (and make sure I do them well).

I made sure I was able to do every task from the guide and blueprint, and if my lab wouldn't accommodate it, I made sure I had at least watched videos or read about how to do it (example - NPIV - I didn't have FC switches to play with in the lab so I couldn't map a raw lun to a VM and mask it from other VMs using NPIV - I only knew and understood the theory behind it and why you might want to do it).

As far as CLI goes, there's very few tasks you can do using CLI exclusively. Naturally, I made sure I knew those tasks and practiced them over and over until I could do them without looking at an example. I made sure I knew exactly where the commands were referenced in pub.vmware.com and kb.vmware.com in case I ran into trouble (these are provided during the exam).

A few days before the exam, I bought myself a copy of the official cert guide so that I could go through the example questions from it. Although the book states on the cover it will help prepare you for the DCA550, there's not a single mention of the web client in the book. You'll need to rely on Paul Grevink's guide for this.

Exam Day:

Well, the day had arrived. I had a 85 mile drive to the center and my exam was scheduled for 12pm. I got there for about 9.45am, went to a supermarket nearby to grab some food and water, and a coffee, and sat in the back of the car doing last minute reading. While sitting there I realised that there was no point in this, and put the book away and just enjoyed the coffee. I went to the center early and was allowed to start early, so I did.

The usual - two forms of ID (one photographic), no personal items allowed in the exam etc., no food or drink.

During the initial 10 minute survey, I made sure I wrote down two columns on the sheet - Completed and Not Completed. Along the side of the column I made space for a brief description of the question.

I got up to about question 10, and had realised I had completed most of them fully. I realised I had already used nearly half the time! It's unreal how quickly time goes during this exam. I got to the end of the exam, and had fully completed maybe 11 or 12 questions out of 23. So there was 11 or 12 questions I hadn't even touched yet.

I went back to the first question that I hadn't attempted, and managed to complete most of it. I marked it as "Partial" in the completed column. I managed to work my way through most of the questions I hadn't touched and at the end of the exam realised there were still a good 3 or 4 questions I hadn't touched at all with about 3 minutes left on the clock.

I clicked the finish button, convinced I hadn't done enough to pass the exam.

I got into the car, checked my phone for the email but it wasn't there. I left the center. Maybe after 45 minutes of racking my brain trying to work out whether I had passed or not, I got the email from VMware. I pulled over into the first services I found and read the email, no test score or indication of whether I had passed or not, but there was a .pdf attached.

I opened the .pdf and saw "Pass Score: 300 Your Score: 334 Result: PASS ... Congratulations on passing..."

My voice was gone from the screaming by the time I got home.

Now, I still have a long way to go on the journey to VCDX, but I'm loving every step of it.

I hope this helps anyone considering doing the exam - I highly recommend it!

Cheers,

Graeme

I'm getting the following error on trying to deploy the Appliance from the application, the following version: VMware-VCSA-all-6.0.0-2562643.iso

setnet command failed. Operation "Failed to set network". Details: Traceback (most recent call last): File "/bin/setnet", line 61, in proxy return func(*args, **kwargs) File "/bin/setnet", line 324, in setNetwork disableIPV6() File "/bin/setnet", line 234, in disableIPV6 with codecs.open("/proc/sys/net/ipv6/conf/eth0/disable_ipv6", "w") as g: File "/opt/vmware/lib/python2.7/codecs.py", line 878, in open file = __builtin__.open(filename, mode, buffering) IOError: [Errno 2] No such file or directory: '/proc/sys/net/ipv6/conf/eth0/disable_ipv6'

I've tried disabling IPv6 on the target ESXi server, removed the server from the cluster. I've tried deploying via IPv4 both Static and DHCP. We don't have v6 deployed.

Anyone else seen this on install?

今回は、ESXi 5.1 にパッチを適用して、バージョンとVIBを確認してみます。

最初に、ESXiのバージョンを確認しておきます。

~ # esxcli system version get
   Product: VMware ESXi
   Version: 5.1.0
   Build: Releasebuild-838463
   Update: 0

いまのVIBも確認をしておきます。

~ # esxcli software vib list

Name                          Version                            Vendor  Acceptance Level  Install Date

-----------------------------  ----------------------------------  ------  ----------------  ------------

ata-pata-amd                  0.3.10-3vmw.510.0.0.799733          VMware  VMwareCertified  2012-11-25

ata-pata-atiixp                0.4.6-4vmw.510.0.0.799733          VMware  VMwareCertified  2012-11-25

ata-pata-cmd64x                0.2.5-3vmw.510.0.0.799733          VMware  VMwareCertified  2012-11-25

ata-pata-hpt3x2n              0.3.4-3vmw.510.0.0.799733          VMware  VMwareCertified  2012-11-25

（以下略。66個あります。）

このESXi では、すべてのVIB は、2012-11-25 にインストールされています。

~ # esxcli software vib list | awk '{print $5}' | sort | uniq -c
      1 ------------
    66 2012-11-25
      1 Level

パッチを適用してみます。

パッチは、データストアブラウザやSCPを使用して、データストアに置いておきます。
そしてunzipコマンドで解凍しておきます。

カレントディレクトリにファイルがそのまま解凍されるので、
はじめからわかりやすいディレクトリを作成しておいた方がよさそうでした。

2014/01/14 追記

補足1: パッチ適用は、ESXi をメンテナンスモードにしてから実施したほうがよいです。

補足2: パッチのZIPファイルは解凍しなくても同様のコマンドラインで適用可能でした。

~ # cd /vmfs/volumes/ds_nfs/patch/
/vmfs/volumes/37a82cda-67864c65/patch # ls -l
-rw-r--r--    1 root     root     602424491 Jan  2 13:27 ESXi510-201212001.zip

/vmfs/volumes/37a82cda-67864c65/patch # unzip ESXi510-201212001.zip ★解凍
（このあと、解凍される様子が表示されます）

/vmfs/volumes/37a82cda-67864c65/patch # ls -l
-rw-r--r--    1 root    root    602424491 Jan  2 13:27 ESXi510-201212001.zip
-rw-r--r--    1 root    root          319 Jan  9  2013 index.xml
-rw-r--r--    1 root    root        98411 Jan  9  2013 metadata.zip
-rw-r--r--    1 root    root          207 Jan  9  2013 vendor-index.xml
drwxr-xr-x    1 root    root          4096 Jan  9  2013 vib20

esxcli コマンドでインストールを実行します。

「--depot」 で、パッチを展開したディレクトリを指定します。

「Reboot Required: true」とあるので、このあと手動で再起動が必要です。

ESXi の自動再起動はされないようです。

パッチには、ESXi のすべての VIB が含まれているようですが

ほとんどはスキップ（Skipped）されています。

2015/06/20 追記

下記の「esxcli software vib update ～」コマンドでもアップデートは成功しますが、

「esxcli software profile update ～」の方が推奨される手順です。

/vmfs/volumes/37a82cda-67864c65/patch # esxcli software vib update --depot=/vmfs/volumes/ds_nfs/patch/

Installation Result
  Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
  Reboot Required: true
  VIBs Installed: VMware_bootbank_esx-base_5.1.0-0.9.914609, VMware_locker_tools-light_5.1.0-0.9.914609
  VIBs Removed: VMware_bootbank_esx-base_5.1.0-0.5.838463, VMware_locker_tools-light_5.1.0-0.0.799733
  VIBs Skipped: VMware_bootbank_ata-pata-amd_0.3.10-3vmw.510.0.0.799733, VMware_bootbank_ata-pata-atiixp_0.4.6-4vmw.510.0.0.799733, VMware_bootbank_ata-pata-cmd64x_0.2.5-3vmw.510.0.0.799733, VMware_bootbank_ata-pata-hpt3x2n_0.3.4-3vmw.510.0.0.799733, VMware_bootbank_ata-pata-pdc2027x_1.0-3vmw.510.0.0.799733, VMware_bootbank_ata-pata-serverworks_0.4.3-3vmw.510.0.0.799733, VMware_bootbank_ata-pata-sil680_0.4.8-3vmw.510.0.0.799733, VMware_bootbank_ata-pata-via_0.3.3-2vmw.510.0.0.799733, VMware_bootbank_block-cciss_3.6.14-10vmw.510.0.0.799733, VMware_bootbank_ehci-ehci-hcd_1.0-3vmw.510.0.0.799733, VMware_bootbank_esx-dvfilter-generic-fastpath_5.1.0-0.0.799733, VMware_bootbank_esx-tboot_5.1.0-0.0.799733, VMware_bootbank_esx-xlibs_5.1.0-0.0.799733, VMware_bootbank_esx-xserver_5.1.0-0.0.799733, VMware_bootbank_ima-qla4xxx_2.01.31-1vmw.510.0.0.799733, VMware_bootbank_ipmi-ipmi-devintf_39.1-4vmw.510.0.0.799733, VMware_bootbank_ipmi-ipmi-msghandler_39.1-4vmw.510.0.0.799733, VMware_bootbank_ipmi-ipmi-si-drv_39.1-4vmw.510.0.0.799733, VMware_bootbank_misc-cnic-register_1.1-1vmw.510.0.0.799733, VMware_bootbank_misc-drivers_5.1.0-0.0.799733, VMware_bootbank_net-be2net_4.1.255.11-1vmw.510.0.0.799733, VMware_bootbank_net-bnx2_2.0.15g.v50.11-7vmw.510.0.0.799733, VMware_bootbank_net-bnx2x_1.61.15.v50.3-1vmw.510.0.0.799733, VMware_bootbank_net-cnic_1.10.2j.v50.7-3vmw.510.0.0.799733, VMware_bootbank_net-e1000_8.0.3.1-2vmw.510.0.0.799733, VMware_bootbank_net-e1000e_1.1.2-3vmw.510.0.0.799733, VMware_bootbank_net-enic_1.4.2.15a-1vmw.510.0.0.799733, VMware_bootbank_net-forcedeth_0.61-2vmw.510.0.0.799733, VMware_bootbank_net-igb_2.1.11.1-3vmw.510.0.0.799733, VMware_bootbank_net-ixgbe_3.7.13.6iov-10vmw.510.0.0.799733, VMware_bootbank_net-nx-nic_4.0.558-3vmw.510.0.0.799733, VMware_bootbank_net-r8168_8.013.00-3vmw.510.0.0.799733, VMware_bootbank_net-r8169_6.011.00-2vmw.510.0.0.799733, VMware_bootbank_net-s2io_2.1.4.13427-3vmw.510.0.0.799733, VMware_bootbank_net-sky2_1.20-2vmw.510.0.0.799733, VMware_bootbank_net-tg3_3.110h.v50.4-4vmw.510.0.0.799733, VMware_bootbank_net-vmxnet3_1.1.3.0-3vmw.510.0.0.799733, VMware_bootbank_ohci-usb-ohci_1.0-3vmw.510.0.0.799733, VMware_bootbank_sata-ahci_3.0-13vmw.510.0.0.799733, VMware_bootbank_sata-ata-piix_2.12-6vmw.510.0.0.799733, VMware_bootbank_sata-sata-nv_3.5-4vmw.510.0.0.799733, VMware_bootbank_sata-sata-promise_2.12-3vmw.510.0.0.799733, VMware_bootbank_sata-sata-sil24_1.1-1vmw.510.0.0.799733, VMware_bootbank_sata-sata-sil_2.3-4vmw.510.0.0.799733, VMware_bootbank_sata-sata-svw_2.3-3vmw.510.0.0.799733, VMware_bootbank_scsi-aacraid_1.1.5.1-9vmw.510.0.0.799733, VMware_bootbank_scsi-adp94xx_1.0.8.12-6vmw.510.0.0.799733, VMware_bootbank_scsi-aic79xx_3.1-5vmw.510.0.0.799733, VMware_bootbank_scsi-bnx2i_1.9.1d.v50.1-5vmw.510.0.0.799733, VMware_bootbank_scsi-fnic_1.5.0.3-1vmw.510.0.0.799733, VMware_bootbank_scsi-hpsa_5.0.0-21vmw.510.0.0.799733, VMware_bootbank_scsi-ips_7.12.05-4vmw.510.0.0.799733, VMware_bootbank_scsi-lpfc820_8.2.3.1-127vmw.510.0.0.799733, VMware_bootbank_scsi-megaraid-mbox_2.20.5.1-6vmw.510.0.0.799733, VMware_bootbank_scsi-megaraid-sas_5.34-4vmw.510.0.0.799733, VMware_bootbank_scsi-megaraid2_2.00.4-9vmw.510.0.0.799733, VMware_bootbank_scsi-mpt2sas_10.00.00.00-5vmw.510.0.0.799733, VMware_bootbank_scsi-mptsas_4.23.01.00-6vmw.510.0.0.799733, VMware_bootbank_scsi-mptspi_4.23.01.00-6vmw.510.0.0.799733, VMware_bootbank_scsi-qla2xxx_902.k1.1-9vmw.510.0.0.799733, VMware_bootbank_scsi-qla4xxx_5.01.03.2-4vmw.510.0.0.799733, VMware_bootbank_scsi-rste_2.0.2.0088-1vmw.510.0.0.799733, VMware_bootbank_uhci-usb-uhci_1.0-3vmw.510.0.0.799733

VIB は、2個だけ新しくなりました。

~ # esxcli software vib list | awk '{print $5}' | sort | uniq -c
      1 ------------
    64 2012-11-25
      2 2013-01-08
      1 Level

/vmfs/volumes/37a82cda-67864c65/work # esxcli software vib list | grep "2013-01-08"
esx-base        5.1.0-0.9.914609    VMware  VMwareCertified  2013-01-08
tools-light    5.1.0-0.9.914609    VMware  VMwareCertified  2013-01-08

適用されている VIB の一覧を比較してみました。

パッチ適用前に、VIB の一覧（pre.list）を取得して、それを適用後の一覧（post.list）と比較したところ、

esx-base と、tools-light（vmware-tools）の VIB が入れ替えられています。

パッチ適用前に実行しておいたコマンド（VIB の名前とバージョンの一覧を取得）
~ # esxcli software vib list | awk '{print $1 "," $2}' > pre.list

/vmfs/volumes/37a82cda-67864c65/work # esxcli software vib list | awk '{print $1 "," $2}' > post.list

/vmfs/volumes/37a82cda-67864c65/work # diff pre.list post.list

--- pre.list

+++ post.list

@@ -10,7 +10,7 @@

ata-pata-via,0.3.3-2vmw.510.0.0.799733

block-cciss,3.6.14-10vmw.510.0.0.799733

ehci-ehci-hcd,1.0-3vmw.510.0.0.799733

-esx-base,5.1.0-0.5.838463
+esx-base,5.1.0-0.9.914609

esx-dvfilter-generic-fastpath,5.1.0-0.0.799733

esx-tboot,5.1.0-0.0.799733

esx-xlibs,5.1.0-0.0.799733

@@ -65,5 +65,4 @@

scsi-rste,2.0.2.0088-1vmw.510.0.0.799733

uhci-usb-uhci,1.0-3vmw.510.0.0.799733

vmware-fdm,5.1.0-880146

-tools-light,5.1.0-0.0.799733
+tools-light,5.1.0-0.9.914609

再起動前はESXi のバージョンが変わらず、再起動後にバージョンが変わります。

~ # esxcli system version get
   Product: VMware ESXi
   Version: 5.1.0
   Build: Releasebuild-838463
   Update: 0

 

★ESXi を再起動します。
~ # esxcli system maintenanceMode set -e true
~ # esxcli system maintenanceMode get
Enabled
~ # esxcli system shutdown reboot -r "patch add ESXi510-201212001"

再起動後、再度 SSH ログインしたら、ビルド番号が上がっていました。

~ # esxcli system version get
   Product: VMware ESXi
   Version: 5.1.0
   Build: Releasebuild-914609
   Update: 0
~ # esxcli system maintenanceMode get
Enabled
~ # esxcli system maintenanceMode set -e false  ★メンテナンスモード解除しておく
~ # esxcli system maintenanceMode get
Disabled

以上、ESXi のパッチ適用と VIB の確認の様子でした。

vCenter Operations Manager （VCOPS）の UI を眺めているとき、

あまり操作していないとタイムアウトして

再ログインしなくてはいけないことがあります。

ゆっくり VCOPS の画面を見ていたいので、

下記の KB を参考に、タイムアウトを無効にしてみました。

Changing or disabling the UI session timeout for vCenter Operations Manager vApp (2015135)

http://kb.vmware.com/kb/2015135

VCOPS の UI について

VCOPS には、Web UI が3つあり、

それぞれの画面には、Webブラウザから別の URL を指定することでアクセスできます。

今回は、vSphere UI のタイムアウトを無効にしてみます。

1. Administration Web アプリケーション

UI の URL →https://UI-VMのアドレス/admin/

VCOPSの初期セットアップなどで使用する画面です。

ドキュメントなどでは、「メイン アプリケーション」「admin page」と呼ばれたりもしています。

一度 VCOPS のセットアップが済んだら、そんなに開くことはないと思います。

ログイン画面

ログインすると下記のような画面です。

vCenter などの仮想アプライアンスと似た感じの設定画面です。

2. vSphere Web アプリケーション（vSphere UI または Standard UI）

UI の URL →https://UI-VMのアドレス/vcops-vsphere/

VCOPS で一番有名な画面ではないかと思います。

vSphere Client からも表示できる画面です。

ログイン画面

ログインすると、よく VCOPS の紹介で見る画面になります。

3. Enterprise Web アプリケーション（Custom UI）

UI の URL →https://UI-VMのアドレス/vcops-custom/

上位エディション（vCenter Operations Management Suite の Advanced 以上）

から使用できる画面で、いろいろ作りこみができます。

ログイン画面

vSphere UI とほとんど同じ画面ですが、よく見ると「カスタム UI」と表示されています。

ログインすると、下記のような画面になります。

タブを追加/削除したり、様々なウィジェット（グラフなど）をならべたり、

色々なことができます。

VCOPS のタイムアウト無効化

VCOPS の UI の実体は、UI VM で起動している Tomcat Server なので

その UI に対応したアプリケーションの web.xml を編集して、

tomcat インスタンスを再起動します。

1. UI VM にログインします。

SSH（TaraTermなど）で UI VM にログインします。

デフォルト状態であれば、root ユーザでログインできるはずです。

まず、設定編集するファイルを確認します。

※デフォルトのタイムアウト設定は 30秒 です。（例だと 215行目のところ）

firstvm-external:~ # grep session-timeout -C2 -n /usr/lib/vmware-vcops/tomcat/webapps/vcops-vsphere/WEB-INF/web.xml

213-   <!-- Session timeout is measured in minutes. Use '-1' to have infinite session. -->

214-   <session-config>

215:      <session-timeout>30</session-timeout>

216-   </session-config>

217-

2. web.xml ファイルを編集して、タイムアウトを変更します。

デフォルトだと30分だったところを、無期限（-1）にします。

firstvm-external:~ # vi /usr/lib/vmware-vcops/tomcat/webapps/vcops-vsphere/WEB-INF/web.xml

firstvm-external:~ # grep session-timeout -C2 -n /usr/lib/vmware-vcops/tomcat/webapps/vcops-vsphere/WEB-INF/web.xml

213-   <!-- Session timeout is measured in minutes. Use '-1' to have infinite session. -->

214-   <session-config>

215:      <session-timeout>-1</session-timeout>

216-   </session-config>

217-

3. vSphere UI のサービスを再起動します。

vcopsweb を再起動します。

service vcopsweb restart でもいけますが、

KB にしたがって、/etc/init.d/vcopsweb restart します。

firstvm-external:~ # /etc/init.d/vcopsweb restart

Stopping vcopsService...

Waiting for vcopsService to exit...

Waiting for vcopsService to exit...

Waiting for vcopsService to exit...

Stopped vcopsService.

Starting vcopsService...

Waiting for the service to come up...

Waiting for the service to come up...

Waiting for the service to come up...

firstvm-external:~ #

これで、ちょくちょく UI にログインしなおさなくて済むようになります。

ちなみに、カスタム UI のタイムアウトを変更したいときは、

/usr/lib/vmware-vcops/tomcat-enterprise/webapps/vcops-custom/WEB-INF/web.xml

を同様に編集して、

/etc/init.d/vcopswebenterprise restart

します。

★VCOPS 5.x の後継バージョンである VROPS 6.x の場合はこちらをどうぞ。

VROPS 6.x の UI タイムアウト時間を変更する。

以上、VCOPS の UI のタイムアウト変更でした。

PowerCLI で ESXi ログバンドル ファイル（通称 vm-support）を取得してみたところ、
ログファイル名が微妙になってしまいました。

• PowerCLI で ESXi システムログ（ログバンドル）取得。

そこで、わかりやすいファイル名でログバンドル取得できるスクリプトを作ってみました。

たとえば ESXi が4台あるとして、

PowerCLI> Get-VMHost | select Name

Name
----
hv501
hv502
hv503
hv504

ログバンドルを複数台で取得してみると下記のようになります。
どの ESXi のログバンドルファイルか判別できません。

PowerCLI> Get-VMHost | Get-Log -Bundle -DestinationPath C:\work

Data
----
C:\work\vmsupport-521833d1-fe73-6314-5455-ac763a63e43e.tgz
C:\work\vmsupport-52cecb2a-45df-e436-1a1e-1d7463a5078c.tgz
C:\work\vmsupport-52faaacb-1afa-cb59-8926-6c76980ea13a.tgz
C:\work\vmsupport-5267d049-ce93-4ba8-af59-5c2d30fd2320.tgz

そこで、下記のようなスクリプトを作成してみました。

• 引数に ESXi （Get-VMHostで見える名前）を指定して実行すると、
• ログバンドルを取得して、
• そのままESXiホスト名つきのファイル名にリネーム。
• ファイル名は、「vmsupport_＜ESXi名＞_＜タイムスタンプ＞.tgz」
• 保存先フォルダは、とりあえず C:\work\logs です。

スクリプト名は、 get_vmsupport.ps1 としています。

$hv_list = $args[0]
$log_dir = "C:\work\logs" #★保存先フォルダはここ

$hvs = Get-VMHost $hv_list
$hvs | % {
    $hv = $_
    $hv_name = $hv.Name
    $timestamp = Get-Date -Format "yyyyMMddHHmmss"

    # ESXiのログバンドルファイル（vm-support）取得
    $info = $hv | Get-Log -Bundle -DestinationPath $log_dir

    # ESXiのログバンドルファイルの（vm-support）取得
    $info | select @{N="ESXi";E={$_.Host}},
      @{N="VmSupportFile";E={$_.Data.Name}},
      @{N="FileSize";E={$_.Data.Length}} |
      ft -AutoSize | Out-String

    # vm-supportのファイル名を変更
    $org_name = $log_dir + "\" + $info.Data.Name
    $new_name = $log_dir + "\" + "vmsupport_" + $hv_name + "_" + $timestamp + ".tgz"
    $info = $null
    "ログバンドル名： " + $new_name
    mv $org_name $new_name
}

実行方法

1. まずvCenterに接続します。
PowerCLI> Connect-VIServer ＜vCenterアドレス＞

2. ESXi を指定して上記のスクリプトを実行します。
PowerCLI> .\get_vmsupport.ps1 ＜ESXiを指定＞

実行例

下記のように、ESXi のホスト名を指定して実行します。

PowerCLI> .\get_vmsupport.ps1 hv501,hv502
→ ESXi 2台からログバンドル取得（例では hv501とhv502）

PowerCLI> .\get_vmsupport.ps1 hv50*
→ hv50 から始まる名前の ESXi からログバンドル取得。

vCenterが管理している全てのESXi からログバンドル取得
PowerCLI> .\get_vmsupport.ps1 *

実行すると、下記のような感じになります。

※ちなみに試したバージョンは PowerCLI 5.1 R2です。

以上です。簡単なスクリプトですが、ご参考まで・・・

Hi,

Can anyone explain the difference between the delta exam and the normal DCV exam?  I know it's a streamlined version aimed at those with expiring certification, but when I look at the topics they are practically the same - what's the benefit of taking the delta?

TIA

esxtop のフィールド表示設定は、-c ＜設定ファイル＞ を指定して esxtop を実行することで
起動時点の状態をカスタマイズできます。

まだ設定ファイルがない場合、esxtop の実行中に「W」キーを押すことで
ファイル名を指定して設定ファイルを保存することができます。

デフォルトでは「//.esxtop50rc」というパスが指定されるので、
/.esxtop50rc

に保存されます。（ルートディレクトリ直下です。）

デフォルトの設定ファイルは、下記のようになっています。
※esxtop 実行して、そのまま W を押して保存した設定ファイルです。

~ # cat /.esxtop50rc
ABcDEFghij
aBcDefgHijKLmnOpq
ABCdEfGhijkl
ABcdeFGhIjklmnop
aBCDEFGH
AbcDEFGHIJKLmno
ABCDeF
ABCDe
5c

このままでは、各行がどの esxtop パネルと対応しているのかがわかりにくいのですが、

esxtop のパネルとの対応は下記のようになっています。（上行から順番で）
ABC ～の文字がそれぞれどのフィールドに対応するかは、esxtop で各パネル実行中に「f」キーを押すと確認できます。
大文字=表示 ON、小文字=表示 OFF です。

ためしに、設定ファイルでいくつか試してみました。

あらかじめアルファベットを並べ替えておくと
フィールドの表示順番を変更することができます。
例： 1行目のABcDEFghij → BAcDEFghij

アルファベットを省略すると、そのフィールドは表示されなくなります。
この場合、esxtop 起動中に「f」キーで表示 ON / OFF を切り替えることもできなくなります。
例1： 1行目のABcDEFghij → ABcDEF とすると、「ghij」に相当するカウンタは表示できなくなる。
例2： 空行を入れておく →該当するパネルはフィールドを表示できなくなる。

各パネルで、デフォルトのフィールド表示状態を見てみました。

esxtop 起動中に「f」キーを押して表示される画面では、

各フィールドの先頭に「*」がついているものが、表示 ON になっています。

その場で表示 ON / OFF を切り替える場合は、
切り替えたいフィールドに対応するキーを押し、大文字 / 小文字を変更します。

たとえば、「c:cpu」では、デフォルトでは
「I:  SUMMARY STATS = CPU Summary Stats」は非表示です。
ここで「i」キーを押してカウンタ名の頭に「*」をつけて画面を抜ける（Enterキー）すると
「SUMMARY STATS」のカウンタセットが表示されるようになります。

設定ファイルに記載しておく場合は、あらかじめ1行目の cpu のフィールド設定文字列に

「I」（大文字のi）を記載しておくと表示されます。

c:cpu

Current Field order: ABcDEFghij

 

* A:  ID = Id
* B:  GID = Group Id
  C:  LWID = Leader World Id (World Group Id)
* D:  NAME = Name
* E:  NWLD = Num Members
* F:  %STATE TIMES = CPU State Times
  G:  EVENT COUNTS/s = CPU Event Counts
  H:  CPU ALLOC = CPU Allocations
  I:  SUMMARY STATS = CPU Summary Stats
  J:  POWER STATS = CPU Power Stats

m:memory

Current Field order: aBcDefgHijKLmnOpq

 

  A:  ID = Id
* B:  GID = Group Id
  C:  LWID = Leader World Id (World Group Id)
* D:  NAME = Name
  E:  NWLD = Num Members
  F:  MEM ALLOC = MEM Allocations
  G:  NUMA STATS = Numa Statistics
* H:  SIZE = MEM Size (MB)
  I:  ACTV = MEM Active (MB)
  J:  MCTL = MEM Ctl (MB)
* K:  SWAP STATS = Swap Statistics (MB)
* L:  LLSWAP STATS = Llswap Statistics (MB)
  M:  CPT = MEM Checkpoint (MB)
  N:  COW = MEM Cow (MB)
* O:  OVHD = MEM Overhead (MB)
  P:  CMT = MEM Committed (MB)
  Q:  ZIP = MEM Compression (MB)

d:disk adapter

Current Field order: ABCdEfGhijkl

 

* A:  ADAPTR = Adapter Name
* B:  PATH = Path Name
* C:  NPATHS = Num Paths
  D:  QSTATS = Queue Stats
* E:  IOSTATS = I/O Stats
  F:  RESVSTATS = Reserve Stats
* G:  LATSTATS/cmd = Overall Latency Stats (ms)
  H:  LATSTATS/rd = Read Latency Stats (ms)
  I:  LATSTATS/wr = Write Latency Stats (ms)
  J:  ERRSTATS/s = Error Stats
  K:  PAESTATS/s = PAE Stats
  L:  SPLTSTATS/s = SPLIT Stats

u:disk device

Current Field order: ABcdeFGhIjklmnop

 

* A:  DEVICE = Device Name
* B:  ID = Path/World/Partition Id
  C:  NUM = Num of Objects
  D:  SHARES = Shares
  E:  BLKSZ = Block Size (bytes)
* F:  QSTATS = Queue Stats
* G:  IOSTATS = I/O Stats
  H:  RESVSTATS = Reserve Stats
* I:  LATSTATS/cmd = Overall Latency Stats (ms)
  J:  LATSTATS/rd = Read Latency Stats (ms)
  K:  LATSTATS/wr = Write Latency Stats (ms)
  L:  ERRSTATS/s = Error Stats
  M:  PAESTATS/s = PAE Stats
  N:  SPLTSTATS/s = SPLIT Stats
  O:  VAAISTATS= VAAI Stats
  P:  VAAILATSTATS/cmd = VAAI Latency Stats (ms)

v:disk VM

Current Field order: aBCDEFGH

 

  A:  ID = Vscsi Id
* B:  GID = Grp Id
* C:  VMNAME = VM Name
* D:  VDEVNAME = Virtual Device Name
* E:  NVDISK = Num of Virtual Disks
* F:  IOSTATS = I/O Stats
* G:  LATSTATS/rd = Read Latency Stats (ms)
* H:  LATSTATS/wr = Write Latency Stats (ms)

n:network

Current Field order: AbcDEFGHIJKLmno

 

* A:  PORT-ID = Port Id
  B:  UPLINK = Uplink(Y/N)
  C:  PNIC = Physical Nic Properties
* D:  USED-BY = Used By Name
* E:  TEAM-PNIC = Team Uplink Physcial NIC Name
* F:  DNAME = Device Name
* G:  PKTTX/s = Packets Tx/s
* H:  MbTX/s = MegaBits Tx/s
* I:  PKTRX/s = Packets Rx/s
* J:  MbRX/s = MegaBits Rx/s
* K:  DRPTX/s = %Packets Dropped (Tx)
* L:  DRPRX/s = %Packets Dropped (Rx)
  M:  ACTN/s = Actions/s
  N:  MULTICAST/s = Multicast Packets/s
  O:  BROADCAST/s = Broadcast Packets/s

i:interrupt

Current Field order: ABCDeF

 

* A:  VECTOR = Interrupt Vector Id
* B:  COUNT/sec = Total Number of Interupts Per Second
* C:  TIME/int = Average Interrupt Processing Time (usec)
* D:  COUNT_x/sec = Number of Interupts Per Second On CPU x
  E:  TIME_x/int = Average Interrupt Processing Time (usec) on CPU x
* F:  DEVICES = Devices Using the Interrupt Vector

p:power mgmt

Current Field order: ABCDe

 

* A:  PCPU = PCPU Id
* B:  CPU Usage = CPU Usage time: %USED and %UTIL
* C:  %CState = Percentage of time spent in a C-State
* D:  %PState = Percentage of time spent in a P-State
  E:  %TState = Percentage of time spent in a T-State

今回確認した ESXi のバージョンは下記です。

~ # vmware -v
VMware ESXi 5.1.0 build-799733

以上、設定ファイルでの esxtop のフィールド表示カスタマイズでした。

ESXi のファイアウォールの構造を PowerCLI で見てみようと思います。

ためした環境は、下記です。

• ESXi 5.0
• vCenter 5.0
• PowerCLI 5.1 R2

まず、ESXi のファイアウォールの全体図をイメージ化してみました。

ESXi のファイアウォールは、
デフォルトポリシー（DefaultPolicy）と
ルールセット（Ruleset）で構成されています。

PowerCLI> $hv = Get-VMHost sc-esxi501 | Get-View

PowerCLI> $hv.Config.Firewall | gm -MemberType Property

   TypeName: VMware.Vim.HostFirewallInfo

Name            MemberType Definition
----            ---------- ----------
DefaultPolicy   Property   VMware.Vim.HostFirewallDefaultPolicy DefaultPolicy {get;set;}
DynamicProperty Property   VMware.Vim.DynamicProperty[] DynamicProperty {get;set;}
DynamicType     Property   System.String DynamicType {get;set;}
Ruleset         Property   VMware.Vim.HostFirewallRuleset[] Ruleset {get;set;}

インバウンド、アウトバウンドどちらも、
デフォルトではブロックされます。（～Blocked が True）

PowerCLI> $hv.Config.Firewall.DefaultPolicy

IncomingBlockedOutgoingBlocked DynamicType DynamicProperty
--------------- --------------- ----------- ---------------
          True            True

ルールセットには下記があります。

PowerCLI> $hv.Config.Firewall.Ruleset | select Key,Label

Key                Label
---                -----
CIMHttpServer      CIM サーバ
CIMHttpsServer     CIM セキュア サーバ
CIMSLP             CIM SLP
DHCPv6             DHCPv6
DVFilter           DVFilter
DVSSync            DVSSync
HBR                HBR
IKED               IKED
NFC                NFC
WOL                WOL
activeDirectoryAll Active Directory すべて
dhcp               DHCP クライアント
dns                DNS クライアント
faultTolerance     Fault Tolerance
ftpClient          FTP クライアント
gdbserver          gdbserver
httpClient         httpClient
iSCSI              ソフトウェア iSCSI クライアント
netDump            netDump
nfsClient          NFS クライアント
ntpClient          NTP クライアント
remoteSerialPort   VM シリアル ポートはネットワークに接続されます
snmp               SNMP サーバ
sshClient          SSH クライアント
sshServer          SSH サーバ
syslog             syslog
updateManager      vCenter Update Manager
vMotion            vMotion
vSPC               VM シリアル ポートは vSPC に接続されます
vSphereClient      vSphere Client
vpxHeartbeats      VMware vCenter Agent
webAccess          vSphere Web Access

たとえば、SSH サーバを例に見てみると、
ルールセットには、ルールのリスト（Rule）と
許可ホストリスト（AllowedHosts）がひもづくことがわかります。

PowerCLI> $hv.Config.Firewall.Ruleset | where {$_.key -like "sshServer"}

Key             : sshServer
Label           : SSH サーバ
Required        : False
Rule            : {VMware.Vim.HostFirewallRule}
Service         : TSM-SSH
Enabled         : True
AllowedHosts    : VMware.Vim.HostFirewallRulesetIpList
DynamicType     :
DynamicProperty :

SSH サーバのルールは、下記のようになっています。
TCP の22番ポート宛のインバウンド通信についてのルールです。

PowerCLI> $r = $hv.Config.Firewall.Ruleset | where {$_.key -like "sshServer"}
PowerCLI> $r.Rule

Port            : 22
EndPort         :
Direction       : inbound
PortType        : dst
Protocol        : tcp
DynamicType     :
DynamicProperty :

下記の SSH サーバのルールセットでは、
すべてホストからの通信（AllIp）は拒否されています。

PowerCLI> $r.AllowedHosts

IpAddress       :
IpNetwork       : {VMware.Vim.HostFirewallRulesetIpNetwork,
                  VMware.Vim.HostFirewallRulesetIpNetwork,
                  VMware.Vim.HostFirewallRulesetIpNetwork}
AllIp           : False
DynamicType     :
DynamicProperty :

そして、指定したホストからの通信だけ許可しています。ホワイトリスト形式です。

PowerCLI> $r.AllowedHosts | % {$_.IpNetwork}

Network     PrefixLength DynamicType DynamicProperty
-------     ------------ ----------- ---------------
172.16.50.0           24
192.168.4.0           24
192.168.0.0           24

以上、ESXi ファイアウォールを PowerCLI で見てみました。

最近、ネステッド ESXi 用の VMware Tools が公開されました。

VMware Tools for Nested ESXi
http://labs.vmware.com/flings/vmware-tools-for-nested-esxi

VMware LABS というサイトから DL できる、公式ツールではないものですが
ネステッド ESXi（ESXi 上に VM として構築してある ESXi）をしている場合に便利です。

下記のように、普通の VM での VMware Tools の代替となる位置づけです。

ネステッド ESXi 用 VMware Tools の便利なところ

他にもメリットはあるようですが、
普通にネステッド ESXi を使用していて便利になるところは下記のあたりだと思います。

• vSphere Client / Web Client にネステッド ESXi の IPアドレス / ホスト名が表示される。
• vSphere Client / Web Client からネステッド ESXi をシャットダウンできる。
  （パワーオフではなく、正常にシャットダウンできるようになります。）

Tools がない場合のネステッド ESXi のVM
ESXi をインストールした VM を起動していても、IP アドレス / ホスト名（DNS名）が表示されません。

Tools をインストールした場合のネステッド ESXi の VM
ちゃんと IP アドレスなどが表示されるようになります。

そしてシャットダウンもできるようになります。

（これまでは、vSphere Client のコンソールやSSH でネステッド ESXi にログインしてシャットダウンするか、

パワーオフ で停止していました。）

インストール方法

ネステッド ESXi にコンソールや SSH でログインして、VIB ファイルをインストールします。
冒頭に記載したサイトから VIB ファイル（esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib）を

ダウンロードして、データストアブラウザなどでネステッド ESXi のデータストアに置いておきます。
※今回は ds_nfs_132 というデータストア（ESXi から見たパスは/vmfs/volumes/ds_nfs_132）に置きました。

今回試したのは、ESXi 5.5 です。（ESXi 5.x であればインストール可能です。）

~ # vmware -v
VMware ESXi 5.5.0 build-1331820
~ # esxcli system maintenanceMode get
Disabled  ★まだ通常（非メンテナンスモード）

VIBをインストールするため、ネステッドESXi をメンテナンスモードにします。

~ # esxcli system maintenanceMode set --enable=true
~ # esxcli system maintenanceMode get
Enabled  ★メンテナンスモードにした。

今回、VIBファイルを置いたデータストアの名前は ds_nfs_132 です。

~ # ls /vmfs/volumes/ds_nfs_132/*.vib
/vmfs/volumes/ds_nfs_132/esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib

esxcli コマンドでインストールします。
普通にインストールコマンドを実行してみたところ署名エラーがでたため
「--no-sig-check」をつけてインストールしました。
※「-f」か「--force」（強制インストール）でも OK です。

~ # esxcli software vib install -v /vmfs/volumes/ds_nfs_132/esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib
[InstallationError]  ★通常のインストールコマンドだとエラーになる。
('VMware_bootbank_esx-tools-for-esxi_9.7.0-0.0.00000', 'Could not find a trusted signer.')
       vibs = VMware_bootbank_esx-tools-for-esxi_9.7.0-0.0.00000
Please refer to the log file for more details.

 

Pretends that maintenance mode is in effect. Otherwise, installation will stop for live installs that require maintenance mode. This flag has no effect for reboot required remediations.

~ # esxcli software vib install --no-sig-check -v /vmfs/volumes/ds_nfs_132/esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib
Installation Result
   Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
   Reboot Required: true ★インストール成功したが再起動が必要
   VIBs Installed: VMware_bootbank_esx-tools-for-esxi_9.7.0-0.0.00000
   VIBs Removed:
   VIBs Skipped:

ネステッドESXi を再起動します。
esxcli コマンドでの再起動では「-r」か「--reason」 が必須なので再起動する理由を指定します。
※ここで指定した理由の文字列は、/var/run/log/hostd.log ファイルなどに記録されます。

~ # esxcli system shutdown reboot -r "Installed VMware Tools for Nested ESXi"

ネステッド ESXi が起動してきたら、再度ログインしてメンテナンスモードを解除します。

~ # esxcli system maintenanceMode get
Enabled  ★まだメンテナンスモード
~ # esxcli system maintenanceMode set --enable=false
~ # esxcli system maintenanceMode get
Disabled  ★メンテナンスモードが解除された

インストールされた VIB を確認しておきます。

~ # esxcli software vib get -n esx-tools-for-esxi
VMware_bootbank_esx-tools-for-esxi_9.7.0-0.0.00000
   Name: esx-tools-for-esxi
   Version: 9.7.0-0.0.00000
   Type: bootbank
   Vendor: VMware
   Acceptance Level: VMwareCertified
   Summary: VMware Tools for ESXi as a guest.
   Description: VMware Tools for ESXi as a guest.
   ReferenceURLs:
   Creation Date: 2013-11-08
   Depends: esx-base >= 5.0
   Conflicts:
   Replaces:
   Provides: tools-for-esxi = 9.7.0
   Maintenance Mode Required: True
   Hardware Platforms Required:
   Live Install Allowed: False
   Live Remove Allowed: False
   Stateless Ready: True
   Overlay: True
   Tags:
   Payloads: esx-tool

~ # esxcli software vib list | grep -e Name -e esx-tools
Name                Version          Vendor  Acceptance Level  Install Date
esx-tools-for-esxi  9.7.0-0.0.00000  VMware  VMwareCertified   2013-12-15

参考サイト

virtuallyGhetto
w00t! VMware Tools for Nested ESXi!
http://www.virtuallyghetto.com/2013/11/w00t-vmware-tools-for-nested-esxi.html

以上、ネステッド ESXi 用の Tools をインストールしてみる話でした。

Hello all,

Should vmotion network be routable?  In other words, should i advertise the network in the router?

Since it is moving vm between esxi hosts, there is no need for routing. Right? If so, i can use any private address range and do not advertise it.  Correct?

What do you recommend - routable vs non routable?

Thank you in advance.