<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Natz&#039;s Digital 漂流記 &#187; VMware ESXi</title>
	<atom:link href="http://www.natzworks.com/digital/servers/vmware-esxi/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.natzworks.com/digital</link>
	<description>Natz の PC/サーバー/デジタル機器に翻弄される日々</description>
	<lastBuildDate>Wed, 28 Dec 2011 05:33:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>VMware ESXi 4.1 → 4.1 Update 1 アップデート</title>
		<link>http://www.natzworks.com/digital/2011/485.html</link>
		<comments>http://www.natzworks.com/digital/2011/485.html#comments</comments>
		<pubDate>Sun, 10 Jul 2011 16:12:33 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=485</guid>
		<description><![CDATA[VMware ESXi 4.0 → 4.1 のアップグレード時はなぜか VMware vSphere Host Update Utility が使えず、手動で ZIP を展開して ESXi のシェル上でコマンドを実行することになったが、今回も VMware vSphere Host Update Utility で試してみた。環境は、USB メモリにインストールした無印 4.1 (Build 260247)。

まず事前に該当 ESXi 上の全仮想マシンを停止して構成情報をバックアップし、メンテナンス・モードに切り替えておく。構成情報のバックアップとリストアは、ESXi に SSH ログインして次のコマンドで可能。


・バックアップ
# /sbin/firmwareConfig.sh --backup &#60;OUTPUT_DIR&#62;

・リストア
# /sbin/firmwareConfig.sh --restore &#60;ARCHIVE_FILE&#62;


次に VMware vSphere Host Update Utility を起動後、任意のホストを選択して (未登録の場合は "Add Host" で追加) "Scan for Patches" で更新をチェック。
検出された更新のインストールを開始すると、「止まってるんじゃないか」と心配になる程度の時間をかけつつ、無事に完了した。インストール完了後のビルド番号は "Build 381591"。

インストール中
終わってしまえば何と言うことはないが、やはりこの手のアップデートは緊張する。






]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/485.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.1 Update 1 を USB メモリにインストール</title>
		<link>http://www.natzworks.com/digital/2011/468.html</link>
		<comments>http://www.natzworks.com/digital/2011/468.html#comments</comments>
		<pubDate>Thu, 07 Jul 2011 16:01:53 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=468</guid>
		<description><![CDATA[今更感の漂う話題だが、VMware ESXi 4.1 Update 1 が 02/10 にリリースされた。我が家では ESXi を 4.0 → 4.1 にアップグレードするのに時間がかかったこともあり、「今回は迅速に適用しよう」と考えたのが 2月中旬の話。しかし常用環境下にある ESXi をアップデートするには、仮想マシン (以下 VM) 群で提供中のサービスを停止させるだけではなく、不測の事態が発生しても慌てずに対応できる、心理的な余裕が何より重要。今年に入って以来「今 VM 親機がコケたら困る」と言う状況が続いていたこともあり、何だかんだで結局、5ヶ月以上経ってしまった。
ただアップデート実施の決断には時間がかかったが、恒例の (と言いつつ無印 4.1 のときは記事にするのを忘れた) USB メモリへのインストールは、比較的早い段階でテストしている。今回はまず準備運動として、その手順を備忘録として残しておく。

尚、昨年から VMware vSphere Hypervisor と言う製品名が採用されているが、ダウンロード・ページにある

Thank you for registering for VMware vSphere Hypervisor, which includes VMware ESXi and vSphere Client.

と言う文言から ESXi + vSphere Client = vSphere Hypervisor であろうと読み、本文中では従来どおり、ESXi と表記する。
ファイル名やディレクトリ構成に多少のマイナー・チェンジはあるものの、概ね今まで通り。次の手順で、USB メモリから [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2011/468.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 → 4.1 アップグレード (2/2)</title>
		<link>http://www.natzworks.com/digital/2010/450.html</link>
		<comments>http://www.natzworks.com/digital/2010/450.html#comments</comments>
		<pubDate>Tue, 26 Oct 2010 21:22:09 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=450</guid>
		<description><![CDATA[VMware ESXi 4.0 に Update の適用をサボり続けて幾星霜。4.1 の新機能 「USB パススルー」 に目がくらみ、ようやくアップグレードを決意したのが前回の話。
vSphere Client 4.0 と一緒に vSphere Host Update Utility 4.0 をインストールしてあったので、これ一発で片付くことを期待して VMware 社サイトからダウンロードした upgrade-from-ESXi4.0-to-4.1.0-0.0.260247-release.zip を指定したものの、以下のエラーを吐いて失敗してしまった (日英双方の表示)。

・日本語エラー
'VirtualInfrastructure.Utils.HttpWebRequestProxy' のタイプ初期化子が例外をスローしました。

・英語エラー
The type initializer for 'VirtualInfrastructure.Utils.HttpWebRequestProxy' threw an exception.


ひょっとして Update を経由しないと 4.1 にはできないのかと思い、同サイトで配布されている ESXi-4.0.0-1.9.208167-upgrade-release.zip を試してみたが、これもダメだった。では vSphere Client が 4.0 なのが原因かと vSphere Client 4.1 をインストールするも、やはり vSphere Host Update Utility が上手く動かない。USB メモリから起動する ESXi だとマズかったりするのか・・・。
仕方がないので [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/450.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 → 4.1 アップグレード (1/2)</title>
		<link>http://www.natzworks.com/digital/2010/448.html</link>
		<comments>http://www.natzworks.com/digital/2010/448.html#comments</comments>
		<pubDate>Tue, 19 Oct 2010 16:39:07 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=448</guid>
		<description><![CDATA[我が家の仮想化環境の中心になっているのは VMware ESXi 4.0 と VMware Server 2.0 だが、その主力 ESXi は実は素の 4.0 で、Update 1 や Update 2 は適用していなかった。多忙を理由に単にサボっていただけのような気もするが、我が家の環境で特に不具合はないし、積極的にアップグレードしたいと思う理由がなかった、と言うこともある。
さて先日、ESXi とは何の関係もないところで、2TB の SATA HDD を 1台購入することになった。今までに焼いた DVD-R のデータを HDD に格納して、居住空間を圧迫する大量の円盤を始末するため、録画した (けど観ていない) TV 番組の動画データを NAS (LinkStation LS-WH2.0TGL/R1) から逃がすために大容量の HDD が必要だと言う説得を繰り返し、妻の許可が下りたのだ。TV 番組を録画して放置する常習犯は妻なので、多少は後ろめたいところがあったのだろう。
ところが HDD の購入許可が下りたのはいいが、肝心の我が家の物理サーバーには、これ以上 HDD を格納するスペースがないのだった。

ESXi が稼動する Dell PowerEdge 830 の 3.5" HDD x4 の収容スペースは 4年以上前から満員で (＆1台も故障していない！)、昨年秋に自作した省スペースのファイル・サーバーも、3.5" HDD x2 [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/448.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 上の Linux でシステム時刻が狂う (再発)</title>
		<link>http://www.natzworks.com/digital/2010/443.html</link>
		<comments>http://www.natzworks.com/digital/2010/443.html#comments</comments>
		<pubDate>Tue, 14 Sep 2010 17:07:04 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Debian/GNU Linux]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=443</guid>
		<description><![CDATA[VMware Server 上の仮想マシン (以下 VM) にインストールしたカーネル 2.6 系 Linux のタイマー割り込みクロックの関係で、ゲスト OS のシステム時刻が狂ってしまう問題は 2年以上前から巷を賑わせていて、カーネルのリビルドだとか、起動時のカーネル・パラメーター指定 (clock=pit nosmp noapic nolapic 等のいずれかまたは併用) だとかの回避策が、広く知られていた。僕も自宅の VMware ESXi/Server でシステム時刻が狂う (＝大抵遅れる) VM はカーネル・パラメーターを指定して平穏な日々を送っていたが、先日ふと気付くと、ESXi 4.0 上の 1台の VM (CentOS 5.5) でこの現象が再発し、システム時刻が大幅に遅れていた。
それまでこの VM は VMware Tools の時刻調整機能を使わず、カーネル・パラメーターの指定と LAN 内 NTP サーバーの参照だけで正常な時を刻んでいたので、アップデート等、何かの拍子で再発してしまったのか。同じ ESXi や Server 上で動く他の CentOS VM はとりあえず問題ないが、1台で遅延が再発した以上、安心はできない。かつて 「これで OK」 とされていた対策も、環境が変わった今では時代遅れになっていた (と言うか不完全だった？) ようなので、これを機に根本解決を図るべく、対策を探ってみた。

この問題は個人的には既に 「一件落着」 扱いだったため、最近は全く情報収集をしていない。改めて探してみると、これまたずいぶん前から [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/443.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware Server 2.0.2 を VMware Infrastructure Client で管理</title>
		<link>http://www.natzworks.com/digital/entries/2010/000267.html</link>
		<comments>http://www.natzworks.com/digital/entries/2010/000267.html#comments</comments>
		<pubDate>Tue, 16 Mar 2010 15:41:17 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/224.html</guid>
		<description><![CDATA[我が家の主要な仮想マシン (以下 VM) が稼働する VMware ESXi 4.0 は、一応 SSH でログインしてシェル操作が可能だが、使い慣れた Linux と比べるとストレスが溜まるので、簡単な操作以外は VMware vSphere Client 経由で行うことが多い。
一方、VMware Infrastructure Web Access (以下 VI Web Access) が Firefox 3.6 で使えない件をエントリーに書いた CentOS 5.4 上の VMware Server 2.0.2 も簡単な操作以外は VI Web Access を使うが、この VI Web Access は最高に使いやすいとは言い難く、どうも好きになれない。
そこへ先日、VMware Server 2.x を VMware Infrastructure Client (以下 VI Client) で管理できることを知った。VMware Server 2.x の操作にコマンドを使うのは [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2010/000267.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 に物理 NIC を追加 (Dell PowerEdge 830)</title>
		<link>http://www.natzworks.com/digital/entries/2010/000260.html</link>
		<comments>http://www.natzworks.com/digital/entries/2010/000260.html#comments</comments>
		<pubDate>Thu, 25 Feb 2010 12:44:40 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/217.html</guid>
		<description><![CDATA[我が家の VMware ESXi 4.0 で構築した仮想化環境は、ネットワークの冗長化は考慮しておらず、ESXi が稼働する Dell PowerEdge 830 の NIC はオンボードの 1枚 (?) だけだった。しかし普段利用するネットワークとは完全に分離されたテスト用ネットワークが作れると何かと都合がいいので、NIC を追加することにした。
この手の PC パーツのいいところは、増設作業を密かに行えば、「また余計なモノ買って！」 と妻に非難される恐れが少ないことだ。ケースの中に納めてしまえば存在が発覚することはまずないし、仮に 1本増えた LAN ケーブルに気付かれたとしても、最初から 2本だったと言い張ればいい。

さて肝心の NIC 選びだが、 ESX/ESXi シリーズはハードウェア、特に NIC の好き嫌いが激しいことに関しては定評がある。自宅に転がっていたカニのマークの NIC は残念ながら使えないので、ESXi で動作報告のある安価な Intel 製 NIC と言うことで、Intel PRO/1000 GT Desktop Adapter (PWLA8391GT) にした。
届いた PWLA8391GT を増設してみると、ESXi は vmnic1 としてあっさり認識してくれた。さすが Intel 製。これで裏 LAN を作るもよし、冗長化するもよし、幅が広がった。

「裏 LAN」 新設






]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2010/000260.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 で cron にジョブを登録</title>
		<link>http://www.natzworks.com/digital/entries/2009/000228.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000228.html#comments</comments>
		<pubDate>Mon, 05 Oct 2009 14:25:01 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/187.html</guid>
		<description><![CDATA[仮想マシン (以下 VM) のバックアップ・スクリプトに限らず、 VMware ESXi 4.0 で cron を使おうとすると、ESXi ならではのハードルが登場する。
crontab が存在しない ESXi では、/var/spool/cron/crontabs/root を直接編集して crond を再起動させることで、cron ジョブを追加・変更できる。ただ ESXi を再起動させると綺麗サッパリ消されてしまうのが惜しい、と言うか決定的に使えないので、対策が必要になる。
ジョブを自由に登録できない (※ 正確には ESXi 起動時にリセットされてしまう) cron など無用の長物にも思えるが、"unsupported" な先人が開拓してくれた、「消されないようにする」 のではなく 「消されてもしつこく登録し直す」 と言う発想の転換で、(一応) 克服できた。

具体的には、/etc/rc.local に cron ジョブを登録 → crond を再起動する処理を書き、毎回 ESXi の起動時に強引に登録し直す、と言う方法だ。crond の pid の特定に awk を使った短い方法を何箇所かで見かけたが、そのまま真似するのも芸がないので、実際の処理は以下のようにした。


# crontab
crontab='/var/spool/cron/crontabs/root'
if [ -f ${crontab} ]; then
        ps aux &#124; grep -v [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000228.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware ESXi 4.0 で仮想マシンを自動バックアップ</title>
		<link>http://www.natzworks.com/digital/entries/2009/000226.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000226.html#comments</comments>
		<pubDate>Mon, 05 Oct 2009 14:23:59 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/185.html</guid>
		<description><![CDATA[我が家の物理サーバーを VMware ESXi 4.0 化するまで CentOS 上で稼働していた VMware Server 1.0 では、仮想マシン (以下 VM) 操作コマンド vmware-cmd をシェルスクリプトに組み込んで活用していたが、VMware ESXi 4.0 ではこれに相当するコマンドが vim-cmd (VMware Server 2.0 では vmware-vim-cmd) となり、オプションや使い方が大幅に変わった。また通常のコマンドのオプションやシェル環境も CentOS と異なるため、VMware Server 1.0 時代のバックアップ・スクリプトをそのまま流用することはできない。
しかし比較的急務と言える ESXi 用 VM バックアップ・スクリプトの作成は、忙しかったこともあって、ずっと後回しになっていた。こう言う空隙を突いて発生しがちなトラブルに備えて、とりあえず VM のバックアップは手動で行っていたが、いい加減面倒になって来たので、そろそろ自動化することにした。

動作中の VM の仮想ディスク・ファイルは ESXi によってロックされていて、直接コピーできない。仮想ディスク・ファイルをコピーするには ESXi のロックを解除する必要があり、VM を停止させるか、ESXi でスナップショットを作成することで、ロックを解除できる (スナップショット・ファイルが新たにロックされる) 。スナップショットを利用すれば VM の無停止バックアップも可能なので、VM を止めたくない場合には便利だ。
ただいくら可能とは言え、動いている真っ最中の VM を丸ごとバックアップするのは気持ちが悪いし、VM が DRBD + [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000226.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware vCenter Converter で ESXi に仮想マシンをコピー</title>
		<link>http://www.natzworks.com/digital/entries/2009/000218.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000218.html#comments</comments>
		<pubDate>Mon, 14 Sep 2009 13:22:59 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/181.html</guid>
		<description><![CDATA[VMware ESXi 4.0 を起動させて root のパスワードやネットワーク情報等の基本設定を終え (ついでに SSH 接続を許可しておくと便利)、https://&#60;ESXi の IP アドレス&#62; からダウンロードできる vSphere Client を管理用 Windows クライアントにインストールすると、ESXi を操作するための準備が整う。
vSphere Client 上でローカル HDD やファイルサーバーの NFS 領域を Datastore に追加すると仮想マシン (以下 VM) をインストールできるようになるが、今回はまずファイルサーバー上に退避させておいた VMware Server 1.0 の VM を ESXi のローカル HDD 上にコピーしたいので、VMware vCenter Converter Standalone (以下 vCenter Converter) を使ってみた。他にもシェル上や専用ツールで scp や、vSphere Client 上で Datastore に直接アップロード／ダウンロードを行う等の方法がある。

vCenter Converter はかつては [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000218.html/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

