NFS 또는 기타 공유 스토리지 볼륨을 VMware Cloud Director 서버 그룹의 모든 서버에서 액세스할 수 있도록 설정해야 합니다. VMware Cloud Director는 장치 클러스터 관리를 위해 그리고 외부에서 게시 또는 구독하는 업로드, 다운로드 및 카탈로그 항목을 위한 임시 스토리지를 제공하기 위해 전송 서버 스토리지를 사용합니다.

중요: VMware Cloud Director 장치는 NFS 유형의 공유 스토리지만 지원합니다. 장치 배포 프로세스에는 NFS 공유 전송 서버 스토리지를 마운트하는 단계가 포함됩니다. 또한 VMware Cloud Director 장치는 배포 중에 디렉토리 사용 권한 및 소유권을 비롯한 NFS 공유에 대한 대부분의 세부 정보를 확인합니다. 올바른 NFS 마운트 지점이 있는지 그리고 VMware Cloud Director 장치 인스턴스에서 이러한 마운트 지점에 액세스할 수 있는지 확인해야 합니다.
서버 그룹의 각 구성원은 이 볼륨을 동일한 마운트 지점( /opt/vmware/vcloud-director/data/transfer)에 마운트합니다. 이 볼륨의 공간은 다음과 같은 여러 가지 방식으로 사용됩니다.
  • 전송하는 동안 업로드 및 다운로드가 이 스토리지를 차지합니다. 전송이 완료되면 업로드 및 다운로드가 스토리지에서 제거됩니다. 60분 동안 진행되지 않은 전송은 만료된 것으로 표시되고 시스템에 의해 정리됩니다. 전송되는 이미지가 클 수 있으므로 이 용도로 사용하려면 적어도 수백 기가바이트를 할당하는 것이 좋습니다.
  • 외부에 게시되고 게시된 컨텐츠에 대한 캐싱을 사용할 수 있는 카탈로그의 카탈로그 항목은 이 스토리지를 차지합니다. 외부에 게시되지만 캐싱을 사용할 수 없는 카탈로그의 항목은 이 스토리지를 차지하지 않습니다. 클라우드의 조직에서 외부에 게시되는 카탈로그를 만들 수 있도록 설정하는 경우에는 수백 또는 수천 개의 카탈로그 항목이 이 볼륨의 공간을 필요로 한다고 가정할 수 있습니다. 각 카탈로그 항목의 크기는 압축된 OVF 형식의 가상 시스템 크기입니다.
  • VMware Cloud Director는 장치 데이터베이스 백업을 전송 공유의 pgdb-backup 디렉토리에 저장합니다. 이러한 백업 번들에 상당한 공간이 사용될 수 있습니다.
  • 다중 셀 로그 번들 수집기는 이 공간을 차지합니다.
  • 장치 노드 데이터 및 response.properties 파일은 이 공간을 차지합니다.
참고: 전송 서버 스토리지의 볼륨에는 향후 확장을 위한 용량이 있어야 합니다.
참고: NFS 다운타임으로 인해 VMware Cloud Director 장치 클러스터 기능이 오작동할 수 있습니다. NFS가 다운되었거나 NFS에 연결할 수 없으면 장치 관리 UI가 응답하지 않습니다. 실패한 기본 셀 펜싱, 전환, 대기 셀 승격 등과 같은 기능도 영향을 받을 수 있습니다.
참고: NFS에 Debian 기반 Linux 배포를 사용하는 경우 데이터베이스 백업 생성이 실패할 수 있습니다. 자세한 내용 및 해결 방법은 KB 94755를 참조하십시오.

공유 스토리지 옵션

