KEDA によるオートスケーリング
トリガー戦略を理解し、KEDA を有効にして、生成された ScaledObjects を確認し、容量を計画します。
Prometheus による監視
Prometheus ベースのオートスケーリングトリガーで使用されるメトリクスパイプラインを構成します。
サイジング
最小構成および本番構成のインストールにおける、ノードプールごとの CPU、メモリ、pod 数の要件。
追加ワークロードのメタデータ
レプリカ数など、チャートごとの高度なオーバーライドを個々の Vantage ワークロードに適用します。
前提条件
TechCore および学習用のワーカーノードにラベルと taint を設定します。
トラブルシューティング
異常な ScaledObjects、利用できないメトリクス、スケジューリングの失敗を診断します。
容量設計の原則
- Sizing ページに記載されている request の合計値は、インストール時の下限として扱い、本番環境のサイジング保証とは見なさないでください。
- 実運用を想定したドキュメント、Skill、同時実行数、レイテンシ要件でテストしてください。
- トリガーの問題をクラスター容量の問題と混同しないよう、HPA の desired replicas と pending pods をあわせて監視してください。
- 複数のサービスで同時にスケーリングできるよう、ノードプール、クォータ、レジストリ、ストレージのサイジングを行ってください。
- オートスケーリング構成の互換性を維持するため、
vantage-operatorとvantage-selfhostedのチャートは同じバージョンにしてください。