VMware vSphere 6.5のStorage I/O Controlとは

投稿日: 2017年7月31日 作成者: クライム
このエントリーをはてなブックマークに追加
LINEで送る

VMware Storage I/O controlは、vSphere のストレージ品質を向上させるのに役立ちます。
vSphere 6.5はStorage  I/O control機能をVMストレージポリシーに統合します。

仮想化は企業に多大な利益をもたらしますが、仮想マシンのI/O要求は問題になる可能性があります。すべてのVMはあるレベルのストレージトラフィックを発生させ、その結果生じる1秒当たりのI/O 操作は競合を招き、重要なワークロードのパフォーマンスを低下させる可能性があります。

Storage IOPSを制御することで、管理者は、他の重要なI/OニーズのVMを枯渇させることなく、すべてのVMワークロードが適切なI/O にアクセスできるようになります。しかし、すべてのシナリオでStorage I/O controlが完璧でないため、管理者は最良の結果を得るために技術を慎重に適用する必要があります。VMware vSphere 6.5のStorage I/O controlの概念をピックアップし、管理者が直面する潜在的な問題のいくつかを解決してみませんか？

Storage I/O controlは、環境内のVM間のストレージI/O 競合を回避または緩和することにより、サービスのストレージ品質を向上させるvSphere機能です。

仮想化エンジニアは、I/Oスロットリングの必要性がある程度発生することを長い間理解していました。Storage I/O  controlがなければ、各VMは独立してストレージリソースにアクセスする必要があります。限られたI/O帯域幅やビジー状態のVMが不必要に大量のストレージI/O帯域幅（「騒々しい隣人」と呼ばれる）を必要とします。
したがって、いくつかのStorage I/O control方式は、長いvSphereのアーキテクチャの一部となっています。

通常、Storage I/O controlはデフォルトで無効になっており、VMware vCenterを介してストアごとに意図的に有効にする必要があります。有効にすると、Storage I/O controlはデフォルトで30ミリ秒となります。
管理者は組織のパフォーマンスニーズに合わせて変更・構成することができます。

vSphereはI/Oキューを使用して有限数の「I/Oスロット」を分割し、ストレージアクセスが必要なVM間で共有します。VMはI/Oキューへの要求を行い、より多くのVMが「I/Oスロット」を利用可能とする要求がある場合に競合が発生します。競合と過度の待ち時間が発生し、VMがストレージのアクセスに時間がかかりすぎて、適切なワークロードのパフォーマンスが損なわれます。

過度の遅延が発生すると、Storage I/O controlによって、各VMキューに送信できる要求の数が制限されることにより、VMが作成できるストージ要求の数が事実上制限されます。
理想的には、これはI/O競合を緩和するはずです。Storage I/O controlメカニズムは、Storage I/Oレイテンシを検出し、必要に応じてI/Oキューを抑制するために必要な計算をすべて行い、トラフィックの要求が緩和されたときに後退します。

古いバージョンのvSphereでは、vSphere環境内の他のポリシー駆動型操作の外に存在していた時間がかかり、エラーが発生する可能性がある手動プロセスであるため、管理者はディスクとVMのStorage I/O controlを個別に有効化および設定する必要がありました。

VMwareのvSphere 6.5リリースにより、Storage I/O control構成の設計がVM Storage Policy に変更されました。

管理者がデータストアのStorage I/O control を有効にし、適切なストレージレイテンシのしきい値を選択すると、VMまたはディスクファイル(.vmdkファイルなど)にポリシーを適用できます。

 

関連トピックス:

カテゴリー: VMware, vSphere, vCenter タグ: パーマリンク

コメントを残す

メールアドレスが公開されることはありません。

 

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください。

この記事のトラックバック用URL