기존 Linux 기반 NFS 서버 또는 Microsoft Windows Server와 같은 기타 솔루션, VMware vSAN 파일 서비스 NFS 기능 등은 공유 스토리지를 제공할 수 있습니다. vSAN 7.0부터는 vSAN 파일 서비스 기능을 통해 NFS 3.0 및 NFS 4.1 프로토콜을 사용하여 NFS 공유를 내보낼 수 있습니다.
중요: vSAN을 사용하여 NFS 공유를 내보내려면 vSAN 버전 7.0 U3 이상 또는 8.0 U1 이상을 사용해야 합니다.
vSAN 파일 서비스에 대한 자세한 내용은 VMware vSphere 제품 설명서의 " VMware vSAN 관리" 가이드를 참조하십시오.

NFS 서버 구성을 위한 요구 사항

NFS 서버 구성을 위해서는 VMware Cloud Director가 NFS 기반 전송 서버 스토리지 위치에 파일을 쓰고 읽을 수 있어야 한다는 구체적인 요구 사항이 있습니다. 이로 인해 vcloud 사용자는 표준 클라우드 운영을 수행할 수 있고 root 사용자는 다중 셀 로그 수집을 수행할 수 있습니다.
  • NFS 서버의 내보내기 목록은 VMware Cloud Director 서버 그룹의 각 서버 멤버가 내보내기 목록에서 식별된 공유 위치에 대한 읽기/쓰기 액세스 권한을 갖도록 허용해야 합니다. 이 기능을 사용하면 vcloud 사용자가 공유 위치에 파일을 쓰고 읽을 수 있습니다.
  • NFS 서버는 VMware Cloud Director 서버 그룹의 각 서버에서 root 계정으로 공유 위치에 대한 읽기/쓰기 액세스 권한을 허용해야 합니다. 이 기능을 사용하면 vmware-vcd-support 스크립트를 다중 셀 옵션과 함께 사용하여 단일 번들에서 모든 셀의 로그를 한 번에 수집할 수 있습니다. 이 공유 위치에 대한 NFS 내보내기 구성에서 no_root_squash를 사용하여 이 요구 사항을 충족할 수 있습니다.

Linux NFS 서버 예제

예를 들어, Linux NFS 서버에 VMware Cloud Director 서버 그룹의 전송 공간으로 vCDspace라는 디렉토리가 있고 해당 위치가 /nfs/vCDspace인 경우 이 디렉토리를 내보내려면 소유권과 사용 권한이 root:root750이어야 합니다. vCD-Cell1-IP, vCD-Cell2-IP, vCD-Cell3-IP라는 세 개 셀의 공유 위치에 대한 읽기/쓰기 액세스 권한을 허용하는 메서드는 no_root_squash 메서드입니다. /etc/exports 파일에 다음 줄을 추가해야 합니다.
/nfs/vCDspace vCD_Cell1_IP_Address(rw,sync,no_subtree_check,no_root_squash) 
/nfs/vCDspace vCD_Cell2_IP_Address(rw,sync,no_subtree_check,no_root_squash)
/nfs/vCDspace vCD_Cell3_IP_Address(rw,sync,no_subtree_check,no_root_squash)

내보내기 줄에서 각 셀 IP 주소와 바로 다음 왼쪽 괄호 사이에 공백이 없어야 합니다. 셀이 공유 위치에 데이터를 쓰는 동안 NFS 서버가 재부팅되는 경우, 내보내기 구성에서 sync 옵션을 사용하면 공유 위치에서 데이터가 손상되지 않습니다. 내보내기 구성에서 no_subtree_check 옵션을 사용하면 파일 시스템의 하위 디렉토리를 내보낼 때 안정성이 향상됩니다.

VMware Cloud Director 서버 그룹의 각 서버에 대해 NFS 서버의 /etc/exports 파일에 해당 항목이 있어야 NFS 공유를 모두 마운트할 수 있습니다. NFS 서버에서 /etc/exports 파일을 변경한 후 exportfs -a를 실행하여 모든 NFS 공유를 다시 내보냅니다.

후속 작업

VMware Cloud Director 장치 배포 준비의 일환으로 VMware Cloud Director용 NSX 설치 및 구성 또는 VMware Cloud Director용 NSX Data Center for vSphere 설치 및 구성 항목을 참조할 수도 있습니다.