久々のサーバ構築ネタ。

VMware ESXi が4.1にマイナーバージョンアップしていたので、アップデートしてみた。

というか、、、未だに全体の構築が完了しないうちにアップデートっていうのも、、、

なにやってんだか。。。

ちなみに、今回のバージョンから、”VMware vSphere Hypervisor” と名称が変わって、

よりvSphereファミリーの製品である事が分かりやすくなってます。

（ちなみに以前は、”VMWare ESXi シングルサーバ エディション” という名前。）

で、アップデート方法なのだが、色々調べてみると、

vSphere Host Update Utility が使えないらしく、、、

vSphere CLI を使う必要があるらしい。めんどくさい。。。

それと、忘れてしまいそうなのが、VMware Tools。

バージョンアップにあわせて、コレも最新版へのアップデートが必要。

という事で、手順は以下の通り。

まず、用意するもの。

■ESXi4.1 と VMware Tools
https://www.vmware.com/jp/tryvmware/index.php

このURLログイン後のページから。

ESXi4.1 は、ESXi 4.0 からのアップグレード用 Zip を取得。

■vSphere CLI 4.1
http://downloads.vmware.com/jp/d/details/vcli41/ZHcqYmRoaCpiZHd0JQ

CLIを使ってアップデートする必要があるのに、ダウンロードページが分かれているのは何故？？？

手順としては、

1. vSphere CLI 4.1 を、ローカルPCにインストール。
   （古いバージョンがインストール済みの場合は、アンインストール。）
2. 事前に、vSphere Client から、仮想マシンをシャットダウンし、ESXi をメンテナンスモードへ移行。
3. vSphere CLI 4.1 を起動。
   （CLIでのコマンドは、DOSプロンプトと同じ。）
4. 起動直後は、vSphere CLI のルートディレクトリにいるので、binディレクトリに移動。
   > cd bin
5. vihostupdate コマンドで、以下を実行。
   > vihostupdate.pl –server {ESXi ホストのIPAddress} -i -b {ダウンロードしたアップデート用ZIPファイルをフルパスで} -B ESXi410-GA-esxupdate
   （UserName/Password は、ESXi の root を入力。）
6. 完了したら、vihostupdate コマンドで、以下を実行。
   > vihostupdate.pl –server {ESXi ホストのIPAddress} -i -b {ダウンロードしたアップデート用ZIPファイルをフルパスで} -B ESXi410-GA
7. 完了したら、以下コマンドでアップデート内容を確認。
   > vihostupdate.pl –server {ESXi ホストのIPAddress} –query
8. 確認結果、以下のように表示されればOK。
   ———Bulletin ID——— —–Installed—– —————-Summary—————–
   ESXi410-GA                            {アップデート実行日時}  ESXi upgrade Bulletin
   ESXi410-GA-esxupdate     {アップデート実行日時}  ESXi pre-upgrade Bulletin
9. ESXi の再起動。

と、こんな感じ。

あとは、VMware Toolsのアップデートがあるが、書き残す程でもないので省略。

それと、ESXi にブラウザからアクセスして、

vSphere Client をダウンロード＆アップデートするのもあるんだけど、

今回から vSphere Host Update Utility が含まれなくなった？無くなった？

vSphere Host Update Utility もインストールされるものとばかり思い込んで、

うっかりアンインストールしちゃったよ。。。

んー、次のアップデートではどういう手順になるのか、それをみて判断だなー。

葛飾、足立に続いて、メインの隅田川の花火。

去年と同じく、、、

ベランダにテーブル、椅子を用意して、

ビールとおつまみで、たまらん時間♪　笑

去年の写真は火柱のようになってしまいましたが。。。

今年は、、、まぁ、まずまず。（中には火柱もあるけれども。。。）

それと、去年はまだ根元だけだったスカイツリーが、

今年はだいぶ出来上がってるので、花火＆スカイツリーがみれるか！？

と思ったのですが、、、

今日は、全体的に曇り空で、

最初のうちは良かったものの、

時間が経つに連れて、全く見えなくなってしまいました。。。

ちなみに今年は、第2会場の花火の煙で、

第1会場の花火が殆ど見えず、、、

花火＆スカイツリーは、また来年に期待です。

というわけで、年に1度のお楽しみ、

また来年！！！

前回の葛飾の花火に続いて、足立です。

今度も、なんとか見られました。

で、コレ。

これじゃ、全然わからないですが、ほぼ真横。

遠くに、わずかに見えます。

で、ベランダから少し乗り出す事（＆ズーム）で、、、

ようやく見えました。

葛飾の花火よりは、ちょっと大きいかな。

葛飾よりも近いからか？

足立は荒川で、葛飾は江戸川で、

打ち上げられる花火のサイズが大きいから？

