2012年06月28日 09時00分 UPDATE
特集/連載

DB専用サーバ仮想化の注意点SQL Serverの仮想化が最良の選択とはならない3つのケース

仮想化のメリットは既に周知の事実だが、集計・分析用途のシステムを仮想化する際には十分注意が必要だ。Microsoft SQL Serverを例に、仮想化が必ずしも正解とはならない3つのケースを紹介する。

[Serdar Yegulalp,TechTarget]

 仮想化技術がより洗練されるとともに、Microsoft SQL Serverインスタンスを仮想サーバへ移す動きに、これまでにないほどのインセンティブが生まれている。物理サーバの数が減れば電力消費やライセンス料が削減でき、マシンが仮想化されるためシステム管理も容易になる。良いことずくめだが、一方でMicrosoft SQL Serverの仮想化が必ずしも利益をもたらさないケースがあることも事実だ。

VMのI/Oが貧弱な場合

 CPUを別にすれば、データベースのパフォーマンスに影響を及ぼす唯一最大のリソースは、ディスクI/Oだ。1つのMicrosoft SQL Serverインスタンス──あるいは複数のインスタンスでも──に特化した物理サーバの場合、I/Oのボトルネックを改善することは比較的容易である。IOPS(1秒当たりの入出力オペレーション)の観点からコスト効率が良ければ、ディスクを高速なタイプにしたり、HDDをSSDに切り替えたり(関連記事:HDDのI/Oスループットを改善するSSD配置方法)、あるいはRAMを追加してバッファを増やすなりすればよい。ただし、トレードオフはコストだ。そうしたアップグレードは決して安くない。

 Microsoft SQL Serverを仮想化する場合、ハードウェアは移植する元のハードウェアと同等かそれ以上に高性能であるか、データベースパフォーマンスが十分なものでなければならない。それはI/Oについても同様で、最も望ましくないことはヘビーユースのデータベースに必要なI/O帯域幅を他のものとシェアすることだろう。この問題を改善する方法は幾つかある。例えば、データベースのストレージを他の仮想マシン(VM)から分離した物理ディスクとI/Oチャネルに置くなどだ。しかし、それらはVMに移行する前に行っておかなければならない。

この記事を読んだ人にお薦めの関連記事

注目テーマ

ITmedia マーケティング新着記事

news085.jpg

ぴあ、「PIA DMP」とGoogle「DoubleClick Bid Manager」を連携したコンサルティングサービスを提供
ぴあは、DMPサービス「PIA DMP」において、Googleが提供するデジタル広告プラットフォー...

news075.jpg

KPIの到達可能性をAIが判断して広告配信を自動最適化、マイクロアドが「UNIVERSE FFM Version1.0」を提供
マイクロアドは、「UNIVERSE フルファネルマネジメント Version1.0」を提供開始した。

news061.jpg

マーケティングオートメーション×LPO トライベック・ストラテジーとデータアーティストがツール連携
トライベック・ストラテジーとデータアーティストは、それぞれが提供するツールの連携を...