メインコンテンツへスキップ
Vantage のパフォーマンスは、ワークロードのオートスケーリングと、基盤となるクラスターがスケジュール可能な容量を確保できるかどうかの両方に依存します。KEDA は CPU 使用率やアプリケーションメトリクスに応じてレプリカ数を変更できますが、ノードの追加、クォータの変更、ノードを TechCore ワークロードの実行対象にすることはできません。

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

トリガー戦略を理解し、KEDA を有効にして、生成された ScaledObjects を確認し、容量を計画します。

Prometheus による監視

Prometheus ベースのオートスケーリングトリガーで使用されるメトリクスパイプラインを構成します。

前提条件

インストールの基本要件と TechCore ワーカーノードの要件を確認します。

トラブルシューティング

異常な ScaledObjects、利用できないメトリクス、スケジューリングの失敗を診断します。

容量設計の原則

  • ドキュメントに記載されているノード数は、インストール時のベースラインとして扱い、本番環境のサイジング保証とは見なさないでください。
  • 実運用を想定したドキュメント、Skill、同時実行数、レイテンシ要件でテストしてください。
  • トリガーの問題をクラスター容量の問題と混同しないよう、HPA の desired replicas と pending pods をあわせて監視してください。
  • 複数のサービスで同時にスケーリングできるよう、ノードプール、クォータ、レジストリ、ストレージのサイジングを行ってください。
  • オートスケーリング構成の互換性を維持するため、vantage-operatorvantage-selfhosted のチャートは同じバージョンにしてください。