Google Distributed Cloud コネクテッドの GKE 機能マトリックス

このページでは、Distributed Cloud Connected で使用できるさまざまな Kubernetes 機能と GKE 機能について説明します。Distributed Cloud connected はマネージド プラットフォームであるため、基盤となるプラットフォーム機能の多くは Google が管理します。

次の表は、機能が使用可能かどうか、誰が管理するか、標準の Kubernetes やクラウドベースの GKE と動作がどのように異なるかをまとめたものです。

クラスタの管理とライフサイクル

機能 対象 管理者 説明と相違点
コントロール プレーン 利用可能 Google Google は Kubernetes コントロール プレーンを完全にプロビジョニングして管理します。コントロール プレーン コンポーネントにアクセスしたり、変更したりすることはできません。
ワーカーノードのオペレーティング システム（OS） 利用可能 Google Google は、ワーカーノードのオペレーティング システムをプロビジョニングして管理します。
クラスタのアップグレード 利用可能 Google（デフォルト）またはユーザー（省略可） デフォルトでは、クラスタのアップグレードは自動的にスケジュール設定され、実行されます。NONE リリース チャンネルを選択すると、自動アップグレードをオプトアウトできます。Google Cloud CLI または API を使用して、アップグレードを手動でトリガーできます。詳細については、クラスタのソフトウェア バージョンをアップグレードするをご覧ください。
フリート登録 利用可能 Google クラスタは、作成時に Google Cloudフリートに自動的に登録されます。
ノードへの SSH アクセス 使用不可 該当なし ワーカーノードへの直接 SSH アクセスはできません。
クラスタ オートスケーラー 使用不可 該当なし 物理ハードウェアの容量は固定されているため、クラスタの自動スケーリングはサポートされていません。
ノードの自動プロビジョニング 使用不可 該当なし 物理ハードウェアの容量が固定されているため、対象外です。
存続可能性モード 利用可能 Google Google Cloudから切断されると、クラスタは存続可能モードになり、ワークロードは最大 7 日間実行され続けます。詳細については、サバイバビリティ モードをご覧ください。

コンピューティングとワークロード

機能 対象 管理者 説明と相違点
Linux コンテナ 利用可能 自分 標準の Kubernetes コンテナ ワークロードをデプロイして管理します。詳細については、ワークロードをデプロイするをご覧ください。
仮想マシン（GDC 上の VM ランタイム） 利用可能 自分 Google 管理の VM ランタイムを使用して、コンテナとともに仮想マシンのゲスト ワークロードをデプロイして管理します。詳細については、仮想マシンを管理するをご覧ください。
GPU ワークロード 利用可能 自分 一部のハードウェア構成でサポートされています。ワークロードのデプロイを管理します。詳細については、GPU ワークロードを管理するをご覧ください。
水平 Pod 自動スケーリング（HPA） 利用可能 自分 HPA を使用すると、標準の Kubernetes マニフェストを使用して、リソース使用率（CPU とメモリ）に基づいてワークロードを自動的にスケーリングできます。物理ハードウェアの容量は固定されているため、クラスタ全体の容量を管理し、リソース割り当てを構成する必要があります。トラフィック ベースの自動スケーリングや HPA パフォーマンス プロファイルなど、GKE 固有の HPA 機能は対象外です。詳細については、水平 Pod 自動スケーリングを構成するをご覧ください。
カスタム リソース定義（CRD） 利用可能 自分 CRD をデプロイして管理し、独自のワークロード用に Kubernetes API を拡張できます。Distributed Cloud コネクテッドはマネージド環境であるため、Google はユーザーがインストールした CRD やオペレーターをサポートしたり、トラブルシューティングしたりしません。Google マネージド システム CRD を変更または削除することはできません。詳細については、Kubernetes カスタム リソースのドキュメントをご覧ください。
プリエンプティブル VM または Spot VM 使用不可 該当なし 専用ハードウェアではサポートされていません。
Windows Server ノード 使用不可 該当なし Windows ノード（Kubernetes ワーカーノード）はサポートされていません。ただし、GDC 上の VM ランタイムを使用すると、Windows Server ゲスト ワークロードを仮想マシンとして実行できます。
ホストの Namespace 使用不可 該当なし ユーザー ワークロードは、ホストの PID、IPC、ネットワーク名前空間で実行できません。
特権コンテナ 使用不可 該当なし ユーザー コンテナは特権モード（securityContext.privileged: true）で実行できません。
コントロール プレーン ノードのスケジューリング 使用不可 該当なし コントロール プレーン ノードでユーザー ワークロードをスケジュールすることはできません。ノードの toleration 制限により、コントロール プレーンの toleration キーを持つ Pod のスケジューリングがブロックされます。

ネットワーキング