クライマックスは、それなりに大きく見ることが出来ました。

でもやっぱり、真横でじっくりと見ることができないので、

あともうちょっと、という感じです。

今年も、もうすぐ隅田川の花火。（ちなみに、07/31です。）

それに先駆けて今週は、07/27葛飾、07/29足立と花火が続く。

今年こそ確認しておきたいと思っていたところで。

今日は客先で夕方mtgの予定があり、間に合わないか？と諦めていた。

が、今日は何とか間に合った！

五重の塔が写ってるあたりが、下町っぽい。

いつの間にか、スカイツリーは展望台に照明が入っている。

肝心の花火は、、、

まぁ、見えなくはないが、そんなに期待して見るほどでもないなー。

露出時間が長すぎて、

こっちは、まるで隕石が落ちたみたいになってしまった。（笑）

という事で、葛飾の花火の結論は、見るにはちょっと無理がある。。。と。

来年以降は、見ることは無いかな。

さて、足立の花火はどうなるか？

これと、、、

これで、、、

違う場所が１つ。

そう、docomoのロゴが無くなってます。

“docomo SO-01B” から “XPERIA” へ。

このバッテリカバー、国内のXPERIA用じゃなく海外のXPERIA X10用のカバーです。

とは言っても、海外から見たら、後者の方が標準なんですが。

で、そのXPERIA X10用のバッテリカバーに交換しました。

（まぁ、ケースに入れれば見えないじゃん！っていう程度の事だけど。。。笑）

ちなみに、これもポケゲで、以下のサイトで売っています。

■pocketgames PDA秘宝館 Xperia X10パーツ： バッテリカバー （Xperiaロゴ）
http://www.pocketgames.jp/item_detail/itemId,916/

ただ、バッテリカバーを交換するだけですが。

docomoのロゴがあるのと、そうでないのと。

どっちの方がいいですか？

・・・・・私は無い方が良し。”docomo”は不要。

とは言っても、起動時のファームが呼び出すロゴだけは消せないんですけどね。。。汗

消せなくはないのだけど、ファームを書き換えるような事はしたくないし。

何でコストかけて、わざわざこんな不評になる様な事をするのだろうか・・・・・？

（色々な意見があると思いますが、少なくともこれは同じ考えの方が多いハズ。）

XPERIA X10をそのまま販売してくれればいいのにねー。

結局、前回の購入の話から何も書いていなかったので、１つ。

XPERIAの充電環境について。

XPERIAに標準で付いてくるUSB充電ケーブルは、

長くてかさばるし、市販のUSB充電用のACアダプタを使用する事ができず、

標準付属のACアダプタを使用する必要があります。

それじゃ、移動の度に持ち歩くのも大変だし、ケーブルだけ持ち歩いても

充電できる環境が限られるし。。。

という事で、一般のケータイ同様、市販品のUSB充電ケーブルを探す事になるのですが、

XPERIAの充電環境って、色んなBlogや家電量販店の店内掲示にも書いてある通り、

USB経由での充電方法にクセがあって、モノによっては充電できなかったりします。

例えば、充電専用ケーブルなら充電できるけど、通信は出来ない。或いはその逆。

でも、結局、充電・通信それぞれの用途でケーブルを用意すると、、、

かさばる事に変わらないんですよね。。。

そんな中で、「充電も通信もできるのは無いのか？」という事で、

色んな場所でよく紹介されているのが、コレ。

ポケゲのサイト内で検証レビューが掲載されている様で、

一時期はどこに行っても無いという状態が続いていました。

■pocketgames PDA秘宝館 ポケットシンクデュアル microUSB＋（プラス）
http://www.pocketgames.jp/item_detail/itemId,858/
 

ただ、見て分かる通り、USBポートが2つ用意されているんですよね。

黒いポートが通信用で、赤いポートが充電用。

・・・・・なんとなく、スッキリしない。。。

結果的に、2つのポートで充電用・通信用と使い分けなければいけないのと、

充電用のケーブルが巻き取られないで残ってしまうのが、そう感じるのか。。。苦笑

という事で、もっとスマートにできるものは無いのか？

調べてみたら、こんなのがありました。

■Vis-a-Vis 本店 – Micro-USB変換アダプタ(mini USB Bタイプ)(通信・充電切替スイッチ付き) – HAMIBMCBSW -
http://www.visavis.jp/shop/WebObjects/vv.woa/wa/dpp/4525443034178/?dan=dpc%252FSO01B%252F&ccc=SO01B&fci=2

これならスッキリできるかも！？

と思い、とりあえず購入。

そして、mini-USB変換するUSBケーブルも購入し、接続！

通信と充電は、横についている切り替えスイッチで切り替えます。

グリーンのランプが点いている時は通信モード、レッドのランプが点いている時は充電モード。

