Kubernetes クラスタの構成

このドキュメントでは、Kubernetes クラスタで使用できる構成オプションについて説明します。単一のプロジェクト内で機能する Kubernetes クラスタを作成することも、複数のプロジェクトにまたがる Kubernetes クラスタを作成することもできます。これにより、Google Distributed Cloud（GDC）エアギャップ環境でコンテナ ワークロードを管理するための戦略に沿って Kubernetes クラスタを構成できます。クラスタ構成では、管理アクションに対して権限ベースのさまざまな制御も提供されるため、GDC でコンテナ ワークロードの設定を管理することも、ユースケースに基づいて手動で構成して柔軟性を高めることもできます。

このドキュメントは、次のユーザーを対象としています。

  • コンテナ ワークロードをホストする Kubernetes クラスタの作成を担当するプラットフォーム管理者グループの IT 管理者。

  • エアギャップ環境でコンテナ アプリケーションの開発を担当するアプリケーション オペレーター グループのアプリケーション デベロッパー。

詳細については、GDC エアギャップ環境のドキュメントの対象読者をご覧ください。

構成オプション

GDC には、管理と柔軟性のレベルが異なる 2 つのクラスタ構成があります。

  • 共有クラスタ: プラットフォーム管理者グループによって管理されるマルチプロジェクト Kubernetes クラスタ。組織レベルで統合されたマネージド サービスのフルパッケージを提供します。
  • Standard クラスタ: アプリケーション オペレーター グループによって管理されるシングル プロジェクトのセルフサービス Kubernetes クラスタ。共有環境のマネージド サービスと競合する可能性のあるカスタム ワークロードに対して、より柔軟に対応できます。

次の表に、共有 Kubernetes クラスタと Standard Kubernetes クラスタの違いを示します。

機能 共有クラスタ Standard クラスタ
オーナー プラットフォーム管理者グループ アプリケーション オペレーター グループ
クラスタ管理者 プラットフォーム管理者グループ プラットフォーム管理者グループまたはアプリケーション オペレーター グループ
テナンシー 複数のプロジェクト 単一プロジェクト
実装 作成、読み取り、更新、削除、アップグレード 作成、読み取り、更新、削除、アップグレード
モニタリング Kubernetes 用の Grafana ダッシュボードを備えた Prometheus Kubernetes 用の Grafana ダッシュボードを備えた Prometheus
プロジェクト間の上り（内向き）と下り（外向き） GDC によって管理 構成可能
バックアップと復元 クラスタ、プロジェクト、ワークロード クラスタ、プロジェクト、ワークロード
Kubernetes Namespace の管理 GDC によって管理 構成可能
カスタム リソースとコントローラ GDC によって管理 構成可能
ロギング GDC によって管理 GDC によって管理
監査と請求 GDC によって管理 構成可能
リソースの種類 ゾーンのみ ゾーンのみ
サーフェス サポート GDC コンソール、API、Terraform GDC コンソール、API、Terraform
マネージド サービス 構成できない保護されたサービスの包括的なセットが含まれています。 最小限の必須サービスが含まれており、サービスの柔軟性が向上しています。
Marketplace のサービス Marketplace のサービスとの統合が含まれています。 統合できません。

詳細については、クラスタ構成に関する次のセクションをご覧ください。

共有クラスタ

共有クラスタは、Istio、Gatekeeper、Managed Harbor Service、Nginx などの保護されたサービスのセットを含む、システム管理のクラスタを提供します。クラスタのシステム管理アプローチでは、platform Namespace で実行される Kubernetes クラスタ構成が提供され、既存のプロジェクトに接続できます。

共有クラスタは複数のプロジェクトにまたがることができるため、組織スコープになります。つまり、一部の対象読者グループでは利用できません。プラットフォーム管理者グループは、アプリケーション デベロッパーの監督をほとんど受けずに、共有クラスタの作成と管理を行います。

プロジェクト間の上り（内向き）と下り（外向き）のネットワーク トラフィックは、GDC によって管理されます。通常、ネットワーク ポリシーは プロジェクト ネットワーク ポリシーを使用して処理されます。

共有クラスタの主なユースケースは次のとおりです。

  • デフォルトでマネージド機能の完全なエコシステムを提供し、カスタマイズがほとんど必要ないクラスタが必要です。
  • 複数のプロジェクトにまたがってコンテナ ワークロードを管理したい。
  • 既存のクラウド環境からワークロードを移行する必要がない。

共有クラスタの作成の詳細については、 共有クラスタを作成するをご覧ください。

Standard クラスタ

Standard クラスタは、Prometheus や Grafana などの最小限のサービスを含む、構成可能な Kubernetes クラスタを提供します。Standard クラスタには、必要な Kubernetes コンテナ ワークロード機能に必要な必須サービスのみが含まれています。追加のサービスをインストールして、ユースケースに合わせてクラスタをカスタマイズできます。

Standard クラスタはプロジェクト内でのみスコープ設定されるため、プロジェクト内に限定されたアプリケーション デベロッパーは、その機能方法を直接制御できます。アプリケーション オペレーター グループは、プラットフォーム管理者の監督をほとんど受けずに、Standard クラスタの作成と管理を行います。

多くの場合、アプリケーション デベロッパーは、GDC 固有のネットワーク構成に依存するのではなく、標準の Kubernetes ネットワーク API を使用してクラスタ ネットワークを制御します。ただし、Standard クラスタでは、次のような GDC 固有のネットワーク構成のサブセットを構成できます。

Standard クラスタの主なユースケースは次のとおりです。

  • デフォルトで最小限のサービスを提供するクラスタが必要です。これにより、ニーズに合わせて包括的な構成が可能になります。
  • カスタム リソース定義や Namespace など、Kubernetes のより深い構造をより詳細に制御したい。
  • 単一のプロジェクト内でのみコンテナ ワークロードを管理したい。
  • 既存のクラウド環境に既存のコンテナ ワークロードがあり、GDC エアギャップ環境に移行したい。

Standard クラスタの作成の詳細については、 Standard クラスタを作成するをご覧ください。

次のステップ