機能 対象 管理者 説明と相違点
ネットワーク機能オペレーター 利用可能 Google Google が Network Function オペレータをインストールして管理します。VLAN などの高度なネットワーキング シナリオは、オペレーターが提供するカスタム リソースを使用して構成します。詳細については、ネットワーク機能オペレータをご覧ください。
上り（内向き） 利用可能 自分 提供されているネットワーク機能を使用して、ワークロードの Ingress リソースを構成できます。詳細については、Distributed Cloud connected のネットワーキング機能をご覧ください。
サービス ロード バランシング 利用可能 自分 バンドルされた MetalLB レイヤ 2 ロードバランサによってバックアップされる LoadBalancer タイプの標準 Kubernetes サービスを使用して、ワークロードをローカル ネットワークに公開できます。詳細については、ロード バランシングをご覧ください。
ネットワーク ポリシー 利用可能 自分 標準の Kubernetes ネットワーク ポリシーは、ワークロード トラフィック制御でサポートされています。詳細については、ネットワーク ポリシーを使用して Pod と Service 間の通信を制御するをご覧ください。
クラスタ DNS 利用可能 Google 基盤となるクラスタ DNS コンポーネントは Google がインストールして管理します。アップストリーム ネームサーバーとドメイン固有のルーティング ルールは、ClusterDNS カスタム リソースを使用して構成します。詳細については、クラスタの DNS を構成するをご覧ください。
Pod 用の複数のネットワーク インターフェース（マルチ NIC） 利用可能 自分 Pod を複数のネットワーク インターフェースに接続して、さまざまなタイプのトラフィックを分離したり、ワークロードをセカンダリ ネットワークに接続したりできます。ネットワークとサブネットワークは、Distributed Cloud 接続のカスタム リソースを使用して構成します。MacVLAN ドライバは、仮想マシンを実行している Pod ではサポートされていません。詳細については、ネットワークの作成と管理をご覧ください。

ストレージ

機能 対象 管理者 説明と相違点
ストレージ クラス 利用可能 ユーザー（設定）と Google（更新） デフォルトのストレージ クラスの設定など、Symcloud Storage クラスを構成して管理します。Google は、基盤となるバンドルされたソフトウェア定義ストレージ ソリューションのソフトウェア アップデートを管理します。詳細については、Symcloud Storage クラスをご覧ください。
Persistent Volume Claims 利用可能 自分 ワークロードの永続ストレージをリクエストするには、Persistent Volume Claims を作成します。ReadWriteOnce（RWO）アクセスモードのみがサポートされています。ReadWriteMany（RWX）はサポートされていません。詳細については、ワークロード用に抽象化された Symcloud Storage ボリュームを構成するをご覧ください。
外部ブロック ストレージ 使用不可 該当なし 専用の Distributed Cloud 接続ハードウェアではサポートされていません。ワークロードは、構成されたローカル ソフトウェア定義ストレージ クラス（Symcloud Storage）を使用する必要があります。
hostPath ボリューム 利用可能 Google（ポリシー）とユーザー（構成） hostPath ボリュームは、一般的なストレージの推奨設計パターンとしてではなく、厳しく制限されたフォールバックとしてのみ使用します。標準のアプリケーション ボリュームと VM ディスクには、ネットワーク ベースのストレージ クラスまたは PersistentVolumeClaims を使用することをおすすめします。低レベルのハードウェア パススルーとネットワーク構成をサポートするため、Google は、次のディレクトリへの読み取り/書き込みアクセスを制限するポリシー コントローラ ウェブフックを適用します。/dev/hugepages、/dev/infiniband、/dev/vfio、/dev/char、/sys/devices。
ボリューム タイプ 利用可能 自分 ユーザー ワークロードでサポートされているのは、configMap、csi、downwardAPI、emptyDir、nfs、persistentVolumeClaim、projected、secret の限られたボリューム タイプのみです。

セキュリティと ID

機能 対象 管理者 説明と相違点
Workload Identity 利用可能 Google フリート Workload Identity 連携はデフォルトであり、クラスタに対して自動的に構成されます。詳細については、Workload Identity クラスタ認証をご覧ください。
ワークロード ロールベース アクセス制御（RBAC） 利用可能 自分 ユーザーとワークロードの RBAC を構成します。詳細については、ロールと権限をご覧ください。
プラットフォーム RBAC 利用可能 Google Google は、システム コンポーネントとコントロール プレーンの RBAC を管理します。詳細については、ロールと権限をご覧ください。
External Secrets Operator 利用可能 自分 External Secrets Operator をインストールして管理し、ワークロードの Secret Manager からシークレットを安全に取得します。詳細については、External Secrets Operator を使用するをご覧ください。
ユーザーとグループの権限借用 使用不可 該当なし Kubernetes のユーザーとグループのなりすましはサポートされていません。
CertificateSigningRequest 使用不可 該当なし ワークロードは、標準の Kubernetes CertificateSigningRequest リソースタイプを使用して X.509 証明書の発行をリクエストできません。

オブザーバビリティと構成

機能 対象 管理者 説明と相違点
監査ロギング 利用可能 Google 監査ログは自動的に収集され、Cloud Logging に転送されます。詳細については、Google Distributed Cloud コネクテッドの監査ロギングをご覧ください。
プラットフォームの指標とログ 利用可能 Google Google は、プラットフォーム コンポーネントの健全性とパフォーマンスをモニタリングします。詳細については、ログと指標をご覧ください。
アプリケーションの指標とログ 利用可能 自分 アプリケーション ワークロードのモニタリングはお客様の責任で行ってください。詳細については、ログと指標をご覧ください。
フリート パッケージ 利用可能 自分 Config Sync のフリート パッケージを使用すると、クラスタ全体への構成のデプロイを自動化できます。詳細については、Distributed Cloud Connected でフリート パッケージを使用するをご覧ください。