以下の数値には、サービスメッシュのサイドカー (Istio プロキシなど) は含まれていません。
前提事項
これらのテーブルは、Kubernetes ノード要件で説明している推奨ノードプール構成を前提としています。すなわち、TechCore ワーカーと学習ワーカーはそれぞれ専用のノードプールで実行され、その他の Vantage ワークロードとは分離されています。 基本値には、以下のオプションコンポーネントは含まれていません。- TechCore 4 のみ。それ以前の TechCore バージョンについてはオプションコンポーネントを参照してください。
- カスタム Blob ストレージサービスなし。オブジェクトストレージは
spec.storage.customバックエンドではなく、Azure Blob Storage または S3 互換ストレージで提供されます。 - オプションのワーカーおよびサービスなし。
テーブルの読み方
- Pods、CPU、メモリ は、該当する ノードプール にスケジュールされるすべてのワークロードのリソース要求の合計値です。
- 最小ノードサイズは、その ノードプール にスケジュールされる 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 レベルの仕様。
