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의 성능이 필요하지 않은 2단계 및 3단계 애플리케이션, 백업 및 보관 저장소, 기타 스토리지 집약적 워크로드에 비용 효율적인 솔루션을 제공합니다.

지원되는 NFS 스토리지 서비스

다음 Google Cloud 서비스와 함께 외부 NFS 데이터 스토어를 사용할 수 있습니다.

VMware Engine에서 NFS 데이터 스토어를 사용하기 위한 일반적인 기본 요건

외부 NFS 볼륨을 데이터 스토어로 마운트하려면 다음 기본 요건을 충족해야 합니다.

NFS 볼륨 요구사항

NFS 볼륨은 다음 요구사항을 충족해야 합니다.

  • 위치: NFS 볼륨 (Filestore 인스턴스 또는 Google Cloud NetApp Volumes 볼륨)과 VMware Engine 클러스터가 동일한 Google Cloud 리전에 있어야 합니다. VMware Engine은 서로 다른 리전 간에 데이터 저장소 마운트를 지원하지 않습니다. 스트레치된 비공개 클라우드의 경우 리전 데이터 스토어만 지원됩니다.
  • 프로토콜: 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에서 지원하는 데이터 스토어에 필요합니다.
  • roles/netapp.viewer: Google Cloud NetApp Volumes로 지원되는 데이터 스토어에 필요합니다.

서비스 서브넷 요구사항

ESXi 호스트와 NFS 볼륨 간의 NFS 트래픽에 할당된 고유한 CIDR 범위가 있는 전용 서비스 서브넷이 있어야 합니다. 다음과 같이 서비스 서브넷을 구성합니다.

  • 비공개 클라우드의 각 노드에 하나씩 할당할 수 있는 IP 주소가 충분한 서비스 서브넷의 CIDR 범위를 구성해야 합니다.
  • 서비스 서브넷은 NFS 데이터 스토어 트래픽에만 사용할 수 있지만 동일한 서브넷을 여러 다른 NFS 데이터 스토어에 연결할 수 있습니다.
  • 서비스 서브넷의 예약된 CIDR 할당을 NFS 볼륨의 허용된 클라이언트 목록 또는 내보내기 정책에 추가해야 합니다. Filestore의 경우 서비스 서브넷 CIDR 범위에 대한 액세스 제어 규칙을 추가합니다. Google Cloud NetApp Volumes의 경우 볼륨의 내보내기 규칙에 있는 허용된 클라이언트 섹션에 CIDR을 추가합니다.

NSX-T 게이트웨이와 분산 방화벽 규칙은 서비스 서브넷에 적용되지 않습니다.

네트워크 연결 요구사항

NFS 볼륨의 VPC 네트워크와 데이터 저장소를 마운트할 프라이빗 클라우드의 VMware Engine 네트워크 (VEN) 간에 활성 연결이 있어야 합니다. 비공개 서비스 액세스 (PSA)와 함께 Filestore를 사용하는 경우 리전 내 스토리지 액세스로 인한 네트워크 요금이 적용되지 않습니다.

네트워크 파일 서비스에 연결할 때는 프라이빗 클라우드의 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 Datastore 구성은 영구적이며 노드 재부팅 후에도 그대로 유지됩니다.
  • 소프트웨어 업그레이드: 호스트에 마운트된 NFS 데이터 저장소는 ESXi, vCenter, NSX-T 구성요소 업그레이드의 영향을 받지 않습니다.

기존 NFS Datastore 마운트에서 마이그레이션

2026년 1월 1일 이전에 VMware Engine에서 NFS 데이터 스토어를 만든 경우 기존 모델을 사용하고 있는 것입니다. 지원되고 권장되는 모델로 전환하려면 Cloud Customer Care에 문의하여 마이그레이션 프로세스를 시작하세요.

알려진 문제

다음은 외부 NFS 데이터 저장소와 관련된 알려진 문제입니다.

  • 프라이빗 클라우드 소프트 삭제 중에 데이터 스토어의 네트워크 경로가 차단됩니다.
  • VPC 네트워크 피어링이 설정된 후 vSphere 노드로 경로가 전파되는 데 최대 20분이 걸릴 수 있습니다.
  • Google Cloud NetApp Volumes 데이터 스토어의 경우 재해 복구를 위한 온프레미스와의 SnapMirror 기능이 지원되지 않습니다.

다음 단계