Storage I/O Controlは共有ストレージの問題を処理する有効な方法ですが、全ての仮想マシンに必ずしも適しているわけではありません。
Storage I/O Controlは、ストレージレイテンシを使用して、データセンター内の仮想マシンに提供されるI/Oキュー共有を管理します。Storage latencyが増加(悪化)し、定義したしきい値を超えると、I/Oシェアが減少し、VMのストレージ使用量が減少します。これにより、負荷の低い他VMのStorage I/O Control 帯域幅がさらに広がり、データセンターに問題が発生します。
Storage I/O controlは、偶発的に発生する共有ストレージの問題を処理するのに効果な方法ですが、必ずしもすべてのVMに適しているわけではありません。一部のVMワークロードでは設計上、ストレージI/Oが大量に必要で、Storage I/O controlを呼び出すと、ワークロードのパフォーマンスに望ましくない影響を及ぼす可能性があります。
管理者は、各VMの基本的な要件を理解し、Storage I/O controlを適用することが利益よりも害を及ぼすかどうかを判断することが重要です。Storage I/O controlは、オールオアナッシングなものではないことに注意してください。管理者はストレージの圧迫を緩和し、VMへのパフォーマンスへの影響を最小限に抑えるために、IOPSの最小値、最大値、および共有値を含め、動的に構成可能であるため、管理者は即座にルール設定を調整できます。
場合によっては、ストレージを大量に消費するVMを別のホストに再配置し、ストレージを集中的に使用するVMをパフォーマンスの良いストレージリソースに接続するか、そのホスト上のワークロードを再調整して、Storage I/O Controlの使用を行います。
管理者がStorage I/O controlの問題を回避する方法
管理者は、パフォーマンスの監視とレポートを使用して、Storage I/O controlがワークロードに及ぼす影響、または最終的にはビジネスに対するVMのパフォーマンスを監視する必要があります。
Storage I/O controlが適切に実装され、vSphereホスト用に適切に構成されているかどうかの問題以外にも、Storage I/O controlの実装では、いくつかの共通の技術的問題が派生する可能性があります。たとえば管理者は、Storage I/O controlが期待どおりに動作していないこと、VMが適切に優先順位付けされていないこと、または規則が間欠的にしか適用されないことを発見する可能性があります。
共通ルート問題は、複数のvCenter Serverインスタンスがデータストアを管理する場合に発生します。これにより、各vCenter Serverインスタンスが異なる構成を採用している場合、コンフリクトやStorage I/O controlの動作が不安定になる可能性があります。たとえば、1つのvCenterがStorage I/O controlを一方向に構成し、別のvCenterが別の構成で構成します。ストレージI/O制御は時々正しく動作するかもしれませんが、すべてではありません。各データを管理するvCenter Serverインスタンスが1つのみであることを確認し、vCenter Serverインスタンスが必要な構成を使用していることを確認します。
管理者は通常、問題のあるデータのStorage I/O controlをチェックして切り替えることによって、これらのタイプの問題に対処できます。たとえば、データストアのプロパティをチェックし、Storage I/O controlを有効にします。
すでに有効になっている場合は、Storage I/O controlをオフに切り替えて、変更を保存します。その後、再度有効にして変更を保存します。これは、最初に有効にした後にデータストアを使用するホストの数が変更された場合に役立ちます。
次に、データストアプロパティのIOPSしきい値(ストレージI/O制御の詳細設定)を確認します。レイテンシのしきい値が適切なレベルに認定されていることを確認してください。デフォルト設定は30ミリ秒です。レイテンシが変更された場合は、インフラストラクチャに適した設定になっていることを確認します。
VMwareはStorage I/O controlを設計してVMの優先順位付けを行いましたが、すべてのVMは同じ数のI/O共有とIOPS制限を持っています。Storage I/O controlが開始された時に、特定のVMが優先順位を示していない場合、管理者はI/O共有とIOPS制限がクラスタ内の各VMに対して設定されていることを確認する必要があります。クラスタのリソース割り当てダイアログのストレージセクションはこれを保持しません。管理者は、vSphere Clientインベントリ内の個々の仮想ディスクのI/O共有とIOPS制限を変更することができます。
また管理者は、ホストシステムにログオンすることで、Storage I/O control の動作やエラーについての詳細な情報を収集することもできます。
ログスペースを節約し、ログアクティビティの不必要なパフォーマンスへの影響をを防止するために、再度ログを使用不可にすることができます。
最後に、実際の物理ストレージプラットフォームとそのプール/階層化機能について検討します。
たとえば、互換性のない自動階層機能を備えたストレージアレイ上のデータストアへStorage I/O controlを適用すると問題が発生することがあります。
VMwareのStorage I/O controlとの互換性を有効にするために、ストレージアレイのソフトウェアを更新するか、またはデータストアを別のストレージリソースに再配置する必要があります。
関連トピックス:
- VMware vSphere 6.5のStorage I/O Controlとは
- VMware vSphere 5 のビッグ5 変更点 : 2. ストレージ・リソース管理の改善
- VMware Storage vMotionオペレーションに問題があった時に何を確認するか?
- ESXサーバー起動時の vsd-mount のエラーについて【仮想化プラットホーム VMware vSphere】
- VMware Technical Journal Issue 1
- VMware, 技術白書「The VMware Reference Architecture for Stateless Virtual Desktops on Local Solid-State Storage with VMware View 5」を発刊
- vSphere vMotion は一度にVMをいくつ移動可能か? それ以外の制限について
- コマンドでのストレージの状態の確認方法【仮想化プラットホーム VMware vSphere】