Vantage 3.0 では、2.7 以前とは異なるデプロイ モデルを採用しています。 以前のバージョンでは、ABBYY が提供する Ansible および Azure CLI スクリプトで作成・構成される、ABBYY が厳密に指定したインフラストラクチャが必要でした。このモデルは 3.0 ではサポートされていません。
- Kubernetes クラスター、データベース、ストレージ アカウント、Key Vault などのインフラストラクチャは、お客様自身でプロビジョニングします。ABBYY は、3.0 向けのプロビジョニング スクリプト、テンプレート、その他のインフラストラクチャ自動化機能を提供しません。
- インストーラーがデプロイするのは Vantage Core のみです。ArgoCD、お客様のサービス メッシュと Ingress コントローラー、シークレット統合、モニタリング スタックなど、Vantage が依存するサードパーティ ソフトウェアは、通常 Helm を使用して、お客様自身でインストールおよび保守します。
- 文書化されている構成は、ABBYY がテストしたシナリオです。文書化された例に基づいてインストールを調整できますが、その調整内容の検証はお客様の責任となります。
オペレーターの要件
Vantage オペレーター は Kubernetes と ArgoCD 上で動作します。クラスターレベルの要件
これらのサービスとコンポーネントは、Vantage をインストールする前にクラスタに存在している必要があります。検証済みの具体的なバージョンは、互換性 に記載されています。KEDA サポート
一部の Vantage KEDAScaledObject リソースは、observability 名前空間内の Prometheus インスタンスに依存しています。Prometheus サービスには http://prometheus-operated.observability.svc.cluster.local:9090 でアクセスできる必要があり、チャートで作成された ServiceMonitor を介して Vantage アプリケーションのメトリクスをスクレイプする必要があります。トリガーの動作と確認については KEDA によるオートスケーリング を、メトリクス パイプラインについては モニタリング を参照してください。
Kubernetes ノード要件
Vantage は、3 つの ノードプール にワークロードを割り当てます。UI、API、プラットフォームサービス用の default プール、文書処理ワーカー用の TechCore プール、学習関連ワーカー用の training プールです。処理作業をアプリケーションの他の部分から分離するため、以下の手順に従って TechCore プールと training プールにラベルと taint を設定してください。TechCore Worker ノード
Vantage には、「techcore workers」と呼ばれる複数のワークロードが含まれています。これらのワークロードは、アプリケーションの主要な処理の大部分を担います (UI や API アプリケーションを実行するワークロードとは対照的です) 。これらのワークロード専用の Kubernetes ノードプールを用意することを推奨します。そのためには、techcore worker ワークロードをスケジュールするノードセットに、ラベルk8s.abbyy.com/techcore=true を追加し、さらにそれらのノードに次の taint を設定します。
Training Worker ノード
さらに、学習関連の処理を実行する特定のノードを指定して、TechCore Worker ノードを細分化します。学習関連のワークロードには、次の Toleration があります。k8s.abbyy.com/techcore=training:NoSchedule の taint を設定します。この taint を許容するのは学習関連のワークロードのみであるため、他の Vantage ワークロードがこれらのノードにスケジュールされることはありません。
taint と toleration の詳細については、Kubernetes の公式ドキュメントを参照してください。
Kubernetes ノードのサイズと台数
ノードの台数とサイズは、インストールプロファイルおよび有効化するオプションのコンポーネントによって異なります。最小構成および本番構成のインストールにおけるノードプールごとの CPU、メモリ、pod 数の要件については、サイジングガイドを参照してください。外部サービス
インストール前に以下を用意してください。検証済みの具体的な製品は、互換性 に記載されています。
† SendGrid と SMTP は相互排他的で、必要なのはいずれか一方のみです。
¶ Azure シークレットプロバイダー (
vantage.secrets.azure) を使用する場合にのみ必須です。Kubernetes Secrets プロバイダー (vantage.secrets.kubernetes) は、インストール先の名前空間にある既存の Secret リソースを読み取るため、CSI ドライバーもクラウドの Key Vault も必要ありません。
次のステップ
Azure へのインストール
AKS の前提条件、identity の設定、インストール手順。
セルフマネージド Kubernetes
独自の mesh、ingress、secrets、データ サービス、レジストリ を使用。
互換性
サポート対象の Kubernetes バージョン、ディストリビューション、依存関係のバージョン。
サイジング
ノードプール ごとの CPU、メモリ、pod 数の要件。