Skip to main content
このページでは、Vantage 3.0 セルフホスト型のインストールに必要な最小クラスター容量について説明します。Kubernetes ノードとして利用できる VM のサイズや SKU は無数にあるため、要件はノード数ではなく、ノードプールごとのリソースリクエストの合計として示しています。 リソースリクエストはあくまで下限であり、負荷の指標ではありません。このページの数値は Vantage をインストールするための必要最低限の値と考え、その上でドキュメント量、同時実行数、可用性、障害耐性を考慮したサイジングを行ってください。
以下の数値には、サービスメッシュのサイドカー (Istio プロキシなど) は含まれていません。

前提事項

これらのテーブルは、Kubernetes ノード要件で説明している推奨ノードプール構成を前提としています。すなわち、TechCore ワーカーと学習ワーカーはそれぞれ専用のノードプールで実行され、その他の Vantage ワークロードとは分離されています。 基本値には、以下のオプションコンポーネントは含まれていません。
  • TechCore 4 のみ。それ以前の TechCore バージョンについてはオプションコンポーネントを参照してください。
  • カスタム Blob ストレージサービスなし。オブジェクトストレージは spec.storage.custom バックエンドではなく、Azure Blob Storage または S3 互換ストレージで提供されます。
  • オプションのワーカーおよびサービスなし。

テーブルの読み方

  • PodsCPUメモリ は、該当する ノードプール にスケジュールされるすべてのワークロードのリソース要求の合計値です。
  • 最小ノードサイズは、その ノードプール にスケジュールされる pod のうち最大のものによって決まります。これより小さいノードでは、ノードをいくつ追加してもその pod を実行できません。
  • default pool では、アスタリスク (*) 付きの数値に、長期稼働する deployment やステートフルセットに加え、データベースの migration ジョブなどのインストール処理も含まれます。migration ジョブは短時間で終了しますが、インストールや upgrade の際には複数のアプリケーションが一斉に同期を行うため、その要求も長期稼働のワークロードと合わせて計上する必要があります。

最小構成インストール

最小構成インストールでは、podのレプリカ数とリソース要求を最小限に抑えてVantageをデプロイします。ネットワークやidentityの設定確認、またはテスト環境としての利用に適しています。

本番インストール

本番インストールでは、本番用の pod レプリカ数とリソース要求で Vantage をデプロイし、KEDA オートスケーリングを有効にします。

オプションコンポーネント

これらのワークロードは、要件上必要な場合にのみ有効化し、そのリクエストリソースを上記の基本値に加算してください。 n / m のように2つの値が示されている場合、n は最小構成のインストール、m は本番構成のインストールに適用されます。値が1つの場合は、どちらの構成にも適用されます。

次のステップ

前提条件

TechCore および training のノードプールにラベルと taint を設定します。

KEDA によるオートスケーリング

オートスケーリング対象のワークロードに必要なクラスター容量を計画します。

Helm チャートリファレンス

vantage-selfhosted リリースのチャート値。

API リファレンス

Vantage カスタムリソースの field レベルの仕様。