VMware Engine で Google Cloud NetApp Volumes を vSphere データストアとして使用する

このページでは、Google Cloud VMware Engine の ESXi ホストの外部データストアとして、Standard、Premium、Extreme、Flex Unified サービスレベルの Google Cloud NetApp Volumes NFS ストレージを使用する方法について説明します。Google Cloud NetApp Volumes をデータストアとして使用するには、vSphere クラスタと同じリージョンに Google Cloud NetApp Volumes ボリュームを作成し、VMware Engine の既存の ESXi ホストに外部データストアとしてマウントします。このソリューションでは、クラッシュ整合性のあるスナップショットとクロスリージョン レプリケーションによるデータ保護が提供されます。

前提条件やメリットなど、NFS データストアの概要については、 NFS データストアの概要をご覧ください。

次の図は、VMware Engine と Compute Engine で使用される NetApp Volumes を示しています。

VMware Engine と Compute Engine に関連する NetApp Volumes。

上の図は、Google Cloud NetApp Volumes を VMware Engine の外部データストアとして使用する方法を示しています。VPC ネットワークと VMware Engine ネットワーク（VEN）の間には、VPC ネットワーク ピアリング接続が存在します。また、VEN と NFS ボリュームが存在する Google Cloud NetApp Volumes サービス ネットワークの間にも、別の VPC ネットワーク ピアリング接続が存在します。Google Cloud NetApp Volumes ボリュームは、VMware Engine プライベート クラウドの ESXi ホストに NFS データストアとしてマウントされます。

制限事項

NFS データストアの概要で説明されている制限事項に加えて、Google Cloud NetApp Volumes データストアには次の制限が適用されます。

  • VAAI: コピー オフロード (VAAI) はサポートされていません。

始める前に

外部 NFS ボリュームをデータストアとしてマウントする前に、次の前提条件を満たしていることを確認してください。

  • VPC ピアリング: NFS ボリュームの VPC ネットワークと、データストアをマウントするプライベート クラウドの VMware Engine ネットワーク（VEN）の間に、アクティブな VPC ネットワーク ピアリング接続を確立します。
  • サービス サブネット: NFS トラフィック用に割り当てられた一意の CIDR の範囲を持つ専用のサービス サブネットを予約します。外部 NFS ストレージ用に、VMware Engine サービス ネットワークに少なくとも /26 CIDR を構成します。 このサブネットは NFS データストア専用にする必要がありますが、同じサービス サブネットを複数の NFS データストアに使用できます。
  • 削除保護: 削除保護を有効にすると、ボリュームで 誤った削除やデータ損失を防ぐことができます。

権限

Google Cloud NetApp Volumes ボリュームを外部データストアとしてマウントするには、 VMware Engine サービス エージェントに特定の IAM ロールが service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.comに必要です。 サービス エージェントに次のロールを付与します。

  • roles/netapp.viewer: Google Cloud NetApp Volumes が存在するプロジェクトにこのロールを付与します。このロールにより、VMware Engine は Google Cloud NetApp Volumes ボリュームにアクセスできます。
  • roles/compute.networkViewer: Google Cloud NetApp Volumes が存在するプロジェクトにこのロールを付与します。共有 VPC を使用していて、Google Cloud NetApp Volumes がサービス プロジェクトにデプロイされている場合は、代わりにホスト プロジェクトにこのロールを付与します。このロールにより、VMware Engine はネットワーク ピアリングを表示できます。

次の gcloud CLI コマンドを使用して、これらのロールを付与します。

gcloud projects add-iam-policy-binding NETAPP_PROJECT_ID \
    --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.com \
    --role=roles/netapp.viewer

gcloud projects add-iam-policy-binding VPC_HOST_PROJECT_ID \
    --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.com \
    --role=roles/compute.networkViewer

次のように置き換えます。

  • NETAPP_PROJECT_ID: Google Cloud NetApp Volumes ボリュームが存在するプロジェクト ID。
  • PROJECT_NUMBER: VMware Engine が有効になっているプロジェクト番号。
  • VPC_HOST_PROJECT_ID: Google Cloud NetApp Volumes で使用される VPC ネットワークを保持するプロジェクト ID。Google Cloud NetApp Volumes が共有 VPC サービス プロジェクトにデプロイされている場合、これはホスト プロジェクトの ID です。それ以外の場合、この値は NETAPP_PROJECT_ID と同じです。

VPC ネットワークの詳細を取得する

VMware Engine と NetApp Volumes の間にピアリング接続を作成する場合は、NetApp Volumes で使用される VPC ネットワークの詳細が必要になります。これらの詳細を取得する手順は次のとおりです。

  1. コンソールで、[VPC ネットワーク] ページに移動します。 Google Cloud

    [VPC ネットワーク] に移動

  2. NetApp Volumes とピアリングされている VPC ネットワークをクリックします。

  3. [VPC ネットワーク ピアリング] タブをクリックします。

  4. NetApp Volumes テナント プロジェクトへのピアリング接続を選択します。通常、接続名は sn-netapp-prod です。

  5. [ピアリングされたプロジェクト ID]（netapp-tenant-project-tp など）と [ピアリングされた VPC ネットワーク] 名をコピーします。

レガシー ネットワークでピアリング接続を作成する

