Google Cloud 外のクラスタに Knative serving をインストールする前に、次の要件を満たしていることを確認してください。
Knative serving のコンポーネントのアクセス権限を確認し、理解します。
クラスタ、フリート、Anthos Service Mesh のインストール要件を満たすには、Google Cloud プロジェクトに十分な権限があることを確認する必要があります。
- Google Cloud プロジェクトのオーナーの役割を持っている場合は、必要な権限を超えて、クラスタの作成、インストール、Knative serving の構成を行うことができます。
- Google Cloud 外の GKE クラスタにも、他の権限が必要になる場合があります。クラスタのドキュメントと要件を確認する。
Anthos Service Mesh の権限要件も、Knative serving のインストールと構成に関するすべての権限要件を満たしているか注意してください。
他のロールの使用と最小要件:
組織によっては、次の事前定義ロールを組み合わせて権限要件を満たすこともできます。
Google Cloud プロジェクトの権限: 基本編集者のロール
GKE Enterprise フリートの権限: GKE Hub 管理者、または次の権限を含むロール。
gkehub.features.creategkehub.features.update
クラスタの権限: Kubernetes Engine 管理者のロール。
- Kubernetes Engine 管理者
- Kubernetes Engine クラスタ管理者
次の構成の GKE Enterprise クラスタが必要です。
サポートされている Google Distributed Cloud Virtual クラスタ。Google Distributed Cloud Virtual クラスタの以前のインストールについては、VMware 上の Knative serving をフリートに移行する必要があります。
プレビュー: Google Cloud 外部の他の GKE クラスタ環境は現在、「プレビュー版」として利用できます。 詳細については、こちらをご覧ください。
GKE Enterprise フリートに登録している。
クラスタを登録して Workload Identity をフリートで有効にする方法について詳しくは、クラスタの登録をご覧ください。
クラスタ内、Anthos Service Mesh バージョン 1.18 以降がインストールされている。また、次の前提条件にも注意してください。
- 現在、Knative serving は、Google が管理する Anthos Service Mesh コントロール プレーンを完全にサポートしていません。代わりに、クラスタ内コントロール プレーンを使用してください。
- Anthos Service Mesh では、クラスタで少なくとも 4 つの vCPU（
e2-standard-4など）を備えたマシンタイプを使用する必要があります。要件の詳細については、Anthos Service Mesh のインストール ガイドをご覧ください。既存のクラスタのマシンタイプを変更する必要がある場合は、異なるマシンタイプへのワークロードの移行をご覧ください。 - テストドメインの自動プロビジョニングを活用するために、Anthos Service Mesh は Ingress ゲートウェイと、名前空間
istio-systemのistio-ingressという名前のサービスを使用します。機能のインストール中にゲートウェイの作成を有効にするには、asmcliインストール スクリプトの--option legacy-default-ingressgatewayを使用します。
Google Cloud プロジェクトで次の API を有効にする必要があります。
- Google Kubernetes Engine API: コンテナベースのアプリケーションを構築および管理します。
- Cloud Build API: ビルドを作成および管理します。
- Container Registry API: Container Registry 内のイメージを push および pull します。