2.0のライブ・マイグレーションの構築ノウハウを紹介。性能と可用性を意識したシステム設計のポイントとは。第1回では、ライブ・マイグレーションの仕組みについて背景も含めて解説した。今回からは、前回の内容を踏まえつつ、「パフォーマンス」や「可用性」など、実運用環境への導入を意識したライブ・マイグレーションの設計ポイントについて解説していく。最初にライブ・マイグレーションを実現するための要件について解説しよう。下表は、ライブ・マイグレーションを利用するための理論的な最低システム要件と、実際に実運用環境へ導入する際の現実的な要件をまとめたものである。Directory環境が必須となる。実運用環境へ導入する場合は、性能維持や経路冗長なども検討していかなければならない。ライブ・マイグレーションを設計するための2つのポイントこの表の内容について詳しく解説する前に、ライブ・マイグレーションの構成設計の核となるポイントを2点説明しておこう。R2のフェイルオーバー・クラスタ機能(WSFC)を利用しているということである。2.0単体の要件に加えてWSFCの要件も考慮するということだ。2.0の要件については、次の記事も参考にしてほしい。2.0におけるハードウェア選定のポイント」もう1つのポイントは、常に可用性を意識して設計するということである。ライブ・マイグレーション導入の最大の理由は、業務サービスが滞りなく稼働するためであるはずだ。したがって実運用環境では、何らかのトラブルが発生しても業務サービスが可能な限り継続するように性能維持や冗長性を考慮した設計を行わなければならない。ライブ・マイグレーションに適したハードウェア選択のポイント■サーバライブ・マイグレーションは、ホスト間を仮想マシンが移動するため、当然ながら2台以上のサーバ・マシンが必要となる。仮想マシンが移動するに当たり、移動先ホストはプロセッサ・パワーやメモリ容量などに余裕を残しておくことを忘れないようにしたい。移動先ホストは余裕を残すように設計するこの例のように、メモリ2Gbytesの仮想マシンをライブ・マイグレーションする場合、移動先ホストの空きメモリが2Gbytesを切っていると移動できない。余裕を残して設計しよう。サーバ・マシンの台数が多めの環境でコストを抑えるテクニックとして、仮想化で一般的に利用される2ソケット・サーバではなく、あえて4ソケット・サーバのような集約率の高いマルチプロセッサ・サーバを選ぶという方法がある。「2プロセッサ、32Gbytesメモリ」のサーバ・マシンを6台用意するよりは、「4プロセッサ、64Gbytesメモリ」のサーバ・マシンを3台用意した方がコストを大幅に抑えられることがあるためだ。このカラクリは、サード・パーティ製ソフトウェアのライセンスにある。サーバ・マシン単位で課金されるソフトウェアは、2ソケット・サーバでも、より多く集約できる4ソケット・サーバでも、必要なライセンス数は1個であり価格は変わらない。この特徴をうまく利用すると、下図のようにライセンス・コストが単純計算で半分になる。2台を1台にしてしまうと冗長性が満たせず、ライブ・マイグレーションもできなくなってしまうが、それなりの台数規模であれば大幅なコスト効果が期待できることが分かるだろう。Servers(AMVS)」などが挙げられる。マルチプロセッサ・サーバでソフトウェア・コストを削減するサーバ・マシン単位で課金されているソフトウェアを利用する場合、より集約率の高いマルチプロセッサ・サーバを選ぶことで大幅なコスト削減を期待できる。2.0単体の要件どおりである。RVIに対応したプロセッサを選択することが推奨される。移動元と移動先の各サーバのプロセッサは、同じものを用意しよう。運用開始後にサーバを追加増強しようとする場合、ある程度経過すると同じプロセッサは販売終了で購入できない。2.0にはこういった場合の救済機能「プロセッサ互換性モード」も用意されているが、デメリットもあるためできる限り利用すべきではない(プロセッサ互換性モードについては、次回以降で詳しく解説する)。メールマガジンをご購読ください。申し込みページへITmediaはアイティメディア株式会社の登録商標です。