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