メインコンテンツへスキップ
Vantage 3.0 セルフホスト版は、vantage-operator (Vantage カスタムリソースを監視するコントローラー) と vantage-selfhosted (選択したインストール先の名前空間に Vantage リソースと関連マニフェストを作成するチャート) の 2 つの Helm チャートで提供されます。このページでは、両方のチャートと、主に設定する値について説明します。 CRD の field レベルの詳細については、APIリファレンスを参照してください。インストール手順については、Azure または セルフマネージド Kubernetes のいずれかを選択してください。
vantage-operator と vantage-selfhosted は、同じバージョンのものをインストールしてください。このページに記載しているデフォルト値は、最新リリースのものです。以前のアーティファクトバージョンでは使用できない値もあります。各リリースのすべての値とデフォルト値は、そのリリースの Helm チャートの値に関するページに記載されています。該当するリリースは リリース で確認してください。

vantage-operator

クラスターごとに1回、任意の名前空間にインストールします。オペレーターは、Vantage カスタムリソースで定義された Vantage のインストールをリコンサイルします。
このチャートは、クラスターごとに1つのインスタンスのみインストールしてください。 このチャートの ClusterRole と ClusterRoleBinding はクラスタースコープのリソースであり、固定の名前を使用します。詳細については、既知の制限事項を参照してください。

トップレベルのスタンザ

  • nameOverride / fullnameOverride: チャートのフルネームを部分的に上書き (リリース名は維持) するか、完全に上書きします。デフォルトでは未設定です。
  • manager: オペレーターの Deployment です。image、コンテナーの args (リーダー選出はデフォルトで有効) 、env (downward API 経由で取得する pod 名と名前空間) 、imagePullSecrets、pod とコンテナーのセキュリティコンテキスト (非root、権限昇格なし、読み取り専用の root ファイルシステム) 、resources、スケジューリング (affinity、nodeSelector、tolerations) を設定します。
  • rbacHelpers: カスタムリソースを管理するためのオプションの admin/editor/viewer ロールです。デフォルトでは無効です。
  • crd: CRD ライフサイクルを設定します。チャートと一緒に CRD をインストールするかどうか (enable) と、チャートのアンインストール時に CRD を残すかどうか (keep) を指定します。
  • metrics: RBAC で保護された /metrics エンドポイントです。
  • certManager: TLS 証明書を管理するための cert-manager 連携です。webhook 証明書とメトリクスエンドポイントの証明書に必要です。デフォルトでは無効です。
  • prometheus: メトリクスのスクレイピングに使用する Prometheus ServiceMonitor です。クラスターに prometheus-operator がインストールされている必要があります。デフォルトでは無効です。

主な値

デフォルト値は最新リリースのものです。チャートのバージョンで指定可能な値を表示するには、使用可能な値の確認を参照してください。 Vantage アプリケーションの設定は、vantage-selfhosted チャートによって作成される Vantage カスタムリソースで管理されます。

vantage-selfhosted

任意の名前空間にインストールします。このチャートには、Vantage カスタムリソース、Vantage のワークロードデータとその関連 RBAC を含む ConfigMap、および ABBYY のアップストリームのインフラストラクチャリポジトリから取得した Vantage 関連の CRD とロールが含まれています。 ほとんどの値は、Vantage カスタムリソースのフィールドに直接マッピングされます。フィールド単位の仕様については、APIリファレンスを参照してください。

