Live Optics、Optical Prime: 仮想マシンの適切なサイズ設定

注：次の機能は、データの可用性に依存します。特定の VM 環境では、プロビジョニングされたリソースと使用中のリソースを確認できないか、その時点で取得できない場合があります。この場合、仮想マシン、場合によってはグラフ全体(すべての仮想マシン)が灰色のバーで表されます。これは、VMTools に相当するものが存在しない Hyper-V プロジェクトでほとんどの場合発生します。 

これは、仮想マシンをオーバープロビジョニングするための一般的な手法であり、仮想化の利点です。実践は、基本的に2つの戦略です。(1) その時点で必要になるよりも多くのリソースを VM に割り当てる、および (2) 必要に応じて、インフラストラクチャとして使用できるリソースよりも多くのリソースをすべての VM に割り当てる。

あるいは、VMに無駄な数のリソースが割り当てられている可能性があり、それらが消費される可能性はほとんどありません。プライベート クラウド環境では、これは監視を必要としない可能性があります。ただし、これらの VM のいずれかを、割り当てられたリソースに基づいて課金されるプラットフォームに移行する場合、大幅にオーバープロビジョニングされたマシンに多額のコストがかかる可能性があります。

一部のプライベート クラウド環境でも、リソースが割り当てられると、使用可能なプールから削除されます。リソースがなくなったら、さらに入手して拡張します。または、未使用のリソースを再利用して、支出を回避します。

パブリック クラウド プロバイダーは、このカテゴリーに分類されます。パブリック クラウドの戦略は、使用した分だけ支払いを行い、必要な量が増減した場合は、必要に応じてリソースを調整することです。

通常、パブリック クラウドでは、管理者がVMに「インスタンス」を割り当てます。インスタンスは、vCPU、メモリー、容量の固定バンドルであり、実質的には請求増分です。

パブリック クラウドを初めて使用する場合、管理者はVMのプロビジョニングされた特性をレプリケートしようとして、VMが使用しないリソースに対して過剰な金額を支払っていることに気付くかもしれません。

メモリー オーバーサブスクリプションの例

次の例では、割り当てられたリソースの使用率が最も低い VM が左から右に配置され、左端が未使用の割り当て済みメモリの量が最も多い VM になります。理論的には、これらは再利用できるリソース量が最も多いVMであり、適切なサイズ設定の理想的な候補です。 

リソースの割り当てとリソースの消費に対して支払いが必要な課金モデルにリソースを移行する前に、まずVMの「適切なサイズ」を決定します。

Live Opticsのオーバープロビジョニング グラフは、環境内のどのVMがより小さな構成フットプリントの潜在的な候補であるかを可視化するのに役立ちます。

このグラフは、vCPU、メモリー、容量のプロビジョニング属性と使用属性を個別のグラフとして示しています。選択したカテゴリーの未使用領域の量が最も多いVMは、グラフの左側から大きいものから低いものの順にソートされます。

右側を見ると(または非常に大きなコレクションでは右にスクロールして)、最終的に、VMが割り当てられたリソースのほぼ100%を使用していることがわかります。 

チャートの読み方を理解する。

vCPUを除き、青色のバーは属性のプロビジョニングされた数量で、黄色のバーは使用済み数量です。一般的に、黄色(使用済み)のVMと比較して、最も青色(プロビジョニング済み)の割合が高いVMは、最もオーバープロビジョニングされています。

容量とメモリーの割り当ては比較的単純であり、これらのリソースを実際に再利用できると判断した場合、プロセスは単純であり、不要なアップグレードを回避することができます。

容量オーバーサブスクリプションの例

次の例では、すべての未使用容量が青色で表示され、左側に未使用容量が最も多いVMが表示されています。バー自体は、プロビジョニングされた容量によって最大から最低にソートされていないことに注意してください。バーは空き容量または未使用容量の大きいものから小さいものの順に並んでいます。 

これらは、容量の適切なサイズ設定に最も適したVMです。 

vCPUのオーバーサブスクリプションの例

vCPUバージョンは似ていますが、理解するのがより難しいです。青色のバーは、プロビジョニングされたリソースの合計量を表します。ただし、黄色は中古の同等品です。説明させてください。 

すべての物理CPUとvCPUには、GHzの消費量があります。この割合は、各 vCPU 自体ではなく、すべての VM の合計処理能力の一部として追跡されます。

多くの場合、vCPUは物理コアとほぼ同等です。多くの場合、複数のvCPUをVMに割り当てることができます。これは、必ずしも厳密にパフォーマンスのためではなく、ワークロードの設計で要求されるアーキテクチャ上の理由で行われます。

したがって、Live OpticsはvCPUの全体的な使用率(%)を表示できますが、より多くのvCPUをVMに割り当てることによるアーキテクチャ上の優位性を判断することはできません。

Live Opticsは、合計GHz消費量に基づいて同等のvCPU使用率を正確に示すことができますが、このグラフは、任意のvCPUを再利用できることを示唆しているのではなく、さらなる調査の候補になる可能性があることを示唆しています。

次の図では、最初の VM に 8 つの vCPU が割り当てられていますが、1 つの vCPU のパフォーマンスの 0.25% に相当する GHz しか使用していないことがわかります。 

このVMは少ないvCPU数で正常に実行できる可能性がありますが、アーキテクチャ レビューが行われるまでは確定しません。 

右側の灰色のバーは、これらのVMの使用量を取得できなかった良い例です。