キャパシティ分析は、環境全体でオブジェクトの使用率と残りキャパシティを評価するのに役立ちます。リソースの使用率の履歴を評価することで、今後のワークロードの予測が生成されます。この予測に基づいて、インフラストラクチャの調達または移行を計画して、キャパシティが不足するリスクや高額のインフラストラクチャ コストがかかるリスクを回避できます。

キャパシティ分析では、キャパシティ エンジンを使用して、使用率のピークを含めたトレンド履歴を評価します。エンジンは適切な予測モデルを選択して、今後のワークロードを予測します。考慮される履歴データの量は、使用率履歴データの量によって異なります。

キャパシティ エンジンと計算

キャパシティ エンジンは、使用率の履歴を分析し、デマンド動作に関する業界標準の統計分析モデルに基づいたリアルタイム予測キャパシティ分析を使用して今後のワークロードを予測します。このエンジンは、次の図に示すように、デマンド メトリックと使用可能なキャパシティ メトリックを入力として取り、残り時間、残りキャパシティ、推奨サイズ、および推奨される合計キャパシティの各メトリックを出力として生成します。


キャパシティ エンジン

キャパシティ エンジンの予測期間は今後 1 年間です。エンジンは、リアルタイムで出力メトリックを計算するために、5 分ごとにデータ ポイントを使用します。

キャパシティ エンジンは、予測される使用率の範囲内で今後のワークロードを予測します。この範囲には、上限予測と下限予測が含まれます。キャパシティの計算は、残り時間とリスク レベルに基づいて行われます。エンジンは、消極的なリスク レベルでは上限予測を考慮し、積極的なリスク レベルでは上限予測と下限予測の平均値を考慮します。

キャパシティ エンジンは、残り時間、残りキャパシティ、推奨サイズ、および推奨される合計キャパシティを計算します。

残り時間
予測される使用率が、使用可能なキャパシティのしきい値を超えるまでの残り日数。使用可能なキャパシティは、HA 設定を除外した合計キャパシティです。
残りキャパシティ
使用可能なキャパシティと、現在からの今後 3 日間において予測される使用率との差の最大値。予測される使用率が、使用可能なキャパシティの 100% を上回る場合、残りキャパシティは 0 になります。
推奨サイズ
現在から残り時間の警告しきい値の 30 日後までの予測期間において予測される使用率の最大値。警告しきい値は、残り時間が緑色である期間です。推奨サイズでは HA 設定が除外されます。

残り時間の警告しきい値がデフォルト値の 120 日である場合、推奨サイズは、今後 150 日間において予測される使用率の最大値です。

VMware Aria Operations では、推奨事項を控えめなものにするために、キャパシティ エンジンで生成される推奨サイズに上限を適用しています。
  • VMware Aria Operations オーバーサイジングに対する推奨サイズは、現在割り当てられているリソースの 50% が上限になります。

    たとえば、ある仮想マシンが 8 個の vCPU で構成されており、その CPU 使用率が 10% を超えたことが過去になかったとします。この場合、7 個の vCPU の再利用ではなく、上限を適用し、4 個の vCPU を再利用することが推奨されます。

  • VMware Aria Operations では、サイズ不足に対する推奨サイズは、現在割り当てられているリソースの 100% が上限になります。

    たとえば、ある仮想マシンが 4 個の vCPU で構成されており、非常に高い使用率での稼動が過去に継続的に行われているとします。この場合、8 個の vCPU の追加ではなく、上限を適用し、4 個の vCPU を追加することが推奨されます。

推奨される合計キャパシティ
現在から残り時間の警告しきい値の 30 日後までの予測期間において予測される使用率の最大値。推奨される合計キャパシティには HA 設定が含まれます。

たとえば、残り時間の警告しきい値がデフォルト値の 120 日である場合、推奨サイズは、今後 150 日間において予測される使用率の、HA 値を含めた最大値です。

注: 推奨される合計キャパシティはオブジェクトには提供されません。

次の図は、消極的なリスク レベルのキャパシティ計算を示しています。


消極的なリスク レベルのキャパシティ計算

次の図は、積極的なリスク レベルのキャパシティ計算を示しています。


積極的なリスク レベルのキャパシティ計算
注:
  • vCenter Server で高可用性が有効になっていない場合、使用可能なキャパシティ = 合計キャパシティです。この場合、クラスタにホストがないときにのみ、使用可能なキャパシティの値を 0 にできます。
  • 高可用性が有効になっている場合、使用可能なキャパシティを 0 にできるのは以下の条件のときです。
    • クラスタ内にホストが存在しない。
    • 高可用性が正しく構成されていない。たとえば、100% に設定されている可能性があります。vCenter Server で高可用性の構成を確認してください。
    • 高可用性アクティブ ホストの数が 2 未満。
    • 次の場合、ホストの高可用性はアクティブではありません。
      • ホストがメンテナンス モード。
      • ホストがパワーオフ状態。
      • 「runtime.dasHostState」プロパティの値が「connectedToMaster」でも「master」でもない。これは、ホスト間のネットワークの問題が原因である可能性があります。

使用率のピーク

リソースの使用率の履歴には、使用率が最大であったピーク期間が含まれる場合があります。今後のワークロードの予測は、ピークのタイプによって変化します。ピークは、その頻度に応じて、一時的、持続的、または周期的に分類されます。

一時的ピーク
1 回だけ発生する短期間のピーク。このピークは、追加のキャパシティを必要とするほど重要ではなく、キャパシティ プランニングおよび予測に影響を与えません。
持続的ピーク
より長い時間継続し、予測に影響を与えるピーク。周期的ではない持続的ピークは、指数関数的に減衰するので、時間の経過とともに予測に与える影響が減少します。
周期的ピーク
循環パターンまたは波状のピーク。このピークは、1 時間ごと、1 日ごと、1 週間ごと、1 か月ごとに発生することや、月の最終日に発生することなどがあります。キャパシティ エンジンでは、複数のオーバーラップする循環パターンも検出されます。

予測モデル

キャパシティ エンジンは、予測モデルを使用して予測を生成します。エンジンは、予測を継続的に修正し、履歴データのパターンに最も適合するモデルを選択します。予測範囲では、今後のデータ ポイントの 90% をカバーする全般的な使用率パターンを予測します。予測モデルには、線形モデルと周期的モデルがあります。

線形モデル
着実に増加または減少するトレンドを持つモデル。複数の線形モデルが並行して実行され、キャパシティ エンジンが最適なモデルを選択します。

線形モデルの例として、線形回帰と自己回帰移動平均 (ARMA) があります。

周期的モデル
時間、日、週、または月単位や、週または月の最終日などの、さまざまな長さの周期性を検出するモデル。周期的モデルは、バッチ ジョブを表す矩形波を検出します。また、複数のオーバーラップする周期的パターンを含んだデータ ストリームも処理します。ランダム ノイズはこれらのモデルでは無視されます。

周期的モデルには、たとえば、高速フーリエ変換 (FFT)、パルス(エッジ検出)、およびウェーブレットがあります。

トレンド ビューでの予測

予測は、ビューの設定で指定された時間範囲に基づいて生成され、予測設定で指定された日数について予測されます。予測は 3 つの主要なアルゴリズムに基づいて生成されます。履歴の中から大きな変化のある部分を検出する変更点検出、線形傾向を検出する線形回帰、周期パターンを特定する周期分析です。

履歴データの期間

キャパシティ エンジンは、履歴データの期間に応じた一定の期間において履歴データを取得します。エンジンが使用する履歴データの期間は、指数関数的に減衰する期間です。

この指数関数的に減衰する期間はサイズ無制限の期間で、キャパシティ エンジンは、この期間内のデータ ポイントのうち最新のデータ ポイントをより重視します。エンジンは、予測計算の開始点から始まるすべての履歴データ ポイントを使用し、それらのデータ ポイントが過去にどれだけさかのぼるかに応じて指数関数的に重み付けを行います。