トップレベルのスタンザ

  • operator: オペレーターのインストール先へのポインター (namespace と controllerManagerServiceAccount) 。
  • ingress: チャートの組み込み Ingress。ingress.type で種類を選択します。Traefik などを使用して Ingress を独自に管理する場合は、enabled: false を設定します。
  • mesh: Istio メッシュのリソース (mesh.istio.enabled) 。これはトップレベルの設定セクションであり、Vantage.spec の field ではありません。
  • serviceAccounts: Vantage ワークロード、OCI 移行ジョブ、および個々のワークロード用にチャートが作成する ServiceAccount。これはトップレベルの設定セクションであり、Vantage.spec の field ではありません。
  • vantage: Vantage.spec のペイロード (argocd、databaseProvider、debug、dnsRecord、idReadingEnabled、keda、mailFrom、minimalInstall、ociMigration、platformAdminEmail、reportingEnabled、reverseProxy、secrets、serviceAccountName、smtp、storage、techcore、updatePolicy、vantageVersion、workloads) 。これらの値は Vantage カスタムリソースにそのまま渡されます。
  • defaultSkills: 同梱のカタログに含まれるデフォルトSkill のうち、skill-installer-operator がインストールするものを指定します。これはトップレベルの設定セクションであり、Vantage.spec の field ではありません。
  • observability: チャートがレンダリングする Prometheus ServiceMonitor の設定。これはトップレベルの設定セクションであり、Vantage.spec の field ではありません。
  • workloadsConfigMap: チャートに同梱される workloads ConfigMap を制御します。create でチャートが ConfigMap を作成するかどうかを切り替え、additionalMetadata でチャートごとの高度なオーバーライドを指定します。これはトップレベルの設定セクションであり、Vantage.spec の field ではありません。

必須の値

オプションの値

使用可能な値の確認

vantage-operator チャートは Kubebuilder Helm プラグインによって生成されます。一方、vantage-selfhosted チャートの Vantage カスタムリソースと workloads ConfigMap のテンプレートは手動で管理されています。チャートの各バージョンで使用できる値を表示するには、次のコマンドを実行します。
$charts_uri、$chart_uri、およびバージョン変数は、インストール変数で説明されている規則に従います。 適用する前に、レンダリングされたマニフェストを確認するには、次のようにします。

オペレーターの設定と Vantage の設定

TechCore worker のデプロイメント

vantage-selfhosted チャートは Vantage カスタムリソースを適用します。続いてオペレーターが、spec.techcore.* の設定に応じて TechCore worker チャートの一部をデプロイします。デプロイされるチャートは、以下のマトリックスのとおりです。

命名規則

ワーカーチャートの名前は vtc-{version}-worker-{name}-helm という形式で、{version} には spec.techcore.versions に記載されたバージョンが入ります。バージョン番号は単なる名前のプレフィックスであり、オペレーターにとって特別な意味はありません。利用可能なワーカーの一覧は、vantage-selfhosted チャートに同梱されている workloads ConfigMap によって決まります。

2 回のデプロイメントパス

spec.techcore.versions に記載されていないバージョンのワーカーチャートはデプロイされません。以前の TechCore バージョンのワーカーを現在のバージョンと並行して稼働させ続けるには、両方のバージョンを記載してください。チャートのデフォルト値 [3, 4] では、TechCore 4 が現在のバージョン、TechCore 3 が以前のバージョンとしてデプロイされます。

インクルージョンマトリクス: 現行バージョン

インクルージョンマトリクス:以前のバージョンのパス

spec.techcore.versions に含まれるバージョンのうち、最上位を除くすべてのバージョンに対して実行されます。
ID reading は TechCore ではなく、プラットフォームレベルで扱われる機能です。そのフラグである spec.idReadingEnabled は spec.techcore の外部で定義されます。worker-id-reading チャートがデプロイされることはありません。Vantage.spec リファレンスを参照してください。
このマトリクスが判定するのは、選択されたバージョンの workloads ConfigMap に存在するワーカーを対象に、どれを含めるかという点のみです。そのバージョンのワークロードに存在しないチャートは、そもそもデプロイできません。たとえば、worker-ocr-join は現時点では vtc-2 のワークロードセットにのみ含まれているため、spec.techcore.versions に 2 が含まれる場合に限り、vtc-2-worker-ocr-join-helm としてデプロイされます。

次のステップ

APIリファレンス

Vantage カスタムリソースの各フィールドに関するリファレンスです。

Azure へのインストール

これらのチャートを使用した具体的なインストール手順です。

セルフマネージド Kubernetes

お客様が管理する Ingress、メッシュ、シークレット、ストレージ、データサービスを使用してインストールします。