スポンサーサイト
上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。
新しい記事を書く事で広告が消せます。
翔泳社の「VMware vSphere エンタープライズインテグレーション」を買ってみた
家の近所のショッピングセンターに久々に行ったら、その中に入っている本屋がフロア面積を拡張して広くなっていた。
嬉しくなってその本屋に入ってプラプラ見ていたら、この本が目に留まった。
翔泳社の「VMware vSphere エンタープライズインテグレーション」です。
(写真1)翔泳社の「VMware vSphere エンタープライズインテグレーション」
出版:翔泳社
著者:伊藤忠テクノソリューションズ株式会社
協力:ヴイエムウェア株式会社
約460ページ、税込4410円とそれなりに厚く、そして高額。
バージョンはVMware vSphere 4.1を対象にしているけど、最新5.0でも十分役に立つ。
目次
1:仮想化とクラウドコンピューティング
2:仮想化技術を概観する
3:ESXテスト環境構築(1) ～VMware Workstationの利用～
4:ESXテスト環境構築(2) ～ミニチュア実機検証環境～
5:vCenterを利用した共通基盤の統合管理
6:VMware vSphere共通基盤構築 (設計編)
7:VMware vSphere共通基盤構築 (導入編)
8:仮想化基盤運用の考慮点
9:vCenterを利用したvSphereの障害監視
10:vSphereにおけるバックアップ
11:仮想化環境におけるセキュリティ
12:PowerCLIによる運用自動化
13:vSphereでのトラブルシューティングのポイント
正誤表はこちら。結構重要な間違いもあるので一読を。
http://seshop.com/book/errata/12636/list?pn=2
・VMware vSphere エンタープライズ・インテグレーション 正誤表:SEShop.com
この連休中に読もうと思って、その意気込みで買いました。
4/28(土)
4/29(日)
4/30(月)
-------<今ここ
5/01(火)
5/02(水)
5/03(木)
5/04(金)
5/05(土)
5/06(日)
あ、9連休も既に3分の1が過ぎている。汗
掃除も洗濯も仕事も勉強も、まだ何もしていないよ。
嬉しくなってその本屋に入ってプラプラ見ていたら、この本が目に留まった。
翔泳社の「VMware vSphere エンタープライズインテグレーション」です。
(写真1)翔泳社の「VMware vSphere エンタープライズインテグレーション」
出版:翔泳社
著者:伊藤忠テクノソリューションズ株式会社
協力:ヴイエムウェア株式会社
約460ページ、税込4410円とそれなりに厚く、そして高額。
バージョンはVMware vSphere 4.1を対象にしているけど、最新5.0でも十分役に立つ。
目次
1:仮想化とクラウドコンピューティング
2:仮想化技術を概観する
3:ESXテスト環境構築(1) ～VMware Workstationの利用～
4:ESXテスト環境構築(2) ～ミニチュア実機検証環境～
5:vCenterを利用した共通基盤の統合管理
6:VMware vSphere共通基盤構築 (設計編)
7:VMware vSphere共通基盤構築 (導入編)
8:仮想化基盤運用の考慮点
9:vCenterを利用したvSphereの障害監視
10:vSphereにおけるバックアップ
11:仮想化環境におけるセキュリティ
12:PowerCLIによる運用自動化
13:vSphereでのトラブルシューティングのポイント
正誤表はこちら。結構重要な間違いもあるので一読を。
http://seshop.com/book/errata/12636/list?pn=2
・VMware vSphere エンタープライズ・インテグレーション 正誤表:SEShop.com
この連休中に読もうと思って、その意気込みで買いました。
4/28(土)
4/29(日)
4/30(月)
-------<今ここ
5/01(火)
5/02(水)
5/03(木)
5/04(金)
5/05(土)
5/06(日)
あ、9連休も既に3分の1が過ぎている。汗
掃除も洗濯も仕事も勉強も、まだ何もしていないよ。
スポンサーサイト
VMware vCenter Converter StandaloneでLinuxをコンバートする場合の気付き
VMware vCenter Converter Standalone 5.0でLinuxをP2Vコンバートする検証をしています。
まだ検証途中ですが、気づいた点をいくつか。
http://downloads.vmware.com/jp/d/info/infrastructure_operations_management/vmware_vcenter_converter_standalone/5_0
・VMware vCenter Converter Standalone のダウンロード： 物理マシンから仮想マシンへ変換 （P2V）
【1】Converter Serverが別途必要
Windowsのコンバートの場合、コンバート対象のサーバのConverter Server(コンバーターの本体)とConverter Agentをまとめてインストールして、自分自身でコンバートすることができます。
Linuxの場合はConverter ServerをインストールしたWindows PCが別途必要。
【2】Converter Agentはインストールされない
Converter ServerからLinuxに対してsshで接続して内部を読み取ります。
Windowsのようにコンバート対象にConverter Agentはインストールされません。
【3】rootでssh接続する
コンバートを実行するとrootのパスワードを入力する欄があります。
Converter Serverがコンバート対象のLinuxに対し、root権限でssh接続する必要があるからです。
実環境ではセキュリティのため、一般ユーザでssh接続してsuでrootに変更する運用している場合も多いと思いますが、これではコンバートできません。
管理者権限でssh接続できるように、一時的に設定変更してもらう必要があります。
【4】コンバートの出力先はESX/ESXiのみ
Windowsなら単純に共有フォルダ上に仮想ディスクとしてコンバートする事もできます。
こればVMware Player/VMware Server/VMware Workstation形式としてコンバートできるからです。
Linuxの場合はコンバートの出力先はESX/ESXiのみしか指定できませんでした。(vCenter Serverは不要)
これって敷居が高いです。
私の場合はCore i5のWindows PCにVMware Playerをインストールし、その上にVMware ESXi 4.1をインストールして何とか環境を準備しました。
【5】コンバート時にディスクサイズ変更できない場合あり
私が試した限りでは、/や/bootはコンバート時にディスクサイズ変更できませんでした。
また1つのディスク内のパーティションである/や/bootを、別の仮想ディスクに分離することはできませんでした。
【6】ヘルパーLinuxのIPアドレス変更
私がハマったのはこれです。
コンバート先のVMware ESXi上に自動的にヘルパーLinuxが作成されます。
これをコンソール画面で見ているとDHCPでIPアドレスを取得できず、ヘルパーLinuxの起動に失敗してしまいました。
コンバート直前のオプション設定画面でヘルパーLinuxのIPアドレスを指定できるので、DHCPではない環境ではここでIPアドレスを指定しておきましょう。
【7】Fedora 15はコンバート出来ない
最初にFedora 15のコンバートを試してうまく行かず、CentOS 5.1ではコンバート出来た。
Fedora 15はLinuxカーネルが新しいからかな。
原因は確認していないけど。
LinuxのコンバートはWindowsのコンバートとは別物ですね。
もう少し検証を続けます。
まだ検証途中ですが、気づいた点をいくつか。
http://downloads.vmware.com/jp/d/info/infrastructure_operations_management/vmware_vcenter_converter_standalone/5_0
・VMware vCenter Converter Standalone のダウンロード： 物理マシンから仮想マシンへ変換 （P2V）
【1】Converter Serverが別途必要
Windowsのコンバートの場合、コンバート対象のサーバのConverter Server(コンバーターの本体)とConverter Agentをまとめてインストールして、自分自身でコンバートすることができます。
Linuxの場合はConverter ServerをインストールしたWindows PCが別途必要。
【2】Converter Agentはインストールされない
Converter ServerからLinuxに対してsshで接続して内部を読み取ります。
Windowsのようにコンバート対象にConverter Agentはインストールされません。
【3】rootでssh接続する
コンバートを実行するとrootのパスワードを入力する欄があります。
Converter Serverがコンバート対象のLinuxに対し、root権限でssh接続する必要があるからです。
実環境ではセキュリティのため、一般ユーザでssh接続してsuでrootに変更する運用している場合も多いと思いますが、これではコンバートできません。
管理者権限でssh接続できるように、一時的に設定変更してもらう必要があります。
【4】コンバートの出力先はESX/ESXiのみ
Windowsなら単純に共有フォルダ上に仮想ディスクとしてコンバートする事もできます。
こればVMware Player/VMware Server/VMware Workstation形式としてコンバートできるからです。
Linuxの場合はコンバートの出力先はESX/ESXiのみしか指定できませんでした。(vCenter Serverは不要)
これって敷居が高いです。
私の場合はCore i5のWindows PCにVMware Playerをインストールし、その上にVMware ESXi 4.1をインストールして何とか環境を準備しました。
【5】コンバート時にディスクサイズ変更できない場合あり
私が試した限りでは、/や/bootはコンバート時にディスクサイズ変更できませんでした。
また1つのディスク内のパーティションである/や/bootを、別の仮想ディスクに分離することはできませんでした。
【6】ヘルパーLinuxのIPアドレス変更
私がハマったのはこれです。
コンバート先のVMware ESXi上に自動的にヘルパーLinuxが作成されます。
これをコンソール画面で見ているとDHCPでIPアドレスを取得できず、ヘルパーLinuxの起動に失敗してしまいました。
コンバート直前のオプション設定画面でヘルパーLinuxのIPアドレスを指定できるので、DHCPではない環境ではここでIPアドレスを指定しておきましょう。
【7】Fedora 15はコンバート出来ない
最初にFedora 15のコンバートを試してうまく行かず、CentOS 5.1ではコンバート出来た。
Fedora 15はLinuxカーネルが新しいからかな。
原因は確認していないけど。
LinuxのコンバートはWindowsのコンバートとは別物ですね。
もう少し検証を続けます。
VMware ESX/ESXi 4.1で仮想マシン間のメモリをシェアする場合の優先度
VMwareではメモリがオーバーコミットされているときに、ホストは各仮想マシンのメモリを回収し、優先度に応じて分配する。
(写真1)仮想マシンのメモリシェアについての設定画面
写真はVMware ESXi 4.1で、仮想マシンのプロパティ画面のリソースタブ。
各仮想マシンで指定した、予約と制限の間のメモリを、仮想マシン間で共有する。
つまり予約は最低保証されるメモリ量。
シェアの優先度は高・標準・低が4:2:1の比率となる。
すべての仮想マシンの予約メモリの合計がホストメモリを超えてしまえば、基本的にはホストはメモリ不足となる。
しかし予約しているメモリも、仮想マシンが実際に使っていなければホスト上でも無駄に消費することは無いので、一概に必ずメモリ不足になってしまうわけではないが。
VMwareのメモリ管理、仮想マシン間のメモリシェアについてはこれがわかりやすい。
http://info.iim.co.jp/2009/08/vmware_3.html
・VMwareのメモリ管理～バルーニング制御～ - IIMレポート - IIM InfoStation Academia
詳しくはこちらで各バージョンのリソース管理ガイドを。
http://www.vmware.com/jp/support/support-resources/pubs/vi_pubs_res_mgmt.html
・VMware > リソース管理に関するドキュメント
(写真1)仮想マシンのメモリシェアについての設定画面
写真はVMware ESXi 4.1で、仮想マシンのプロパティ画面のリソースタブ。
各仮想マシンで指定した、予約と制限の間のメモリを、仮想マシン間で共有する。
つまり予約は最低保証されるメモリ量。
シェアの優先度は高・標準・低が4:2:1の比率となる。
すべての仮想マシンの予約メモリの合計がホストメモリを超えてしまえば、基本的にはホストはメモリ不足となる。
しかし予約しているメモリも、仮想マシンが実際に使っていなければホスト上でも無駄に消費することは無いので、一概に必ずメモリ不足になってしまうわけではないが。
VMwareのメモリ管理、仮想マシン間のメモリシェアについてはこれがわかりやすい。
http://info.iim.co.jp/2009/08/vmware_3.html
・VMwareのメモリ管理～バルーニング制御～ - IIMレポート - IIM InfoStation Academia
詳しくはこちらで各バージョンのリソース管理ガイドを。
http://www.vmware.com/jp/support/support-resources/pubs/vi_pubs_res_mgmt.html
・VMware > リソース管理に関するドキュメント
VMware Infrastructure 3までのサポート期間は5.5年間
前回の日記では、VMware vSphere 4以降のサポート期間について書いてので、今回はVMware Infrastructure 3までのサポート期間について。
VMware Infrastructure 2.5/3.0/3.5のサポート期間は、原則として5.5年間のようです。
http://www.vmware.com/support/policies/lifecycle/vi/eos.html
・VMware Infrastructure (VI3) End of Life Charts > End of Support Matrix
例えばVMware ESX 3.5の場合、
・General Availability Date 207/12/10
・End of General Support 2010/05/21
・End of Extended Support 2013/05/21
・End of Technical Guidance 2015/05/21
リリースから約2.5年がフルサポート、その後の3年が延長サポートです。
さらに2年間がテクニカルガイダンス(オンラインセルフサポート)となっています。
VMware vSphere 4以降は5年間のフルサポートに一本化し、その後2年間のテクニカルガイダンスは同じです。
私が初めてVMwareを扱ったのがVMware ESX 3.5 Update無しの頃。
そのVMware ESX 3.5も既にフルサポートは終了し、延長サポートもあと1年半ですが、まあ技術の進歩と陳腐化が著しい分野なので、古いバージョンがサポートを終えるのはしかたないでしょうね。
VMware Infrastructure 2.5/3.0/3.5のサポート期間は、原則として5.5年間のようです。
http://www.vmware.com/support/policies/lifecycle/vi/eos.html
・VMware Infrastructure (VI3) End of Life Charts > End of Support Matrix
例えばVMware ESX 3.5の場合、
・General Availability Date 207/12/10
・End of General Support 2010/05/21
・End of Extended Support 2013/05/21
・End of Technical Guidance 2015/05/21
リリースから約2.5年がフルサポート、その後の3年が延長サポートです。
さらに2年間がテクニカルガイダンス(オンラインセルフサポート)となっています。
VMware vSphere 4以降は5年間のフルサポートに一本化し、その後2年間のテクニカルガイダンスは同じです。
私が初めてVMwareを扱ったのがVMware ESX 3.5 Update無しの頃。
そのVMware ESX 3.5も既にフルサポートは終了し、延長サポートもあと1年半ですが、まあ技術の進歩と陳腐化が著しい分野なので、古いバージョンがサポートを終えるのはしかたないでしょうね。
VMware vSphere 4以降のサポート期間は5年間
先日VMwareのサポート期間を調べたので、メモ。
VMware vSphere 4以降のサポート期間は原則5年間。
さらに2年間がTechnical Guidance(オンラインセルフサポート)で意外と短い。
http://www.vmware.com/support/policies/lifecycle/enterprise-infrastructure/eos.html
・VMware Enterprise Infrastructure Support > Life Cycle Policy > End of Support Matrix
問い合わせ・回答有りの期間を終えて、オンラインでのサポート技術情報検索だけなら、ここではそれはサポート終了と考えるので、実質フルサポートの5年間のみと判断します。
例えばマイクロソフトなら最初の5年間のメインストリームサポート、その後5年間の延長サポート、その後さらにオンラインセルフサポートの期間があるわけで、それを「サポート期間」には含めません。
それと同じです。
ゲストOSを稼働させる仮想化ハイパーバイザーとしてサポート期間が5年間とは、意外と短かった。
しかしVMware ESX/ESXiが新しくなってもゲストOSはほとんど影響を受けないので、それほど問題にはならないんだろうね。
VMware Toolsを更新して、仮想マシンを再起動させる程度だから。
VMware ESX/ESXi 3.5まではサポートポリシーが違うようだ。
VMware vSphere 4以降のサポート期間は原則5年間。
さらに2年間がTechnical Guidance(オンラインセルフサポート)で意外と短い。
http://www.vmware.com/support/policies/lifecycle/enterprise-infrastructure/eos.html
・VMware Enterprise Infrastructure Support > Life Cycle Policy > End of Support Matrix
問い合わせ・回答有りの期間を終えて、オンラインでのサポート技術情報検索だけなら、ここではそれはサポート終了と考えるので、実質フルサポートの5年間のみと判断します。
例えばマイクロソフトなら最初の5年間のメインストリームサポート、その後5年間の延長サポート、その後さらにオンラインセルフサポートの期間があるわけで、それを「サポート期間」には含めません。
それと同じです。
ゲストOSを稼働させる仮想化ハイパーバイザーとしてサポート期間が5年間とは、意外と短かった。
しかしVMware ESX/ESXiが新しくなってもゲストOSはほとんど影響を受けないので、それほど問題にはならないんだろうね。
VMware Toolsを更新して、仮想マシンを再起動させる程度だから。
VMware ESX/ESXi 3.5まではサポートポリシーが違うようだ。
vCenter Serverで仮想マシンのコンソール画面を使用する場合、vSphere ClientからESXホストへの名前解決が必要
私が構築したシステムでは、vCenter ServerとvSphere Clientが同じサーバ上にインストールされている場合が多く、今まで気づかなかった。
これはVMware vSphere 4.1 Update 1での話です。
vCenter Serverとは別のコンピュータにvSphere Clientがインストールされているとします。
vSphere ClientからvCenter Serverにログインし、仮想マシンを右クリックしてコンソールを開くと、エラーメッセージが出て、コンソール画面が表示されなかった。(画像なくてごめん)
英語のメッセージを読むと、何やらESXホストに対して名前解決が出来ていないのが問題らしい。
vSphere Clientの属しているActive Directoryのドメインコントローラ上のDNSサーバに、その仮想マシンを実行しているVMware ESXiをホストレコードに登録してやれば、仮想マシンのコンソール画面が表示されるようになった。
vSphere ClientからvCenter Serverにログインして仮想マシンのコンソール画面を使用する際、vCenter ServerからESXホストだけではなく、vSphere Clientのインストールされているコンピュータからも対象の仮想マシンを稼働させるESXホストに対して名前解決が必要なようです。
ちなみにvSphere ClientからvCenter Serverにログインしても、仮想マシンの起動や終了だけであれば、vSphere ClientからESXホストへの名前解決できなくても問題ありませんでした。
これはVMware vSphere 4.1 Update 1での話です。
vCenter Serverとは別のコンピュータにvSphere Clientがインストールされているとします。
vSphere ClientからvCenter Serverにログインし、仮想マシンを右クリックしてコンソールを開くと、エラーメッセージが出て、コンソール画面が表示されなかった。(画像なくてごめん)
英語のメッセージを読むと、何やらESXホストに対して名前解決が出来ていないのが問題らしい。
vSphere Clientの属しているActive Directoryのドメインコントローラ上のDNSサーバに、その仮想マシンを実行しているVMware ESXiをホストレコードに登録してやれば、仮想マシンのコンソール画面が表示されるようになった。
vSphere ClientからvCenter Serverにログインして仮想マシンのコンソール画面を使用する際、vCenter ServerからESXホストだけではなく、vSphere Clientのインストールされているコンピュータからも対象の仮想マシンを稼働させるESXホストに対して名前解決が必要なようです。
ちなみにvSphere ClientからvCenter Serverにログインしても、仮想マシンの起動や終了だけであれば、vSphere ClientからESXホストへの名前解決できなくても問題ありませんでした。
VMware ESXi 5.0、VMware Workstation 8.0上の仮想マシンでHyper-Vを実行する場合の注意点
気になった記事を見つけたのでメモ。
http://www.climb.co.jp/blog_vmware/vmware-4778
・vSphere5やWorkstation8のVMでHyper-Vを使用する場合の注意点 | 仮想環境（VMware）エンジニア技術ブログ
VMware vSphere 5.0やVMware Workstation 8.0上の仮想マシンでHyper-Vを実行する場合、作成した仮想マシンの電源をONしてWindows Server 2008/2008 R2をインストール前に、仮想マシンの設定を変更する必要があるそうです。
VMwareのゲストOSとしたWindows Server 2008/2008 R2上でHyper-Vを実行する必要な状況があるかどうかわかりませんが、メモとして残しておきます。
http://www.climb.co.jp/blog_vmware/vmware-4778
・vSphere5やWorkstation8のVMでHyper-Vを使用する場合の注意点 | 仮想環境（VMware）エンジニア技術ブログ
VMware vSphere 5.0やVMware Workstation 8.0上の仮想マシンでHyper-Vを実行する場合、作成した仮想マシンの電源をONしてWindows Server 2008/2008 R2をインストール前に、仮想マシンの設定を変更する必要があるそうです。
VMwareのゲストOSとしたWindows Server 2008/2008 R2上でHyper-Vを実行する必要な状況があるかどうかわかりませんが、メモとして残しておきます。
Hyper-VゲストにVMware ESXi 4.1はインストールできない
とある物件でVMware ESXi 4.1を利用することになり、事前にインストール画面や設定項目などを確認しておきたいって話になりました。
しかし物理環境にインストールできるパソコンが無く、とりあえず近くにあったWindows Server 2008 R2 Hyper-Vの仮想マシンにインストールしてみる事にしました。
しかし途中で止まってしまい、結局インストールできなかったので、メモとして残しておきます。
試したのはVMware ESXi 4.1 on Windows Server 2008 R2 Hyper-Vです。
VMware ESXi 4.1とはVMware vSphere Hypervisorのことです。
(写真1)仮想マシンをVMware ESXi 4.1のISOイメージでブートさせる
Windows Server 2008 R2のHyper-VゲストにVMware ESXi 4.1のISOファイルをマウントして起動するとBoot Menuが表示され、そのままキーを押さずに放っておくとESXi Installerが実行される。
(写真2)Booting: MBI=0x000100a8, entry=0x0040024aでインストールが止まる
VMware ESXi 4.1のインストールは途中まで進むが、Loading install.vgz..のあと、Booting: MBI=0x000100a8, entry=0x0040024aで止まってしまう。
と言うわけで、VMware ESXi 4.1 on Windows Server 2008 R2 Hyper-Vはあっさりあきらめました。
最終的にはWindows XP SP3上のVMware Player 3.1.3のゲストにVMware ESXi 4.1をインストールして、問題なく起動するところまで確認しました。
このWebページでも私と同じ現象が報告されています。
Sys Admin Extraordinaireの情報提供をしてくれたxxkickerxxさん、ありがとうございました。
しかし物理環境にインストールできるパソコンが無く、とりあえず近くにあったWindows Server 2008 R2 Hyper-Vの仮想マシンにインストールしてみる事にしました。
しかし途中で止まってしまい、結局インストールできなかったので、メモとして残しておきます。
試したのはVMware ESXi 4.1 on Windows Server 2008 R2 Hyper-Vです。
VMware ESXi 4.1とはVMware vSphere Hypervisorのことです。
(写真1)仮想マシンをVMware ESXi 4.1のISOイメージでブートさせる
Windows Server 2008 R2のHyper-VゲストにVMware ESXi 4.1のISOファイルをマウントして起動するとBoot Menuが表示され、そのままキーを押さずに放っておくとESXi Installerが実行される。
(写真2)Booting: MBI=0x000100a8, entry=0x0040024aでインストールが止まる
VMware ESXi 4.1のインストールは途中まで進むが、Loading install.vgz..のあと、Booting: MBI=0x000100a8, entry=0x0040024aで止まってしまう。
と言うわけで、VMware ESXi 4.1 on Windows Server 2008 R2 Hyper-Vはあっさりあきらめました。
最終的にはWindows XP SP3上のVMware Player 3.1.3のゲストにVMware ESXi 4.1をインストールして、問題なく起動するところまで確認しました。
このWebページでも私と同じ現象が報告されています。
http://sysadmin-e.com/category/virtualization
・| Sys Admin Extraordinaire | » Virtualization
→Install VMware ESXi 4.1 (VMware vSphere Hypervisor) on Hyper-V VM (I Tried And Didn’t Get It To Work)
Sys Admin Extraordinaireの情報提供をしてくれたxxkickerxxさん、ありがとうございました。
http://twitter.com/xxkickerxx/status/19600430644338688
・Twitter / xxkickerxx: 出来ないようです。6段落目どぞ。http://bit.ly/gV4eq6 ...
VMware vSphere 4.0でvCenter ServerのVirtualCenterサービスが起動しない
久々に技術的な話を。
vCenter Server 4.0のサービスがある日突然起動しなくなった。
アンインストールも上書きインストールも出来ない。
そのときの対応方法についてです。
あるお客さんから連絡があった。
VMware vSphere 4の仮想環境を半年以上運用しているのだが、あるとき突然、vCenter Serverにログインできなくなったらしい。
管理サーバ
・Windows Server 2008 Standard SP2 x86
・Oracle Database 11g R1 Standard Edition One 11.1
・VMware vSphere Client 4.0 Update 1
・VMware vCenter Server 4.0 Update 1
ESXホスト3台
・VMware ESX 4.0 Update 1
管理サーバ上のvSphere Clientから自分自身のvCenter Serverにログインしようとすると、このメッセージが出てログインできない。
VMware ESXホストに直接ログインは問題なく出来る。
コンピュータの管理でサービスの管理画面を表示すると、vCenter Serverのサービスである「VMware VirtualCenter Server」が開始中のままで止まっている。
vCenter ServerのデータベースであるOracle 11.1は正常に起動しているのに。
何でだろう。
半年以上何も問題なく動作していたのに。
試しにコマンドプロンプトからnet startでサービスを開始してみる。
(写真1)net startでVMware VirtualCenter Serverを起動してみる
それならと、NET HELPMSG 3547を打ってみるても参考にならない。
ここでvSphere Client 4.0 Update 1をアンインストール。
そしてvSphere Client 4.0 Update 2をインストール。
これは問題ない。
この日はvCenter Serverは再インストールするつもりでお客さんのところに行ったので、ここでvCenter Serverをアンインストールしてみる。
ところが以下のメッセージでアンインストールが出来ない。
ならば、次はvCenter Server 4.0 Update 1に対して同Update 2を上書きインストールしてみると、このメッセージで失敗してしまう。
(写真2)vCenter Server 4.0上書きインストール中に表示されたポート番号
vCenter Server 4.0 Update 1を同Update 2で上書きしようとすると、途中でこの画面が表示された。
そこでnetstat -a -n |find /i "443"」などで他のアプリケーションとポート番号が競合していないか確認したが、重なっているポート番号も無し。
※上記画像は一部のポート番号をvCenter Serverの規定値から変更している。
(HTTPポート80 → 8000、WebサービスHTTPポート8080 → 8081)
うーん、にっちもさっちも行かない。
お客さんがVMware ESXのOEMメーカーのサポートに対して「vCenter Serverに接続できない」で問い合わせて返ってきた回答では、
(1)C:\Program Files\VMware\Infrastructure\jreフォルダ
このフォルダが空になっている場合、別のパソコンにvCenter Serverをインストールして、jreフォルダ内のファイルを管理サーバの同フォルダにコピーする。
(2)データベースのバックアップ
vCenter Serverのデータベースをバックアップする
(3)レジストリキーを削除
「HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Infrastructure」を削除
(4)vCenter Serverをインストール
この手順でやってみるとの事なので、素直にやってみた。
確かにC:\Program Files\VMware\Infrastructure\jreは、フォルダは存在するが中身は空だった。
別のパソコンにvCenter Server 4.0 Update 1をインストールしてみる。
C:\Program Files\VMware\Infrastructure\jreフォルダ内にはJREのファイルが存在しているので、それを管理サーバの同フォルダにコピーする。
手間がかかる上にリスクが少ないため、データベースのバックアップは省略。
そしてvCenter Serverをアンインストールすると。。。
あら不思議、何事も無かったかのようにvCenter Serverがアンインストールできた☆
そこでサポートから指示されたとおり、Regeditで「HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Infrastructure」のレジストリエントリを削除。
その後は普通にvCenter Server 4.0 Update 2をインストール。
問題なくインストールできる。
ああ、すばらしい。
(写真3)vCenter Server 4.0のVMware関連サービス
net start |find /i "VMware"でVMware関連のサービス起動を確認。
当然ながら、今度はVMware VirtualCenter Serverサービスも正常に起動している。
この2つは無償版のVMware vCenter Converter Standalone関連のサービス。
・VMware vCenter Converter Agent
・VMware vCenter Converter Server
この2つはVMware vCenter Server 4.0のサービス。
・VMware VirtualCenter Server
・VMwareVCMSDS
vSphere ClientからvCenter Serverへのログインも問題無し。
vMotionの動作確認もOK。
vcbMounterによるVCBのテストコマンドもOK。
ARCserve Backup 12.5でのVCBによる仮想マシンバックアップもOK。
これで一件落着。
半年以上も正常に稼動したvCenter Serverが突然起動しなくなる原因まではわかりませんが、正常に稼動するように戻りました。
これが頻発するようだったら原因を調べる必要があるかもしれません。
そのときはまた考えます。
vCenter Server 4.0のサービスがある日突然起動しなくなった。
アンインストールも上書きインストールも出来ない。
そのときの対応方法についてです。
あるお客さんから連絡があった。
VMware vSphere 4の仮想環境を半年以上運用しているのだが、あるとき突然、vCenter Serverにログインできなくなったらしい。
管理サーバ
・Windows Server 2008 Standard SP2 x86
・Oracle Database 11g R1 Standard Edition One 11.1
・VMware vSphere Client 4.0 Update 1
・VMware vCenter Server 4.0 Update 1
ESXホスト3台
・VMware ESX 4.0 Update 1
管理サーバ上のvSphere Clientから自分自身のvCenter Serverにログインしようとすると、このメッセージが出てログインできない。
接続できませんでした
vSphere Client は vCenter Server「XXXXXXXX」と接続できません。
詳細：接続障害が発生しました。 (リモート サーバーに接続できません。)
VMware ESXホストに直接ログインは問題なく出来る。
コンピュータの管理でサービスの管理画面を表示すると、vCenter Serverのサービスである「VMware VirtualCenter Server」が開始中のままで止まっている。
vCenter ServerのデータベースであるOracle 11.1は正常に起動しているのに。
何でだろう。
半年以上何も問題なく動作していたのに。
試しにコマンドプロンプトからnet startでサービスを開始してみる。
(写真1)net startでVMware VirtualCenter Serverを起動してみる
Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.
C:\Users\Administrator>net start "VMware VirtualCenter Server"
VMware VirtualCenter Server サービスを開始します...
VMware VirtualCenter Server サービスを開始できませんでした。
サービス固有のエラーが発生しました: 2
NET HELPMSG 3547 と入力すると、より詳しい説明が得られます。
それならと、NET HELPMSG 3547を打ってみるても参考にならない。
C:\Users\Administrator>NET HELPMSG 3547
サービス固有のエラーが発生しました: ***
ここでvSphere Client 4.0 Update 1をアンインストール。
そしてvSphere Client 4.0 Update 2をインストール。
これは問題ない。
この日はvCenter Serverは再インストールするつもりでお客さんのところに行ったので、ここでvCenter Serverをアンインストールしてみる。
ところが以下のメッセージでアンインストールが出来ない。
Windows インストーラにより製品が削除されました。製品名: VMware vCenter Server、製品バージョン: 4.0.0.10021、製品の言語: 1041、削除の成功またはエラーの状態: 1603
ならば、次はvCenter Server 4.0 Update 1に対して同Update 2を上書きインストールしてみると、このメッセージで失敗してしまう。
VMware vCenter Server のインストールが完了する前に、ウィザードが中断されました。
システムは変更されませんでした。あとでインストールを完了するには、もう一度セットアップを実行してください。
「終了」をクリックして、ウィザードを終了してください。
(写真2)vCenter Server 4.0上書きインストール中に表示されたポート番号
vCenter Server 4.0 Update 1を同Update 2で上書きしようとすると、途中でこの画面が表示された。
そこでnetstat -a -n |find /i "443"」などで他のアプリケーションとポート番号が競合していないか確認したが、重なっているポート番号も無し。
※上記画像は一部のポート番号をvCenter Serverの規定値から変更している。
(HTTPポート80 → 8000、WebサービスHTTPポート8080 → 8081)
うーん、にっちもさっちも行かない。
お客さんがVMware ESXのOEMメーカーのサポートに対して「vCenter Serverに接続できない」で問い合わせて返ってきた回答では、
(1)C:\Program Files\VMware\Infrastructure\jreフォルダ
このフォルダが空になっている場合、別のパソコンにvCenter Serverをインストールして、jreフォルダ内のファイルを管理サーバの同フォルダにコピーする。
(2)データベースのバックアップ
vCenter Serverのデータベースをバックアップする
(3)レジストリキーを削除
「HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Infrastructure」を削除
(4)vCenter Serverをインストール
この手順でやってみるとの事なので、素直にやってみた。
確かにC:\Program Files\VMware\Infrastructure\jreは、フォルダは存在するが中身は空だった。
別のパソコンにvCenter Server 4.0 Update 1をインストールしてみる。
C:\Program Files\VMware\Infrastructure\jreフォルダ内にはJREのファイルが存在しているので、それを管理サーバの同フォルダにコピーする。
手間がかかる上にリスクが少ないため、データベースのバックアップは省略。
そしてvCenter Serverをアンインストールすると。。。
あら不思議、何事も無かったかのようにvCenter Serverがアンインストールできた☆
そこでサポートから指示されたとおり、Regeditで「HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Infrastructure」のレジストリエントリを削除。
その後は普通にvCenter Server 4.0 Update 2をインストール。
問題なくインストールできる。
ああ、すばらしい。
(写真3)vCenter Server 4.0のVMware関連サービス
net start |find /i "VMware"でVMware関連のサービス起動を確認。
当然ながら、今度はVMware VirtualCenter Serverサービスも正常に起動している。
この2つは無償版のVMware vCenter Converter Standalone関連のサービス。
・VMware vCenter Converter Agent
・VMware vCenter Converter Server
この2つはVMware vCenter Server 4.0のサービス。
・VMware VirtualCenter Server
・VMwareVCMSDS
vSphere ClientからvCenter Serverへのログインも問題無し。
vMotionの動作確認もOK。
vcbMounterによるVCBのテストコマンドもOK。
ARCserve Backup 12.5でのVCBによる仮想マシンバックアップもOK。
これで一件落着。
半年以上も正常に稼動したvCenter Serverが突然起動しなくなる原因まではわかりませんが、正常に稼動するように戻りました。
これが頻発するようだったら原因を調べる必要があるかもしれません。
そのときはまた考えます。
ARCserve 12.5 + Agent for Virtual MachinesでVMware VCB経由の仮想マシンバックアップ(3)
前回の(2)では、VMware ESX 4.0 Update 1、VMware Consolidated Backup Framework 1.5 Update 1、ARCserve Backup r12.5 SP1、Agent for Virtual Machinesを利用した、VCB経由での仮想マシンバックアップした。
今回は仮想マシンのリストアです。
(写真1)ARCserveリストアマネージャ - ソースタブ - 仮想マシンの復旧
ARCserveのマネージャを起動し、リストアマネージャを起動します。
ソースタブで「仮想マシンの復旧」を選ぶとバックアップしたVMDKファイルを一時フォルダにリストアし、VMware Converterを使って自動的に仮想マシンとして復旧されるはず。
しかし今のところVMDKファイルの復旧まで進んだところで「VMware Converterが見つかりません」で仮想マシンの復旧に失敗してしまう。
そのためこの日記では、以下の2ステップで手動にて仮想マシンを復旧します。
・VMDKファイルを一時フォルダにリストア
・リストアしたVMDKファイルをVMware Converterにより仮想マシンとして復旧
(写真2)ARCserveリストアマネージャ - ソースタブ - ツリー単位
プルダウンは規定値のツリー単位のまま。
左ペインでWindows システムの下を展開し、復旧対象の仮想マシンを表示させる。
(写真3)ARCserveリストアマネージャ - ソースタブ - 仮想マシンの復旧の警告
「ツリー単位」ではなく「仮想マシンの復旧」を選択可能であることの警告が出るが、今回はそれを無視し、そのままOK。
(写真4)ARCserveリストアマネージャ - ソースタブ - 仮想マシンにチェックをON
左ペインで復旧対象仮想マシンの下の「RAW」にチェックを入れると、右ペインにバックアップされているVMDKファイルなどが表示される。
RAWはVMware ESXの仮想マシンのネイティブな形式であることを意味している。
(写真5)ARCserveリストアマネージャ - ディスティネーションタブ
「ファイルを元の場所にリストア」のチェックを外す。
左ペインのWindows システムを展開し、一時的にファイルをリストアするフォルダを選択する。
ツールバーの「開始」ボタンを押す。
(写真6)ARCserveリストアマネージャ - リストアメディア
リストア元になるメディアの確認画面が表示されるが、そのままOK。
(写真7)セッションユーザ名およびパスワード
そのままOK。
(写真8)ジョブのサミット
そのままOK。
(写真9)ファイルリストアの開始
指定した一時フォルダに対し、VMDKファイルをリストア中。
(写真10)ファイルリストアの終了
リストアが成功したことを確認してOK。
(写真11)リストアされたVMDKファイル
指定した一時フォルダ内にVMDKファイルがリストアされた。
とりあえず今回はここまで。
(3)につづく。
今回は仮想マシンのリストアです。
(写真1)ARCserveリストアマネージャ - ソースタブ - 仮想マシンの復旧
ARCserveのマネージャを起動し、リストアマネージャを起動します。
ソースタブで「仮想マシンの復旧」を選ぶとバックアップしたVMDKファイルを一時フォルダにリストアし、VMware Converterを使って自動的に仮想マシンとして復旧されるはず。
しかし今のところVMDKファイルの復旧まで進んだところで「VMware Converterが見つかりません」で仮想マシンの復旧に失敗してしまう。
そのためこの日記では、以下の2ステップで手動にて仮想マシンを復旧します。
・VMDKファイルを一時フォルダにリストア
・リストアしたVMDKファイルをVMware Converterにより仮想マシンとして復旧
(写真2)ARCserveリストアマネージャ - ソースタブ - ツリー単位
プルダウンは規定値のツリー単位のまま。
左ペインでWindows システムの下を展開し、復旧対象の仮想マシンを表示させる。
(写真3)ARCserveリストアマネージャ - ソースタブ - 仮想マシンの復旧の警告
「ツリー単位」ではなく「仮想マシンの復旧」を選択可能であることの警告が出るが、今回はそれを無視し、そのままOK。
(写真4)ARCserveリストアマネージャ - ソースタブ - 仮想マシンにチェックをON
左ペインで復旧対象仮想マシンの下の「RAW」にチェックを入れると、右ペインにバックアップされているVMDKファイルなどが表示される。
RAWはVMware ESXの仮想マシンのネイティブな形式であることを意味している。
(写真5)ARCserveリストアマネージャ - ディスティネーションタブ
「ファイルを元の場所にリストア」のチェックを外す。
左ペインのWindows システムを展開し、一時的にファイルをリストアするフォルダを選択する。
ツールバーの「開始」ボタンを押す。
(写真6)ARCserveリストアマネージャ - リストアメディア
リストア元になるメディアの確認画面が表示されるが、そのままOK。
(写真7)セッションユーザ名およびパスワード
そのままOK。
(写真8)ジョブのサミット
そのままOK。
(写真9)ファイルリストアの開始
指定した一時フォルダに対し、VMDKファイルをリストア中。
(写真10)ファイルリストアの終了
リストアが成功したことを確認してOK。
(写真11)リストアされたVMDKファイル
指定した一時フォルダ内にVMDKファイルがリストアされた。
とりあえず今回はここまで。
(3)につづく。
気軽に話しかけてね
.png "Microsoft TechNet > Active Directory Tech Center")