VMware Engine と NetApp Volumes または Filestore サービス間の接続を確立するには、テナントホスト プロジェクト間で 1 回限りのピアリングを作成します。VMware Engine プロジェクトとプライベート クラウドが 2023 年 11 月 12 日より前に作成されている場合、以前のバージョンの VMware Engine ネットワークを使用しています。以前のバージョンの VMware Engine ネットワークを使用する環境では、次の操作を行います。

  1. コンソールで、[**プライベート接続**] ページに移動します。 Google Cloud

    プライベート接続に移動

  2. [プロジェクトを選択] をクリックし、ピアリング接続を作成する組織、フォルダ、またはプロジェクトを選択します。

  3. [作成] をクリックします。

  4. [プライベート接続名] に、ピアリングの名前を入力します（例: peering-2-netapp-volumes）。

  5. [VMware Engine ネットワーク] で、ピアリングする VMware Engine ネットワークを指定します（例: us-central1-default）。

  6. [プライベート接続タイプ] で [サードパーティ サービス] を選択します。

  7. [ピアリングされたプロジェクト ID] に、ボリュームを含む NetApp Volume のピアリングされたプロジェクト ID を入力します。

  8. [ピアリングされた VPC ネットワーク] に、ボリュームが存在するピアリングされた VPC ネットワークの名前を入力します。

  9. [作成] をクリックします。

VMware Engine がピアリング リクエストを利用可能にして検証する間、新しいプライベート接続の VPC ピアリング ステータスは、最大 72 時間 Inactive の状態のままになります。

レガシー ネットワークの場合は、データストアをマウントする前に、NetApp Volumes テナント プロジェクトへのプライベート接続がアクティブになっていることを確認してください。接続がない場合やアクティブでない場合、マウント オペレーションは失敗します。また、マウントされたデータストアで使用されているプライベート接続は削除しないでください。データストアへのアクセスが中断される可能性があります。

ピアリング接続を作成する

2023 年 11 月 12 日以降に VMware Engine プロジェクトとプライベート クラウドが作成された場合、次の手順を実施してください。このような環境の VPC ピアリングを作成する方法については、VPC ネットワークのピアリングをご覧ください。

  1. コンソールで [VPC ネットワーク ピアリング] ページに移動します。 Google Cloud

    VPC ネットワーク ピアリングに移動

  2. [プロジェクトを選択] をクリックし、ピアリング接続を作成する組織、フォルダ、またはプロジェクトを選択します。

  3. [作成] をクリックします。

  4. [名前] フィールドに、ネットワーク ピアリングの名前を入力します。（例: peering-2-netapp-volumes）です。

  5. [VMware Engine ネットワーク] セクションで、デフォルトの [現在のプロジェクト内] を選択したままにします。ピアリングする VMware Engine ネットワークを指定します（ven1 など）。

  6. [ピアリング] で [Google Cloud NetApp Volumes] を選択します。

  7. [**サービス テナント プロジェクト ID**] フィールドに、ボリュームを含む プロジェクトの __ピアリングされたプロジェクト ID を入力します。 Google Cloud

  8. [ルート交換] セクションで、デフォルト設定をそのまま使用します。

  9. [作成] をクリックします。

VPC ピアリングが確立されると、vSphere ノードへのルート伝播に最大 20 分かかることがあります。

ピアリングは 2 つのネットワークを接続します。2 つのネットワーク間でルートが重複しないようにしてください。ピアリングでは、動的ルートの重複は防止されません。

Google Cloud NetApp Volumes ボリュームを作成する

VMware Engine データストアとして使用する Google Cloud NetApp Volumes ボリュームを作成する場合は、ボリューム エクスポート ルールで次のことが許可されていることを確認します。

  • 承認済みアプリケーションで作成したサービス サブネット範囲からのアクセス。
  • 読み取り / 書き込みアクセス
  • ルートアクセス権

ボリュームに削除不可のマークを付ける

ボリュームを外部 NFS データストアとしてマウントする前に、ボリュームで削除保護を有効にします。削除保護が有効になっている場合、ユーザーが誤って削除することを防ぎます。

削除保護を有効にするには、gcloud CLI を使用してボリュームの delete アクションを制限します。

gcloud netapp volumes update $VOLUME_NAME --restricted-actions=DELETE --project=$PROJECT --location=$LOCATION

詳細については、ボリュームの削除を防ぐをご覧ください。

ボリュームを作成したら、NetApp Volumes UI/API/CLI を使用してさまざまなボリューム管理機能を実行できます。詳細については、ボリュームの概要をご覧ください。

ボリュームをデータストアとしてマウントする

Google Cloud NetApp Volumes ボリュームを作成し、前提条件を満たしたら、VMware Engine API を使用してボリュームをデータストアとしてマウントします。

VMware Engine がデータストアをマウントすると、データストアが利用可能になります。vCenter UI を使用して、外部データストアに対して VM をプロビジョニングし、指標を表示し、外部データストアに対して実行された I/O オペレーションに関連するログを表示できます。

NetApp Volumes の詳細については、NetApp Volumes とは Google Cloud をご覧ください。

REST、gcloud CLI、Terraform のワークフロー

API、gcloud CLI、Terraform を使用してデータストアを管理する方法については、 VMware Engine で NFS ボリュームを vSphere データストアとして管理するをご覧ください。