NFS 볼륨을 Filestore에서 호스팅하는 vSphere 데이터 스토어로 사용

Filestore 영역, 리전, 엔터프라이즈 등급 인스턴스를 Google Cloud VMware Engine의 VMware ESXi 호스트에 대한 외부 데이터 스토어로 사용할 수 있습니다.

이렇게 하려면 VMware Engine 및 Filestore를 모두 사용할 수 있는 리전에서 Filestore 인스턴스를 만든 후 VMware Engine의 기존 VMware ESXi 호스트에 외부 데이터 스토어로 마운트하면 됩니다.

VMware Engine은 다음 vSphere 스토리지 옵션을 제공합니다.

  • VMware vSAN. 여기에는 각 VMware Engine 노드와 함께 제공되는 스토리지가 포함됩니다.
  • 외부 NFS 스토리지. 여기에는 다음 옵션이 포함됩니다.

VMware Engine의 외부 데이터 스토어를 사용해야 하는 이유

VMware Engine vSAN은 VMware Engine에서 실행되는 VM을 위한 고성능 가상 스토리지를 제공합니다. VMware Engine 서비스는 vSAN에서 관리하는 로컬 NVMe 솔리드 스테이트 드라이브(SSD)와 함께 하드웨어 노드를 사용하여 VMware VM에 가상 인프라를 제공합니다. 클러스터의 스토리지 리소스만 확장하려면 필요 없을 수도 있는 컴퓨팅 및 네트워킹 기능 리소스와 함께 전체 노드를 구매해야 합니다. vSAN 기반 하이퍼컨버지드 인프라(HCI)의 이러한 제한사항은 다른 리소스와 별개로 스토리지를 확장하기 위한 수요를 발생시킵니다.

외부 NFS 데이터 스토어를 사용하면 모든 VMware 워크로드에서 VMware Engine을 사용하여 컴퓨팅 리소스와 독립적으로 스토리지를 확장할 수 있습니다.

대규모 및 엔터프라이즈 등급 인스턴스는 VMware Engine 데이터 스토어와 함께 사용할 수 있도록 VMware 인증을 받았으며 모든 VMware Engine 리전에서 사용 가능합니다.

기능 제한사항

다음과 같은 제한사항이 적용됩니다.

  • Filestore 대규모 및 엔터프라이즈 등급 인스턴스에만 사용할 수 있습니다. 기본 SSD 및 기본 HDD 등급 인스턴스는 지원되지 않습니다.
  • 일관성 있게 비정상 종료되는 스냅샷 지원은 Filestore 엔터프라이즈 등급 인스턴스에서만 사용할 수 있습니다.
  • 대규모 및 엔터프라이즈 등급 모두에 백업을 사용할 수 있습니다.
  • 복사 오프로드(VAAI)는 사용할 수 없습니다.
  • VMware Engine에 다이렉트 피어링으로 연결된 Filestore 인스턴스를 마운트할 수 없습니다. 자세한 내용은 네트워크 구성 및 IP 리소스 요구사항을 참조하세요.

프로토콜 지원

NFSv3 프로토콜이 지원됩니다.

네트워킹

Filestore 및 VMware Engine 서비스는 비공개 서비스 액세스(PSA)를 통해 연결됩니다. 리전 내의 스토리지 액세스로 인한 네트워크 요금은 적용되지 않습니다.

시작하기 전에

이 문서의 단계에서는 다음 작업을 완료했다고 가정합니다.

  • 외부 NFS 스토리지에 사용할 Google Cloud VMware Engine 서비스 네트워크의 /26 CIDR을 표시했습니다.

서비스 서브넷

프라이빗 클라우드를 만들 때 VMware Engine은 추가 서비스 서브넷(예: service-1, service-2, service-3)을 만듭니다. 서비스 서브넷은 스토리지, 백업 및 재해 복구 또는 미디어 스트리밍과 같은 어플라이언스 또는 서비스 배포 시나리오를 대상으로 하며 최대 규모의 프라이빗 클라우드에서도 대규모 선형 처리량 및 패킷 처리 기능을 제공합니다. 서비스 서브넷 간의 VM 통신은 VMware ESXi 호스트에서 Google Cloud 네트워킹 인프라로 직접 이동하므로 고속 통신이 가능합니다.

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

서비스 서브넷 구성

서비스 서브넷은 처음 만들 때 CIDR 할당이 없습니다. 대신 VMware Engine 콘솔 또는 API를 사용하여 서비스 서브넷에 겹치지 않는 CIDR 범위와 프리픽스를 지정해야 합니다.

사용 가능한 첫 번째 주소가 게이트웨이 주소가 됩니다. CIDR 범위와 프리픽스를 할당하려면 서비스 서브넷 중 하나를 수정합니다.

CIDR 요구사항이 변경되면 서비스 서브넷을 업데이트할 수 있습니다. 하지만 기존 서비스 서브넷 CIDR을 수정하면 해당 서비스 서브넷에 연결된 VM에 네트워크 가용성이 중단될 수 있습니다.

VMware Engine 포털에서 정의한 서비스 서브넷의 예약된 CIDR 할당을 네트워크의 VPC 피어링 연결에 있는 가져온 클라이언트 목록에 추가해야 합니다.

그렇지 않으면 vmkernel.log에서 다음 오류 또는 비슷한 오류가 반환됩니다.

2022-09-23T04:58:14.266Z cpu23:2103354 opID=be2a0887)NFS: 161: Command: (mount)
Server: (10.245.17.21) IP: (10.245.17.21) Path: (/vol-g-shared-vmware-002) Label:
(NFS) Options: (None)
...
2022-09-23T04:58:14.270Z cpu23:2103354 opID=be2a0887)NFS: 194: NFS mount
10.245.17.21:/vol-g-shared-vmware-002 failed: The mount request was denied by the
NFS server. Check that the export exists and that the client is permitted to
mount it.

Filestore 인스턴스 만들기 및 관리

Google Cloud 콘솔을 사용하여 Filestore 인스턴스를 만들고 관리하는 방법을 보려면 인스턴스 만들기를 참조하세요.

서비스 서브넷을 위해 만든 예약된 CIDR 할당을 가져오는 방법은 피어링 연결 업데이트를 참조하세요.

고객이 Filestore NFS 데이터 스토어를 마운트하려면 GCVE 지원팀에 문의해야 합니다. NFS Datastore가 지정된 클러스터의 모든 호스트에 마운트되고 사용 가능한 상태가 되면 vCenter 콘솔을 사용하여 외부 Datastore에 대해 VM을 프로비저닝하고, 외부 Datastore에 대해 수행되는 Google I/O 작업과 관련된 측정항목을 보고 로그를 볼 수 있습니다.

이 기능에 관심이 있다면 계정팀 또는 Google Cloud 지원팀에 문의하세요.

다음 단계