仮想サーバ用のストレージを改善する10の方法(前編)
“ストレージハック”――仮想環境を最大限に生かすには
仮想化は、データセンターに新しい価値をもたらす。ただし、仮想マシンを統合する場合はストレージを再検討し、その構成自体を見直す必要がある。
仮想サーバに接続しているストレージの動作は、ストレージを接続しているネットワークのパフォーマンスに深く影響を及ぼす。使用しているストレージが、サポートしている仮想マシン(VM)に対して最高の入出力(I/O)パフォーマンスを発揮していることを保証するのに役立つ10の方法を紹介する。
エンタープライズレベルの大規模な仮想インフラでは通常、共有ストレージを使用する。これは紛れもない事実である。米VMwareのvSphereや米MicrosoftのHyper-Vなどの高度な機能を利用する場合、ホストは全てVMを構成しているファイルにアクセスする。VMwareのvMotionにしても、Microsoftのライブマイグレーションにしても、最新のエディションでは共有ストレージが必須ではないという一方で、VMware vSphere High Availability(HA)やMicrosoft Failover Clustering(MSFC)などのほとんどの機能では、やはり共有ストレージが必要だ(しかも、今後不要になる可能性も低い)。
仮想インフラ(および基幹アプリケーション)が優れたパフォーマンスを発揮するには、仮想インフラが要求する仮想CPU、仮想メモリ、仮想ディスクI/Oを割り当てる必要がある。ハイパーバイザーの統計情報が多くなり、監視ツールがよりスマートになったことから、仮想CPUとメモリの監視は容易になった。ただし、仮想インフラのストレージのパフォーマンス監視となると、今でも多くの場合は、サイエンスというよりはアートに近い。確かに、ストレージのパフォーマンスを分析した科学的な統計は存在する。ただし仮想CPUやメモリと違い、ストレージはハイパーバイザーや物理サーバの外部にある。従って、ハイパーパイザー(およびパフォーマンス監視ツール)は通常ストレージの内部の状況を把握していない(しかも、その変化は速い)。
それでも、仮想サーバに接続しているストレージのパフォーマンスを改善するためにできることはたくさんある。パフォーマンス改善に役立つ10個のヒントを以下に挙げる。
1. IOPS(1秒当たりの入出力処理回数)を把握する
仮想サーバ用のストレージのチューニングのサイエンスとは、最も簡単にいえば、「読み取り速度と書き込み速度のバランスで決まるIOPS値」だ。1つのLUN(論理ユニット番号)に含まれるドライブは1秒当たり一定数のI/Oを提供する。また、サーバとストレージの間のパスには一定のスループットがあり、アプリケーションの要求は多い。素朴な疑問を投げかけるならば、「使用中のストレージのIOPSは十分なのか、それとも足りないのか」ということになるが、この答えは簡単に出せるとは限らない。以下のヒントで説明するツール、テクノロジーおよびソリューションを利用して、I/Oのキャパシティーを増やす、またはI/O要求を減少させる(通常はアプリおよびアプリのオーナーまたは開発者に通知することによって実現する)方法を見つけてほしい。
仮想インフラ内のVMやデータストアの通常のI/O値を把握するには、仮想化固有のパフォーマンス分析ツールを使用するのが最善の方法である。そのようなツールは大抵どれでも、「使用しているシステムのIOPSを測定する」際に役立つ。そのツールとは、内蔵されているVMwareのCLI(コマンドラインインタフェース)ユーティリティのesxtop、vCenter内部のパフォーマンスグラフ(そこで示されているdisk.numberRead.summationとdisk.numberWrite.summationカウンターがIOPSに相当する)、またはサードパーティーが提供する有償のツールなどである。vCenterの統計は、IOPS値を算出するためのサンプル時間は計算に入れていないので、値の解釈には注意が必要な場合がある。サードパーティーのツール(またはVMwareのvCenter Operations Manager)はさらに高価だが、ずっとインテリジェントで使いやすい。
以下の説明の中では、LUNの構成とRAIDの選択はI/Oのパフォーマンスに大きく影響することに注意が必要だ。
2. アプリケーションを理解する
ストレージと仮想化システムの管理者は、I/Oを大量に増やすツールは多数持っているが、I/O要求を減少させる方法については、ごく限られた方法しか知らないことが多い。また、データセンターインフラの構築には進んで没頭する一方で、内部で動作しているアプリケーションには全く目を向けないITプロは実に多い。
「最も多くI/Oを発生させているアプリケーションは何か」「内部で動いているのはどのVMか」「どのサーバクラスタを稼働させているのか」「どのストレージを使用しているのか」などが分からない場合、ストレージのパフォーマンスを本当の意味で理解することは困難だ。また、アプリケーションからのI/Oで多いのは、読み取りか書き込みなのだろうか? こうした疑問に対する答えを探ることで、ストレージのチューニング作業の方針が見えてくる。アプリケーションを理解し、アプリのオーナーとアプリの開発者と協力すれば、I/Oの負荷を減らすことができる。こうすれば、ストレージアレイを追加したり高性能のドライブを購入したりしなくて済むので、会社の経費も節減できる。
アプリケーションが既に仮想化されている場合は、ここまでに挙げたツールを利用すれば、時間の経過に伴うI/Oの負荷と、負荷が高いのは読み取りか書き込みのどちらなのかを把握できる。仮想化されていない場合は、アプリの仮想化に関する概念実証を作成し、仮想化されたアプリに現実的な負荷をかけてテストを実行し、そのテスト結果に基づいて、稼働環境の負荷をモデル化することが必要になるかもしれない。または、本番環境のアプリで既にSAN(Storage Area Network)を使用している場合は、そのSANの供給元が提供しているパフォーマンスツールを利用して、仮想化する前の物理サーバに対するI/O作業負荷を測定する方法もある。
3. 現存のストレージのパフォーマンスを最大化する
ストレージのパフォーマンスを改善するには、現在の設定でストレージのパフォーマンスを既に上限まで実現しているのかどうかを確認する方法もある。触ったこともない機能があるかもしれないし、コストを節約できる機能も備わっている可能性がある。仮想インフラのパフォーマンスを改善するには、ストレージLUNまたはRAIDグループを再構成するのも1つの手だ。I/Oの作業負荷は時間の経過に伴い変化するため、LUNのレイアウトとRAIDグループが数年前に配置されたとすれば、恐らく現在はもう最適ではなくなっている。複数のLUN間で作業負荷をリバランス(平均化)したり、LUNに接続しているRAIDの種類を変更すると、物理サーバだけでなく仮想インフラのパフォーマンスを改善できる可能性がある。仮想インフラのパフォーマンスの問題が発覚すると、とかく管理者は、パフォーマンスを向上させるための新しい「派手なオプション機能」に目を向けがちだが、根本の原因は、従来の物理サーバでもパフォーマンスに問題が起こる状況と共通していることが往々にしてある。
4. VAAIまたはODXへの対応
VMwareの「vStorage APIs for Array Integration」(VAAI)は、vSphereのハイパーバイザーで実行していたストレージ関連のタスクをストレージにオフロードさせる仕組みである。例えば、VMのクローニング(クローンの作成)ならば、ハイパーバイザーを経由しなくても、ストレージに備えられた機能だけで処理できる。またVAAIでは、ハードウェアアクセラレーションのロック機能を使用することで、ディスクをロックする時間を大幅に短縮する。使用している仮想インフラが、ストレージへのオフロード機能を持つVAAIに対応しているかどうかを確認しよう。
一方、Microsoft Hyper-Vの世界でVAAIに相当するものは、Offloaded Data Transfer(ODX)だ。Hyper-Vを使用している場合は、ストレージをODXに適応させたいところだろう。
使用中のストレージがVMware VAAIに対応できるかどうかは、VMwareの互換性ガイド(VMware Compatibility Guide)で、使用中のSANまたはNAS(Network Attached Storage)について調べれば分かる。ODXに適応しているかどうかの確認は、そのストレージがMicrosoft ODX認証を受けているかどうかを、ストレージの供給元に問い合わせる必要がある。いずれ時間が経てば、エンタープライズ向けのストレージアレイにVAAIおよびODXの両方について互換性を持たせるメーカーは増えていくだろう。
5. スナップショットを制限する
仮想マシンのスナップショット(ある時点のVMの状態を保存する)機能は、仮想化の中で最も便利な機能の1つである。ある時点のVMのメモリと仮想ディスクの状態を保存しておくことは、アプリケーションまたはOSのアップグレードで問題が起こった場合、または構成変更をテストする必要がある場合に役立つ。スナップショットは、仮想化のバックアップやレプリケーションを実行するアプリケーションが、システムのダウンタイムを発生させることなく仮想ディスクイメージの変更をキャプチャーするのにも利用される。ただし、スナップショットを何度も過度に使用すると、ディスクスペースを占有するだけでなく、バックアップアプリケーション、VMotionおよびそれ以外のストレージ関連機能のパフォーマンスの低下につながる。スナップショットはあくまで一時的に使用するもので、使用後は削除することだ。
次回は、「シンプロビジョニング」「仮想化対応のストレージ」など残り5つの方法を紹介する。
Copyright © ITmedia, Inc. All Rights Reserved.
新着ホワイトペーパー PR
-
事例
[サイボウズ株式会社] DXに必要な「Dスキル」「Xスキル」を持った人材を育成するには? -
市場調査・トレンド
[サイボウズ株式会社] データで見る、DXが「順調に進む企業」と「つまずく企業」の違い -
製品資料
[サイボウズ株式会社] 賛否が割れがちな「Notesからの移行」 新環境への移行を納得してもらうには? -
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは? -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
2
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
サーバ約70台をAWSへ ヤナセが移行前にやった「通信要件の可視化」
-
5
AIインフラの理想形? 「5層のケーキ」を垂直統合するための近道とは
-
6
脱VMwareの真実:データセンター大手がNutanixを選んだ「コスト以上の理由」
-
7
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
多品種小ロットの「手書き・配合ミス」を克服 キャニオンスパイスの食品工場DX
-
10
「AI活用」を掲げた年金刷新が炎上 英政府が大手ITアウトソースを切り捨て「内製回帰」した理由
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
-
9
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
10
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー