注文するベアメタルインスタンスの数を決定する
注釈:本資料はAI技術を用いて翻訳されています。
概要
このページでは、ベースロードをベアメタルホストに移行することでコストを最小化するための最適なベアメタルインスタンス数の決定方法について説明します。ベアメタルホストは、クラウドベースのVMと比較して大幅にコスト効率が高くなります。
必要な最小DS数を決定する
-
AMS Fleet Overviewダッシュボード(https://accelbyte.grafana.net/d/ams-fleets-overview-production/ams-fleet-overview)に移動し、「Running/Max DS by fleet」パネルまでスクロールします。
-
「Running」グラフを確認して、最小DS数を把握します。例えば、以下のスクリーンショットでは、実行中DSの最小数は60でした。

DS毎の最大CPUおよびメモリ使用量を確認する
-
AMS DS Metricsダッシュボード(https://accelbyte.grafana.net/d/ams-ds-metrics-production/ams-ds-metrics)に移動します。
-
DS Max CPU UsageパネルとDS Max Memory Usageパネルで、DSの最大CPUおよびメモリ使用量を確認します。例えば、以下のスクリーンショットでは、各DSが0.5コアCPU未満および512 MiB未満のメモリを使用しています。ピークCPUおよびメモリ使用量の信頼性の高い推定値を得るために、少なくとも1週間分のデータを収集することをお勧めします。

CPUとメモリの制約に基づいて計算を実行する
- ベアメタルVMタイプを決定します:フリートのインスタンスタイプを選択する
- コンピュート集約型 -
cpx1.ser.16x:16コアCPU、32 GiBのメモリ。 - バランスの取れたニーズ -
glx1.ser.16x:16コアCPU、64 GiBのメモリ。
- コンピュート集約型 -
- 上記のCPUとメモリの要件を考慮して、以下の式を利用して計算できます。
ベアメタルインスタンス数 = max(コアベースの制約、メモリベースの制約)- 式:
N = max( ceil( (D * C) / C_limit ), ceil( (D * M) / M_limit ) )- D:最小DS数
- C:DS毎のコア数
- M:DS毎に必要なメモリ(例:512 MiB = 0.5 GiB)
- M_limit:ベアメタルVM毎のメモリ制限(例:
glx1.ser.16xの場合64 GiB) - C_limit:ベアメタルVM毎のコア制限(例:16コア)
- 例:
- バランスの取れたVMタイプを使用:
glx1.ser.16x - 最小60 DS
- DS最大CPU使用量は0.5 vCPU/s未満
- DS最大メモリ使用量は512 MiB未満
- 保守的な推定:1コア/DS:
- コアベースの制約 =
ceil( (D * C) / C_limit ) = ceil( (60 * 1) /16 ) = ceil(3.75) = 4 - メモリベースの制約 =
ceil( (D * M) / M_limit ) = ceil( (60 * 0.5) / 64 ) = ceil(0.46875) = 1 - 統合結果:
N = max(4, 1) = 4
- コアベースの制約 =
- 保守的な推定:1コア/DS:
- バランスの取れたVMタイプを使用:
- 式:
ベースロードを超えてより多くのベアメタルインスタンスを実行すること(ピーク負荷の一部をカバーするためにほとんどが部分的にアイドル状態であっても)でコストをさらに削減できると思われるかもしれません。しかし、モデリングと実験の結果、ベースロードをベアメタルインスタンスで正確にカバーすることが実際には最も最適であることがわかりました。
次のステップ
- CPUやメモリの枯渇を引き起こすことなく、ベアメタルインスタンスあたりのDS数を増やせるかどうかを判断するために、追加テストを実施してください。