これで充電は、市販のACアダプタでも出来るようになりました。

ちなみに、エネループのKBC-L2ASでも充電できました。

■USB出力付リチウムイオンバッテリー　KBC-L2AS：商品情報 | 三洋電機
http://products.jp.sanyo.com/products/kbc/KBC-L2AS/index.html

おまけに、PCと接続して通信中でも充電される様です。

という事で、これはスッキリしてオススメです！

（スマートフォンだけに、充電環境もスマートじゃないと、って関係ないか。汗）

結局、自宅用、会社用などと何個かまとめて購入しました。

※但し、動作保証はできませんので、自己責任で。

■関東エリア HONDA CR-Z ハイブリッドスポーツカー レンタカーに登場！
http://car.orix.co.jp/wr/campaign/crz_kanto.html

オリックスレンタカーで、CR-Zを06/30まで貸し出しているということで。

ちょっと興味があったので、、、

借りてみた。

まぁ、ハイブリッド車ではあるんだけれども、

プリウスとはターゲットが違うわけで。

燃費は決して良くはない。

ハイブリッド車の、リッター何十キロ！というのは無い。

せいぜい、20前後。（行ったトコロが悪い？）

まー、スポーツタイプのハイブリッドって事ですな。

でも、足回りも硬いといえば硬いけど、HONDA車にしてはフツー。もう少し硬くてもいいかも。

あと、エンジン音が中に響くようにしているのは、そういう演出？

低回転時のエンジン音は、確かわざと作っている音だったと思うので、

それなら、OFFにできる、なんてのがあってもいいのかと思う。

まぁ、そこそこの燃費で、そこそこスポーツタイプが楽しめるっていうのでは、

いいのではないかと。デザインも個人的には好きだし、内装もHONDA車にしては良かったし。

で、とりあえず、、、こんなトコとか、、、

こんなトコとか、、、

こんなトコとか、、、行ってみた。グルっと。

半分は、某とうふ屋ゆかりの地になってしまった。。。（笑）

VMware ESXi は、デフォルトでSSH接続が無効になっています。

（確か、ESXはデフォルトが有効だったハズ。）

パッと見、ESXi 自体は、コンソールを持っていないし。。。

んで、この環境で SSH 続を有効にするには、ちょっとコツがいります。

まず、ESXi を起動した状態の TOP 画面。

この状態で”Alt”+”F1″キーを押すと、、、

この様に画面が変わります。

何も受け付けていない様に見えますが、この状態で “unsupported” と入力、

Enterを押すと、Passwordの入力を求められます。んで、rootのパスワードを入力。

コンソールの中に入れました。

ここから、inetd.confの修正を行います。場所は、/etc/inetd.conf 。

起動するサービスとして、SSHが無効になって（コメント化）いますので、これを有効にします。

<<変更前>>
#ssh stream tcp nowait root /sbin/dropbearmulti dropbear ++min=0,swap,group=shell -i -K60

<<変更後>>コメント化されている “#” を取り外して保存
ssh stream tcp nowait root /sbin/dropbearmulti dropbear ++min=0,swap,group=shell -i -K60

変更・保存が完了したら ESXi を再起動し、ESXiサーバへSSH接続を実行。

SSH接続が可能になります。

その為に用意したのは、ESXiインストール済みのUSBメモリの他に、あと２つ。

・CD-Rメディア

・USBメモリ（もう1つ）

詳細は、以下の通り。

VMware社のハードウェア互換性ガイドを参照しても分かる通り、

RealtekのNICは全くサポートされていない。

■VMware Compatibility Guide – Search the VMware Compatibility Guide
http://www.vmware.com/resources/compatibility/search.php

ちなみに、ESXでは、セットアップ時に追加ドライバを読み込ませる事ができるのだが、

実はESXiでも、追加ドライバ（oem.tgz）を格納する場所が以下に用意されている。

（ただし、GUIセットアップではないので、普通にインストールする場合には読み込まれる事はない。）

/vmfs/volumes/Hypervisor1/oem.tgz

そして、世の中には、こうした対応していないデバイス用のドライバを作成・公開している方々がいて。

RealtekのNIC用ドライバも以下のページで公開されている。ありがたいことです。

■vm-help.com – View topic – RTL8111/8168 and P55 integr. SATA Ctrl. (AHCI) for ESX 4
http://www.vm-help.com/forum/viewtopic.php?f=12&t=1272

（このトピック内の添付ファイル名 “RTL8111_8168_P55_integr_SATA_Ctrl.(AHCI).oem.tgz” が対象のファイル）

という事で、このドライバファイルをダウンロードして、

ESXi内に取り込んで、起動時に読み込ませるようにする。

このファイルをESXiに組み込む為には、一旦別のOSで起動して、

