仮想化環境における構築・運用のポイント　第2回｜IIMヒューマン・ソリューション株式会社

前回の記事では、サーバ運用管理者が抱える問題を列挙させていただききました。
そこで、今回からは先に挙げた課題について、一つずつ踏み込んで考えていきたいと思います。

仮想化を導入する目的として、第一に挙げられるのはサーバ統合です。
「サーバ統合」とは、社内に散在する多数のサーバを少数の物理サーバに集約させ、サーバ台数を削減することで、運用コストを抑えようという試みです。
システム運用で発生するコストには、次のようなものがあります。

これらのコストは、サーバの台数にほぼ比例すると考えられます。すなわち、サーバ台数を減らすことで、これらのコスト削減が期待できます。

しかし、サーバ台数を減らそうとするあまり、やみくもに仮想サーバを詰め込んでしまっては、かえって運用に支障をきたす恐れがあります。そこで、サーバ統合を行うにあたって考慮すべきことは何か、そのポイントについてご紹介していきたいと思います。

仮想化は便利な技術ですが、必ずしも万能なソリューションではありません。まずは、仮想化したほうが良いシステムと、仮想化せずに物理サーバ上で稼動させるほうが良いシステムを切り分ける必要があります。
両者を切り分けるチェックポイントは、次のようなものがあります。

システムによっては、仮想化に対応していないものも存在します。代表的なものでは、ハードウェアと直接対話するシステムや、独自のデバイスを使用するシステムが挙げられます。特に注意が必要なシステムは、次のとおりです。

仮想化環境では、1台の物理サーバで複数のOSが稼動することや、OSとハードウェアの間に仮想化層を挟むことから、物理サーバ上で直接OSを稼動させた場合と比較して、パフォーマンスが低下する可能性があります。仮想化環境にてボトルネックになり得るシステムは、次のとおりです。

以上の点を考慮したうえで、費用対効果が得られないと判断した場合には、仮想化対象から除外することも検討すべきです。

サーバ統合では、1台の物理サーバで複数のOSが稼動することが基本となります。
よって、仮想化対象を決定したら、仮想サーバの配置を決定する必要があります。
その際に考慮すべきポイントは、次のとおりです。

システムによって、必要となるハードウェアリソースは異なります。物理サーバのリソースを十分に活用するためには、それぞれの仮想サーバが必要とするハードウェアリソースを確認し、同居させる仮想サーバの組み合わせを検討する必要があります。

1台のサーバで複数のOSが稼動するということは、1台の物理サーバの停止で、複数のOSが停止する可能性があるということです。考えられる物理サーバ障害の対策には、次のようなものがあります。

①代替／予備機（コールドスタンバイ）を準備する

コールドスタンバイとは、同じ構成のシステムを2系統用意しておき、片方(本番系)を動作させ、もう片方(待機系)は動作させずに待機状態にしておき、本番系に障害が発生すると待機系が立ち上がり、処理が切り替わることでシステムの停止を回避する仕組みです。

②複数の仮想サーバで冗長化構成を取り、別々の物理サーバに配置する

冗長化とは、最低限必要な量より多めに設備を用意しておき、一部の設備が故障してもサービスを継続して提供できるようにシステムを構築することです。

＊NLB（Network Load Balancing）：ネットワーク負荷分散。複数のサーバを 1台のサーバに見せかけて、複数のサーバで負荷を分散する技術。

③ホット・マイグレーションシステムを導入する（VMotionなど）

VMotionとは、仮想マシンを無停止のまま別のVMware ESX Server搭載サーバへ移動する機能です。「ホット・マイグレーション」とも呼ばれます。仮想マシン上のサービスを止めずに別のサーバへ移動できるため、計画メンテナンスや管理者による負荷分散などに利用されます。

※次回はハードウェア保守期限切れおよび陳腐化への対応についてご紹介します。

サーバー統合によるコスト削減と、安定した仮想サーバーの構築を両立するには、サーバーの性能分析をしっかり行うことが必須です。性能分析から始めるサーバー仮想化の秘訣とは…