VMware 用 Distributed Cloud ソフトウェアのみを使用すると、VMware vSphere 環境に Google Kubernetes Engine（GKE）クラスタをデプロイして管理できます。 Google Cloud の機能とインフラストラクチャを使用しながら、データセンターでコンテナ化されたアプリケーションを実行してアップグレードできます。
物理サーバーでソフトウェアのみのクラスタを直接実行するには、ベアメタル向け Distributed Cloud ソフトウェアのみの概要をご覧ください。
VMware 用 Distributed Cloud ソフトウェアのみを使用する理由
既存の vSphere インフラストラクチャで VMware 用 Distributed Cloud ソフトウェアのみを実行すると、チームがすでに使用している仮想化プラットフォーム、ストレージ、運用プロセスを維持しながら、GKE でアプリケーションをモダナイズできます。
vSphere 環境との統合
Google Distributed Cloud は、既存の vCenter 環境でクラスタノードを仮想マシンとして実行するため、すでに運用している vSphere ホストにコンテナ化されたワークロードを追加できます。クラスタは、vSAN、VMFS、または NFS でサポートされる vSphere データストアにデータを保存します。個々のノードプールに異なるデータストアを割り当てることができます。vSphere Container Storage Interface（CSI）ドライバは、ステートフル ワークロードの永続ボリュームをプロビジョニングします。詳細については、ストレージをご覧ください。
オンプレミス データの一元管理
管理ワークステーションにログインせずに、GKE On-Prem API を使用して、 Google Cloud コンソール、Google Cloud CLI、または Terraform からクラスタを管理、モニタリング、トラブルシューティングします。アプリケーションとビジネスデータはデータセンターに残り、 Google Cloud はクラスタのメタデータ、健全性、使用状況に関する情報のみを受け取ります。詳細については、データセンターに保持されるデータをご覧ください。
エンタープライズの信頼性と運用
Google Distributed Cloud には、プロダクション レディな運用機能が含まれています。
- 高可用性: 高可用性管理クラスタとユーザー クラスタのコントロール プレーンは 3 つのコントロール プレーン ノードを使用するため、ノードに障害が発生しても環境を管理できます。
- ノードの自動修復: 定期的なヘルスチェックで異常なノードが検出され、ノードの自動修復によって自動的に修復されます。この機能はデフォルトで有効になっています。
- クラスタの自動スケーリング: クラスタ オートスケーラーは、ワークロードのリソース リクエストに基づいて、ノードプール内のノードを追加または削除します。
- 柔軟なロード バランシング: クラスタノードで実行されるバンドルされた MetalLB ロードバランサを使用するか、F5 BIG-IP や Citrix などのサードパーティのロードバランサを構成します。詳細については、ロード バランシングの概要をご覧ください。
仕組み
Google Distributed Cloud は GKE を拡張して、vSphere 環境の物理サーバーにクラスタを作成できるようにします。これらのオンプレミス クラスタは、統合されたフリートの一部として、クラウドベースのクラスタとともに Google Cloud で管理します。
Google Cloudで実行されている GKE クラスタでは、Google が Kubernetes コントロール プレーンとネットワーク インフラストラクチャを管理します。データセンターで実行される Google Distributed Cloud クラスタの場合、 Google Cloud は、インストールとアップグレードのプロセスの一環として、vSphere 仮想マシンにダウンロードしてデプロイされる管理プレーンとコントロール プレーンのソフトウェアを提供します。
次の図は、管理クラスタとユーザー クラスタを含む、インストール完了後のアーキテクチャを示しています。
主要コンポーネント
VMware 用 Distributed Cloud ソフトウェアのみのインストールは、次のコンポーネントで構成されます。
- 管理クラスタ: 1 つ以上のユーザー クラスタを管理します。管理クラスタは、専用の仮想マシンで実行される 1 つ以上のコントロール プレーン ノードで構成されます。
- ユーザー クラスタ: コンテナ化されたワークロードを実行します。各ユーザー クラスタは、1 つ以上のコントロール プレーン ノードと 1 つ以上のワーカーノードで構成されます。
- 管理ワークステーション: クラスタ構成ファイルと管理ツールを含む専用の仮想マシン。
gkectl: クラスタ デプロイを作成、更新、管理します。kubectl: 管理クラスタとユーザー クラスタを操作してワークロードを管理します。
- Google Cloud コンソール: 管理ワークステーションにログインせずに、クラスタの健全性を確認し、ライフサイクル オペレーションを実行するための Google Cloud のウェブ インターフェース。
- 仮想 IP アドレス（VIP）: インストール時に構成された仮想 IP。クラスタ管理者とデベロッパーは、
kubectlとコントロール プレーン VIP を使用して、管理クラスタとユーザー クラスタのコントロール プレーンにアクセスします。アプリケーション ユーザーとデベロッパーは、Service VIP と Ingress VIP を使用し、それぞれワークロードにアクセスして公開します。詳細については、IP アドレスを計画するをご覧ください。
フリートへの接続
すべてのユーザー クラスタは、フリートのメンバーです。フリートは、Kubernetes クラスタの論理グループであり、環境全体で統合管理を提供します。フリートを使用すると、 Google Cloud コンソールでクラスタをまとめて表示し、フリート対応機能を使用してワークロードを大規模に管理、統制、運用できます。
各クラスタは、クラスタのインストール時に自動的にデプロイされる Connect Agent を介して Google Cloud に接続します。フリート メンバーシップによって、VMware 用 Distributed Cloud ソフトウェアのみの課金も決定されます。
料金
Google Distributed Cloud を使用して作成されたオンプレミス クラスタは、vCPU ごとに課金されます。課金を有効にするには、 Google Cloudプロジェクトで Anthos API を有効にします。
営業担当者へのお問い合わせ方法など、料金の詳細については、Google Kubernetes Engine の料金をご覧ください。
バージョン
このドキュメントでは、サポートされている Google Distributed Cloud のバージョンについて説明します。このドキュメントでは、サポート対象外の古いバージョンに関する情報も必要に応じて残しています。
サポートされているバージョンとリリース ポリシーについては、次のリソースをご覧ください。
- バージョン サポート ポリシー: メンテナンス スケジュールとサポート期間。
- バージョニング: サポートされているマイナー バージョンと利用可能なパッチ。
1.29 リリース以降、以前のマイナー リリースのディレクトリを作成することはなくなりました。動作の違いはドキュメントに記載されています。新しい機能が利用可能になると、その機能でサポートされているバージョンがドキュメントに記載されます。
バージョン 1.16 以前のドキュメントは、次の場所にアーカイブされています。
https://cloud.google.com/anthos/clusters/docs/on-prem/VERSION/
VERSION をマイナー バージョン（1.0～1.16）に置き換えてから、URL をコピーしてブラウザのアドレスバーに貼り付けます。
データの保存場所
VMware 用 Distributed Cloud ソフトウェアのみを実行すると、クラスタ、アプリケーション、ビジネスデータはデータセンターに保持されます。デフォルトでは、Google Distributed Cloud は、設定、健全性、使用状況などのクラスタに関する Google Cloud 情報を送信しますが、アプリケーション データは送信しません。
データセンターに保持されるデータ
次のデータはデータセンターに保持されます。
- コンテナ、Pod、PersistentVolume、アプリケーションが処理するデータ。
- すべての Kubernetes オブジェクトは、コントロール プレーンと
etcdデータベースに保存されます。 - 管理クラスタのコントロール プレーンには、自己署名
etcd秘密鍵、ユーザー クラスタ鍵、クラスタ認証局（CA）が保存されます。 - アプリケーション シークレット、OAuth トークン、SSH 秘密鍵、コンテナ レジストリ認証情報、vCenter と F5 BIG-IP の認証情報、サービス アカウント キーファイル。これらは
etcdまたは管理者ワークステーションに保存されます。これらは GKE On-Prem API に送信されず、診断スナップショットから削除されます。 - 管理クラスタ、ユーザー クラスタ、認証情報の構成ファイルは、管理者ワークステーションに保存されます。
- 監査ログは、管理クラスタのコントロール プレーン ノードとユーザー クラスタのディスクに書き込まれます。
- 診断スナップショットを Cloud Storage にアップロードすることもできます。
Google Cloudに送信されるデータ
次の表に、送信されるデータ、その使用方法と保存方法、オフにできるかどうかを示します。
| データ | 送信される情報 | 使用と保管 | デフォルト |
|---|---|---|---|
| 接続とフリート登録 （ gkehub.googleapis.com、gkeconnect.googleapis.com） |
|
Google Cloud コンソール、Connect Gateway、Connect Agent を使用したフリートからクラスタを管理します。kube-apiserver は、各リクエストを認証、認可、監査ログに記録します。 |
必須 |
| クラスタの設定とステータス （ gkeonprem.googleapis.com） |
|
Google Cloud コンソール、Google Cloud CLI、または Terraform を使用してクラスタを管理できます。GKE On-Prem API は、このデータを gkeOnPremAPI.location で設定されたリージョンに保存します。 |
バージョン 1.16 以降で、 Google Cloud プロジェクトで GKE On-Prem API が有効になっている場合はオン。オフにするには、gkeOnPremAPI.enabled を false に設定します。 |
| 請求の使用状況 （ anthos.googleapis.com） |
vCPU 容量、ノード数、ライセンス利用資格のステータス。 | 測定、課金、ライセンス チェックに使用されます。 | 必須。課金レコードは、サービス停止中にバッファリングされ、後で送信されます。 |
| 健康に関するデータ （ logging.googleapis.com、monitoring.googleapis.com、opsconfigmonitoring.googleapis.com） |
|
Cloud Monitoring、 Google Cloud コンソールのステータス ビュー、カスタマーケアのトラブルシューティングに使用されます。stackdriver.projectID で設定された Google Cloud プロジェクトに保存されます。指標は stackdriver.clusterLocation リージョンに保存され、ログはログルーターの設定に従います。 |
システムログと指標の場合はオン。完全なカスタマーケア サポートと SLA の対象範囲に必要です。Stackdriver リソースで enableCloudLoggingForApplications または enableGMPForApplications を true に設定しない限り、アプリケーション ログと指標はオフになります。 |
| 監査ログ （ anthosaudit.googleapis.com） |
管理アクティビティ監査ログ: kube-apiserver を介して誰が、何を、いつ変更したか。エントリには、時刻、クラスタ、ホストまたは VM、ユーザーまたはサービス アカウント、RBAC ロール、オペレーション、結果が含まれます。読み取りリクエストは記録されません。 |
cloudAuditLogging.projectID で設定された Google Cloud プロジェクトの Cloud Audit Logs に _Required バケットで保存され、400 日間保持されます。 |
（省略可）有効にするには、cloudAuditLogging セクションに入力します。管理クラスタの場合、作成時にのみ有効にできます。ユーザー クラスタで無効にするには、このセクションを削除してクラスタを更新します。 |
次のステップ
- 最小限の概念実証のインストールを開始するには、最小限のインフラストラクチャを設定するをご覧ください。
- 本番環境のデプロイを計画するには、インストールの概要をご覧ください。