ファイルコピーができる環境を用意する必要があるので、今回はCentOS LiveCDを使う事にした。

■www.centos.org – The Community ENTerprise Operating System
http://www.centos.org/

一番新しいVerの LiveCD を適当なミラーサイトからダウンロードして、CD-Rへ。

RealtekのNIC用ドライバファイルはダウンロードして、USBメモリへ。

【コピー手順】

1. LiveCDをセット、ESXiのUSBメモリを差し込み。NICドライバファイルのUSBメモリを差し込み。こんな状態。
   
    
2. CD Boot で CentOS LiveCD を起動。
   
    
3. ドライバファイルを入れたUSBメモリから、ESXiの入っているUSBメモリに、”oem.tgz”をコピー
   <<ドライバファイルのUSBメモリ>>
   /mnt/disc/sdb1で認識された。
   その中の”RTL8111_8168_P55_integr_SATA_Ctrl.(AHCI).oem.tgz” を ”oem.tgz” へリネーム。
   <<ESXiのUSBメモリ>>
   “oem.tgz”の入っているディレクトリは、/media/Hypervisor1/oem.tgz として認識された。
   ドライバのUSBメモリから、oem.tgz をコピー。
    
4. ESXi 起動時に、 oem.tgz を読み込む様に、 ESXi の boot.cfg を編集。
   <<boot.cfg の場所>>
   boot.cfg は、 Hypervisor2 の直下にある。従ってココでは、/media/Hypervisor2/boot.cfg となる。
   <<boot.cfg の編集箇所>>
   modulesパラメータに、oem.tgzを読むように追記する。
   ＃変更前
   modules=vmk.gz — sys.vgz — cim.vgz — license.tgz — mod.tgz
   ＃変更後
   modules=vmk.gz — sys.vgz — cim.vgz — license.tgz — mod.tgz — oem.tgz
    
5. シャットダウンして、Boot CD、ドライバ用USBメモリを取り、ESXiを起動。エラー無く起動した！
   

起動後は、”Customize System”メニューから、rootのパスワード、ネットワーク設定で固定IPを設定します。

ちなみに、vSphere Client から接続すると、こんな感じ。

以上で、ひとまずのセットアップは完了。

ようやく、スタートラインにたちました。

サーバ構築の続き。（前回までで組み立ては完了。）

せっかく自前でサーバを用意するし、SSDも80GBは使用しないと思ったので、

VMware ESXi 4.x を使用して、仮想化もついでにやってみる事にした。

※ちなみに、先に結論を出すと、今回は失敗します。

■無償の VMware ESXi： ライブ マイグレーションを実現するベアメタル ハイパーバイザー
http://www.vmware.com/jp/products/esxi/

【事前に準備するもの】

＃VMware ESXi 4.0
　VMware社のサイトからダウンロード。（アカウント登録が必要。）

＃USBメモリ
　ESXi 4.x をインストールする。（ESXi 4.x はUSB Boot対応）
　常に挿しっぱなしの状態になるので、できるだけ小さいタイプという事で、以下を用意。

＃DD for Windows
　ESXiのディスクイメージをUSBメモリに展開する為に必要。
　Silicon Linux社のサイトからダウンロード。

■DDforWindows – Silicon Linux Wiki
http://www.si-linux.co.jp/wiki/silinux/index.php?DDforWindows

【ESXi 4.x の起動イメージをUSBメモリに書き込み】

・VMware社のサイトからダウンロードした、ISOイメージ（現在の最新：VMware-VMvisor-Installer-4.0.0.Update01-208167.x86_64.iso）の中にある、”image.tgz” ファイルを展開。

・さらに、tgzファイルの中の、”/usr/lib/vmware/installer/VMware-VMvisor-big-208167-x86_64.dd.bz2″を展開。

・展開して出来るファイル “VMware-VMvisor-big-208167-x86_64.dd” を、DD for Windows でUSBメモリに書き込み。

これで、ESXi 4.x をインストールした USBメモリは完成。

【今回用意したサーバのハードウェアは ESXi に対応していない】

作成したUSBメモリをサーバに差し込み、BIOS で USB Boot するように変更して起動すると、以下画面の様に表示されて正しく起動できません。。。

 最初から分かっていたのですが、

“No compatible network adapter found.” とある様に、

今回用意したマザーボード上にあるNetworkController はRealtek社製のモノの為、

VMware ESXi ではサポートされていません。

（世の中のマザーボードにオンボードで載っているのはReltek社のが多い為、サポートしてくれても良いと思うのだけど。。）

ちなみに、以下の様なIntel Pro/1000系のカードは対応しているので、

これを買っても良かったんですが、1slotしかないのを塞ぐのも勿体ないし。。。

という事で、次回に続きます。