アーキテクチャ上の制約
クラスターごとに operator インスタンスは1つまで
vantage-operator Helm チャートは、クラスター スコープのテンプレート化されていない resource 名を使用します。具体的には、manager-role ClusterRole、manager-rolebinding ClusterRoleBinding、controller-manager ServiceAccount です。このチャートを同じクラスターに2回インストールすると (異なる名前空間であっても) 、これらの resource が競合します。このチャートは、クラスターごとに1インスタンスのみインストールしてください。
デプロイのサポート
サポートされているデプロイ対象
対応データベース
レポート機能には SQL Server が必要です
vantage.databaseProvider: PostgreSQL を設定し、vantage.reportingEnabled: false のままにしてください。
メール送信
SMTP は basic auth のみをサポート
sendgridApiKey シークレットを指定すると、Vantage は追加設定なしでそれを使用します。SMTP が使用されるのは spec.smtp を設定した場合のみで、現在 SMTP では basic auth または認証なしのみがサポートされています。メールリレーで別の認証スキームが必要で、SendGrid を使用できない場合は、basic auth にダウングレードする中継リレーを用意することを検討してください。
運用上の注意事項
別の ingress コントローラーを使用する場合は、Vantage のルート契約への準拠が必要です
X-Forwarded-Proto を尊重する必要があります。ワークロード チャートで必要な環境設定が公開されていない場合は、Self-Managed Kubernetes に記載されている、サポート対象の admission mutation メカニズムを使用してください。
KEDA は 2.17.x に制限されています
ScaledObject リソースは HPA を作成できず、degraded 状態のままになります。KEDA を使用したオートスケーリングを参照してください。
ArgoCD には Skill のインストール状況は表示されません
Vantage リソースが Ready を報告することがあります。Skill のインストール中でも Vantage は利用できます。ジョブは kubectl wait で直接監視してください。コマンドについては Lifecycle を参照してください。
次のステップ
Vantage 2.7 からの移行
既存の 2.7 セルフホスト型環境からの移行を計画します。
アップグレード
3.0 の各バージョン間を移行するための手動アップグレード手順です。