> ## Documentation Index
> Fetch the complete documentation index at: https://docs.abbyy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# パフォーマンス

> Vantage 3.0 セルフホスト型 deployment の容量を計画し、オートスケーリングを設定します。

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

<CardGroup cols={2}>
  <Card title="KEDA によるオートスケーリング" icon="arrows-up-down" href="/ja/vantage/self-hosted/v3.0/performance/autoscaling">
    トリガー戦略を理解し、KEDA を有効にして、生成された ScaledObjects を確認し、容量を計画します。
  </Card>

  <Card title="Prometheus による監視" icon="chart-line" href="/ja/vantage/self-hosted/v3.0/monitoring/prometheus">
    Prometheus ベースのオートスケーリングトリガーで使用されるメトリクスパイプラインを構成します。
  </Card>

  <Card title="前提条件" icon="list-check" href="/ja/vantage/self-hosted/v3.0/prerequisites#kubernetes-node-requirements">
    インストールの基本要件と TechCore ワーカーノードの要件を確認します。
  </Card>

  <Card title="トラブルシューティング" icon="stethoscope" href="/ja/vantage/self-hosted/v3.0/troubleshooting#keda-and-prometheus">
    異常な ScaledObjects、利用できないメトリクス、スケジューリングの失敗を診断します。
  </Card>
</CardGroup>

<div id="capacity-principles">
  ## 容量設計の原則
</div>

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