それ、レプリケーションでよろしく。UDPともども。

今でこそ vCenter Server そのものを仮想マシン上に構築することもサポートされているので vSphere High Availability を使っていれば問題ないだろう、と考える人もいらっしゃるかもしれません。

ただ、vSphere HA だけでは以下の点に懸念が残ります。   

1) vCenter Server（アプリケーション）そのものの障害に対応できない
（例：サービスが起動しない、データベースが破損した、など）  

2) 遠隔地への切り替えができない    

3) 物理サーバに構築された vCenter Server の障害に対応できない

vCenter Server の機能や役割もバージョンが上がるごとに増えていて、多くの設定や管理が vCenter Server なしにはできなくなってきています。そのため、vCenter Server の障害は仮想環境の運用に大きな影響を与えます。

ARCserve RHA r16.5でサポートされた「vCenter Server シナリオ」は物理・仮想を問わず、アプリケーションそのものの可用性を向上させる方法です。

今回は以下のような構成を構築して試してみました。あらかじめマスタとレプリカサーバそれぞれに vCenter Server と、ARCserve RHA の必要なコンポーネントをインストールしておきます。

RHA の設定はウィザードに従ってシナリオを作るだけです。

サーバタイプで[vCenter Server]、製品タイプに[ハイ アベイラビリティ]を選択し、復旧訓練まで行うのであれば[アシュアード・リカバリによる整合性テスト]にもチェックを入れておきましょう。

後は、通常のシナリオのようにマスタとレプリカを指定して進めていきます。今回の構成では、スイッチオーバーの方法には[ IP移動 ]を利用します。

vCenter Server はデフォルトの設定でインストールしたのでデータベースには SQL Server Express が使われていますが、製品版の SQL Server であっても Oracle データベースであっても対応できます。また、今回は構築していませんが、ライセンスサーバにも対応します。

試しに障害が発生した場合を想定して、マスタサーバの電源を落としてみました。

    
＜マスタサーバ障害検知 ⇒ スイッチオーバー＞

vSphere Client も見てみましょう。

 
ぎゃー！エラーがぁ！！

でも、大丈夫。スイッチオーバー後に再度 vSphere Client で再接続してみましょう。IPアドレスは変えずにログインします。

無事、接続できました。よく見ると接続先はレプリカサーバになっていることが分かります。

仮想環境の稼働状況もわかります。

vCenter Server を1つのアプリケーションとして切り替えまでサポートができるようになりました。仮想環境の災害対策に力が入っていること、感じていただけましたでしょうか。

当然ですが遠隔地への複製もサポートされています。前回や前々回の記事で書いた、Host-Based VM Backupとの連携 や Virtual Standbyとの連携 などと合わせて、vCenter Server も複製しておくと、いざという場合でも VMware vSphere の環境の管理を継続できます。

現在(2013.04.19)のところ、vCenter Server 4.1 と vCenter Server 5.0 がサポートされていますので、該当バージョンをお使いの場合には是非検討してください。

それでは、今週はここまで。   
See you in next TT . . .