NFS データストアの概要

VMware Engine では、外部ネットワーク ファイル システム（NFS）データストアを使用して、コンピューティング リソースとは別にストレージをスケーリングできます。

VMware Engine vSAN は、VMware Engine で稼働している VM 向けの高性能な仮想ストレージを提供し、Tier-1 ワークロードに最適です。VMware VM 用の仮想インフラストラクチャを提供するために、VMware Engine サービスは、vSAN が管理するローカル NVMe ソリッド ステート ドライブ（SSD）を備えたハードウェア ノードを使用します。クラスタ内のストレージ リソースのみをスケーリングする場合は、不要なコンピューティング機能やネットワーキング機能を含むノード全体を購入する必要があります。この vSAN ベースのハイパーコンバージド インフラストラクチャ（HCI）に存在する制限のため、他のリソースと独立してストレージをスケーリングする必要があります。

外部 NFS データストアのサポートにより、VMware Engine では、VMware ワークロードのコンピューティング リソースとは別にストレージをスケーリングできます。外部 NFS データストアは、vSAN のパフォーマンスを必要としない Tier-2 アプリケーション、Tier-3 アプリケーション、バックアップ リポジトリ、アーカイブ リポジトリ、その他のストレージ集約型ワークロードに費用対効果の高いソリューションを提供します。

サポートされている NFS ストレージ サービス

外部 NFS データストアは、次の Google Cloud サービスで使用できます。

VMware Engine で NFS データストアを使用するための一般的な前提条件

外部 NFS ボリュームをデータストアとしてマウントする前に、次の前提条件を満たす必要があります。

NFS ボリュームの要件

NFS ボリュームは次の要件を満たす必要があります。

  • ロケーション: NFS ボリューム（Filestore インスタンスまたは Google Cloud NetApp Volumes ボリューム）と VMware Engine クラスタは、同じ Google Cloud リージョンに存在する必要があります。VMware Engine は、異なるリージョン間のデータストアのマウントをサポートしていません。拡張プライベート クラウドでは、リージョン Datastore のみがサポートされます。
  • プロトコル: VMware Engine は、VMware Engine データストアとして使用する NFS バージョン 3（NFSv3）のみをサポートしています。NFSv4.1 はサポートされていません。
  • 削除保護: Filestore または Google Cloud NetApp Volumes を使用している場合は、誤った削除やデータ損失を防ぐために、ボリュームで削除保護を有効にする必要があります。

VMware Engine サービス エージェントの権限

Filestore または Google Cloud NetApp Volumes によってバックアップされたデータストアを作成してマウントするために、VMware Engine は Google マネージド サービス エージェント（service-{project-number}@）を使用して NFS リソースにアクセスします。このサービス エージェントには、次の IAM ロールが必要です。

  • roles/compute.networkViewer: すべての Datastore タイプのコンピューティング ネットワーク ピアリングを表示します。
  • roles/file.viewer: Filestore によってバックアップされた Datastore に必要です。
  • roles/netapp.viewer: Google Cloud NetApp Volumes でバックアップされたデータストアに必要です。

サービス サブネットの要件

ESXi ホストと NFS ボリューム間の NFS トラフィック用に一意の CIDR 範囲が割り当てられた専用のサービス サブネットが必要です。サービス サブネットは次のように構成します。

  • プライベート クラウド内の各ノードに 1 つずつ割り当てるのに十分な IP アドレスを持つサービス サブネットの CIDR 範囲を構成する必要があります。
  • サービス サブネットは NFS データストア トラフィックにのみ使用できますが、同じサブネットを複数の異なる NFS データストアに接続できます。
  • サービス サブネット用に予約された CIDR 割り当てを、NFS ボリュームの許可されたクライアント リストまたはエクスポート ポリシーに追加する必要があります。Filestore の場合は、サービス サブネットの CIDR 範囲のアクセス制御ルールを追加します。Google Cloud NetApp Volumes の場合は、ボリュームのエクスポート ルールの [許可されたクライアント] セクションに CIDR を追加します。

NSX-T ゲートウェイと分散ファイアウォール ルールはサービス サブネットに適用されません。

ネットワーク接続の要件

NFS ボリュームの VPC ネットワークと、Datastore をマウントするプライベート クラウドの VMware Engine ネットワーク（VEN）の間にアクティブな接続が存在する必要があります。Filestore で Private Service Access（PSA）を使用する場合、リージョン内のストレージ アクセスに起因するネットワーク料金は適用されません。

ネットワーク ファイル サービスに接続する場合は、プライベート クラウドの VEN タイプに応じて、次のいずれかの接続方法を使用します。

  • 標準 VEN: 標準 VEN で作成されたプライベート クラウドは、VPC ネットワーク ピアリングを使用して、Filestore（PSA を使用）や Google Cloud NetApp Volumes などのネットワーク ファイル サービスに接続します。
  • 以前の VEN: 以前の VEN で動作するプライベート クラウドでは、ネットワーク ファイル サービスに接続するためにプライベート接続が必要です。NFS Datastore の使用中にプライベート接続を削除すると、Datastore へのアクセスが中断されます。したがって、NFS Datastore がマウントされて使用されている間は、プライベート接続を削除しないようにしてください。

プライベート クラウドのライフサイクルとの相互運用性

VMware Engine API によって管理される NFS データストアは、次の方法でプライベート クラウドのライフサイクル イベント全体で永続性を維持します。

  • クラスタの拡張と縮小: NFS データストアがマウントされているクラスタにノードを追加すると、VMware Engine は新しいノードにこれらのデータストアを自動的にマウントします。クラスタの縮小時にノードを削除すると、vmknic の IP アドレスが解放されます。
  • ノードの再起動: ノードの NFS データストア構成は永続的であり、ノードの再起動後もそのまま残ります。
  • ソフトウェアのアップグレード: ホストにマウントされた NFS データストアは、ESXi、vCenter、NSX-T コンポーネントのアップグレードの影響を受けません。

以前の NFS データストア マウントからの移行

2026 年 1 月 1 日より前に VMware Engine で NFS データストアを作成した場合は、以前のモデルを使用しています。サポート対象の推奨モデルに移行するには、Cloud カスタマーケアにお問い合わせのうえ、移行プロセスを開始してください。

既知の問題

外部 NFS データストアに関する既知の問題は次のとおりです。

  • プライベート クラウドの削除（復元可能）中、データストアへのネットワーク パスが切断されます。
  • VPC ネットワーク ピアリングが確立された後、vSphere ノードへのルート伝播には最大 20 分かかることがあります。
  • Google Cloud NetApp Volumes データストアの場合、障害復旧のための SnapMirror 機能とオンプレミス間の SnapMirror 機能はサポートされていません。

次のステップ