VMFS란 무엇인가? VMware 파일 시스템 개요

VMware vSphere는 데이터 센터에 가장 일반적으로 배포된 가상화 플랫폼입니다. 이는 가상 머신(VM)을 실행하기 위한 다양한 기업 기능을 제공합니다. vSphere 기능과 호환되는 신뢰할 수 있고 효율적인 저장소를 제공하기 위해 VMware는 자체 파일 시스템인 VMFS를 만들었습니다.

VMFS란 무엇인가요?

가상 머신 파일 시스템(VMFS)은 VMware vSphere에서 가상 디스크를 포함한 가상 머신 파일을 저장하기 위해 최적화된 클러스터 파일 시스템입니다. 이는 VM에 대한 저장소 가상화를 더 효율적으로 만들기 위해 만들어졌습니다. VMFS는 고성능의 신뢰할 수 있는 프로프라이어터리 파일 시스템으로, 소규모부터 대형 및 초대형 데이터 센터까지 확장 가능한 환경에서 가상 머신(VM)을 실행하기 위해 설계되었습니다. VMware vSphere VMFS는 볼륨 관리자로 작동하며 VM 파일을 VMFS 데이터 저장소라는 논리적 컨테이너에 저장할 수 있습니다.

VMFS 파일 시스템은 SCSI 기반 디스크(직접 연결된 SCSI 및 SAS 디스크)와 iSCSI, Fibre Channel (FC), Fibre Channel over Ethernet (FCoE)를 통해 액세스되는 블록 저장소에 생성할 수 있습니다. VMFS는 ESXi 서버에 연결된 디스크에서 작동하지만 VMware Workstation이나 VMware Player를 실행하는 컴퓨터에서는 작동하지 않습니다.

VMFS 버전

VMware VMFS는 1번 버전 이후로 크게 발전해 왔습니다. 여기에는 주요 변경 사항과 기능을 추적하기 위한 VMFS 버전의 간략한 개요가 있습니다.

• VMFS 1은 ESX Server 1.x에서 사용되었습니다. 이 VMware VMFS 버전은 클러스터링 기능을 지원하지 않았으며 한 번에 하나의 서버에서만 사용되었습니다. 여러 서버에 대한 동시 액세스는 지원되지 않았습니다.
• VMFS 2는 ESX Server 2.x 및 때로는 ESX 3.x에서 사용되었습니다. VMFS 2에는 디렉토리 구조가 없었습니다.
• VMFS 3은 vSphere의 ESXi Server 3.x 및 ESXi Server 4.x에서 사용되었습니다. 이 버전에서 디렉토리 구조 지원이 추가되었습니다. 최대 파일 시스템 크기는 50 TB입니다. 최대 논리 단위 번호(LUN) 크기는 2 TB입니다. ESXi 7.0은 VMFS 3을 지원하지 않습니다.
• VMFS 5는 VMware vSphere 5.x부터 사용됩니다. 볼륨(파일 시스템) 크기가 64 TB로 증가되었으며 최대 VMDK 파일 크기는 VMFS 5에 대해 62로 증가되었습니다. 그러나 ESXi 5.5에서는 VMDK 가상 디스크 크기의 최대 크기가 2 TB입니다. GPT 파티션 레이아웃의 지원이 추가되었습니다. 이제 GPT와 MBR이 모두 지원됩니다(이전 VMFS 버전은 MBR만 지원합니다).
• VMFS 6은 vSphere 6.5에서 출시되었으며 vSphere 6.7, vSphere 7.0 및 vSphere 8과 같은 새로운 버전에서 사용됩니다.

VMFS 기능

VMware VMFS는 일반적으로 많은 저장 공간을 소비하는 VMDK 가상 디스크를 저장하기 위해 최적화되어 있습니다. VMFS 데이터 스토어는 블록 기반 저장 장치 또는 LUN에 파일을 저장하기 위해 VMFS 파일 시스템을 사용하는 논리적 컨테이너입니다. 데이터 스토어는 볼륨 위에서 실행됩니다. VMFS 볼륨은 하나 이상의 익스텐트를 사용하여 생성할 수 있습니다. 익스텐트는 기본 파티션에 의존합니다.

VMware VMFS 블록 크기

VMFS 5와 VMFS 6은 1MB 블록 크기를 사용합니다. 블록 크기는 최대 파일 크기에 영향을 미치며 파일이 차지하는 공간을 정의합니다. VMFS 5와 VMFS 6의 블록 크기를 변경할 수 없습니다.

VMware는 VMFS 6 및 VMFS 5에서 작은 디렉터리 및 파일에 대한 하위 블록 할당을 사용합니다. 서브 블록은 1MB보다 작은 파일이 전체 1MB 블록을 차지하지 않도록하여 저장 공간을 절약하는 데 도움이 됩니다. VMFS 6의 서브 블록 크기는 64KB이고 VMFS 5의 경우 8KB입니다.

VMFS 6은 작은 파일 블록과 큰 파일 블록을 사용하기 위한 새로운 개념을 도입합니다. 작은 파일 블록을 기본 1MB 블록과 혼동하지 마십시오. VMFS 6의 작은 파일 블록(SFB) 크기는 1MB입니다. VMFS 6는 또한 큰 파일을 생성할 때 성능을 향상시키기 위해 512MB 크기의 대형 파일 블록(LFB)을 사용할 수 있습니다. LFB는 주로 두꺼운 프로비저닝 디스크 및 스왑 파일을 생성하는 데 사용됩니다. LFB에 맞지 않는 프로비저닝 디스크의 일부는 SFB에 위치합니다. SFB는 슬림 프로비저닝 디스크에 사용됩니다.

파일 단편화

조각화는 한 파일의 블록들이 볼륨 전체에 흩어져 있고 그 사이에 간격이 있는 상태를 말합니다. 간격은 비어 있거나 다른 파일에 속하는 블록으로 채워질 수 있습니다. 조각화된 파일은 디스크의 읽기 및 쓰기 성능을 느리게 합니다. 성능을 복원하기 위해서는 조각모음(defragmentation)이 필요한데, 이는 디스크에 저장된 데이터 조각들을 함께 위치시켜서 (한 파일의 블록들을 연속적으로 배치) 다시 구성하는 과정입니다. 이렇게 하면 HDD의 헤드가 추가적인 이동 없이 블록을 읽고 쓸 수 있습니다.

VMware VMFS는 파일 조각화에 취약하지 않습니다. 조각화는 VMFS의 성능에 영향을 주지 않습니다. 왜냐하면 큰 블록이 사용되기 때문입니다. VMware VMFS의 블록 크기는 위에서 언급한 대로 1MB입니다. 예를 들어, Windows는 NTFS 파일 시스템에 4KB 블록을 사용하는데, 하드 디스크 드라이브에 위치한 경우 정기적으로 조각모음을 해야 합니다. 하지만 VMFS 볼륨에 저장된 대부분의 파일은 가상 디스크 파일, 스왑 파일, 설치 이미지 파일과 같은 큰 파일들입니다. 파일 사이에 간격이 있는 경우에도 간격은 크고, 하드 디스크 드라이브가 파일을 저장하는 데 사용하는 여러 블록을 찾을 때 이 영향은 무시할 수 있습니다. 실제로 VMFS 볼륨은 조각모음될 수 없으며 그런 필요성도 없습니다.

게스트 운영 체제(OS)에서 게스트 OS가 사용하는 디스크에 대해 조각 모음을 실행하지 마십시오. 게스트 OS에서의 조각 모음은 도움이 되지 않습니다. 이는 VM의 저장소 성능이 다른 I/O 부하를 사용하는 여러 VM(포함된 VMDK 파일인 가상 디스크)이 저장된 물리적 저장소 배열의 입출력(I/O) 강도에 따라 결정되기 때문입니다. 게다가 게스트 OS에서 얇게 할당된 디스크에 위치한 파티션을 조각 모음으로 시작하면 블록이 이동되고, 저장소 I/O 부하가 증가하며, 얇은 디스크의 크기가 증가합니다.

링크된 복제 VM 및 스냅샷이 있는 VM의 조각 모음은 리두 로그의 증가로 이어져 결과적으로 더 많은 저장 공간을 차지합니다. 만약 VMware VM을 백업하는 솔루션이 변경 블록 추적을 기반으로 한다면, 조각 모음은 변경된 블록의 수도 증가시키고, 더 많은 데이터를 백업해야 하므로 백업 시간이 증가합니다. 게스트 OS에서의 조각 모음은 Storage vMotion을 실행하여 VM을 데이터 저장소 간에 이동할 때도 부정적인 영향을 미칩니다.

데이터 저장소 확장

A VMFS volume resides on one or more extents. Each extent occupies a partition, and the partition in turn is located on the underlying LUN. Extents provide additional scalability for VMFS volumes. When you create a VMFS volume, you use at least one extent. You can add more extents to an existing VMFS volume to expand the volume. Extents are different from RAID 0 striping.

• 연결된 확장이 오프라인 상태가 된 것을 감지하면 볼륨의 어느 확장이 오프라인인지 식별할 수 있습니다. 다음 명령을 입력하십시오:

  vmkfstools -Ph /vmfs/volumes/iscsi_datastore/

  결과에는 문제가 있는 LUN의 SCSI 식별자(NAA ID)가 표시됩니다.

• 확장 중 하나가 실패하면 VMFS 볼륨은 온라인 상태로 유지될 수 있습니다. 그러나 VM의 가상 디스크가 실패한 확장에 적어도 하나의 블록을 가지고 있다면 VM 가상 디스크에 액세스할 수 없게 됩니다.
• VMFS 볼륨에서 사용하는 첫 번째 확장이 오프라인 상태가 되면 주소 해결 리소스가 첫 번째 확장에 위치하기 때문에 전체 VMFS 데이터 저장소가 비활성화됩니다. 따라서 볼륨을 증가시키는 다른 해결책이 없는 경우 VMFS 확장을 사용하여 VMFS 볼륨을 생성하고 증가시킵니다.

VM 데이터를 보호하고 VMFS 볼륨에 VM 파일을 저장하는 여러 확장이 있는 경우 발생할 수 있는 문제를 피하기 위해 VMware vSphere를 정기적으로 백업하십시오.

저널 로깅

VMFS는 파일 시스템의 메타데이터를 업데이트하기 위해 디스크에 분산된 저널을 사용합니다. VMFS 파일 시스템을 생성한 후 VMware VMFS는 저널 데이터를 저장할 공간을 할당합니다. 저널링은 아직 파일 시스템에 커밋되지 않은 변경 사항을 추적하는 데 사용됩니다.

파일 시스템 메타데이터에 기록된 저널링 변경 사항은 예기치 않은 종료나 충돌의 경우 파일의 최신 버전을 복구할 수 있는 가능성을 높입니다. 저널 로깅은 마지막 성공적인 커밋 이후에 발생한 변경 사항을 재생하여 VMFS 파일 시스템 데이터를 재구성하는 데 도움을 줍니다. 저널링 파일 시스템은 데이터 일관성을 확인하기 위해 장애 발생 후 전체 파일 시스템 확인을 실행할 필요가 없습니다. 대신 저널을 확인할 수 있습니다. VMFS 볼륨의 루트에는 VMFS 파일 시스템 메타데이터를 저장하는 .sf 파일이 있습니다. VMFS 데이터 저장소에 연결된 각 ESXi 호스트는 이 메타데이터에 액세스하여 데이터 저장소의 각 객체의 상태를 확인할 수 있습니다.

VMFS 메타데이터에는 파일 시스템 설명자가 포함되어 있습니다: 블록 크기, 볼륨 용량, 익스텐트 수, 볼륨 레이블, VMFS 버전 및 VMFS UUID. VMFS 메타데이터는 VMFS 복구에 도움이 될 수 있습니다.

디렉터리 구조

VM을 생성할 때 모든 VM 파일, VMDK 가상 디스크 파일을 포함한 모든 VM 파일은 데이터스토어의 단일 디렉터리에 위치합니다. 디렉터리 이름은 VM 이름과 동일합니다. 특정 VMDK 파일을 다른 위치(예: 다른 VMFS 데이터스토어)에 저장해야 하는 경우 VMDK 파일을 수동으로 복사하고 가상 디스크를 VM 설정에서 연결하여 디스크를 연결할 수 있습니다. 구조화된 아키텍처는 디렉터리 내용을 VM 백업을 위해 복사해야 하므로 백업 및 재해 복구가 단순화됩니다. 원본 VM에서 데이터를 잃어도 복구할 수 있습니다.

슬림 프로비저닝

슬림 프로비저닝은 저장 공간 이용률을 최적화하고 저장 공간을 절약하는 VMFS 기능입니다. 슬림 프로비저닝은 가상 디스크 수준에서 설정할 수 있습니다(특정 VM의 가상 디스크에 대한). 슬림 프로비저닝 가상 디스크에 데이터가 기록될 때마다 가상 디스크의 크기가 동적으로 증가합니다. 디스크가 필요한 만큼의 저장 공간을 언제든지 사용하는 것이 슬림 디스크의 장점입니다.

예를 들어, 크기가 50 GB인 슬림 프로비저닝 가상 디스크를 생성했지만 이 가상 디스크에는 10 GB만 사용됩니다. 이 경우 가상 디스크 파일(*-flat.vmdk)의 크기는 10 GB입니다. 게스트 OS는 디스크의 최대 크기를 50 GB로 감지하고 사용된 공간을 10 GB로 표시합니다.

가늠 제공은 NTFS 또는 ext4 파일 시스템으로 포맷된 로컬 디스크로 가늠 제공된 가상 디스크(.vmdk 및 -flat.vmdk 가상 디스크 파일)를 복사하려고 할 때 VMFS 파일 시스템에 의존합니다. 가상 디스크를 복사한 후에는 가상 디스크 크기가 최대 공급된 디스크 크기와 같습니다(VMFS 데이터스토어의 가늠 제공된 디스크의 실제 크기가 아님).

참고: VMware vSphere는 또한 가늠 제공을 지원하는 NFS 파일 시스템을 통해 데이터스토어를 생성할 수 있습니다.

공간 회수

VMFS 6 및 게스트 운영 체제에서의 자동 공간 회수(자동 SCSI UNMAP)를 통해 저장 배열이 VMFS 데이터스토어에서 매핑되지 않거나 삭제된 디스크 블록을 회수할 수 있습니다. VMware vSphere 6.0 및 VMFS 5에서는 공간 회수가 esxcli storage vmfs unmap 명령을 사용하여 수동으로 수행되었습니다.

공간 회수를 통해 기존 저장소가 파일이 파일 시스템에서 삭제되었음을 알지 못하는 문제를 해결할 수 있습니다. 적절한 물리적 저장소 공간(디스크의 블록)을 해제해야 합니다. 이 기능은 특히 가늠 제공된 디스크에 유용합니다. 게스트 운영 체제가 가늠된 가상 디스크 내에서 파일을 삭제할 때 이 디스크의 사용된 공간 양이 감소하고 파일 시스템은 더 이상 해당 블록을 사용하지 않습니다. 이 경우 파일 시스템은 저장 배열에 해당 블록이 이제 무료임을 알리고, 저장 배열은 선택된 블록을 할당 해제하고, 이러한 블록을 데이터를 쓰는 데 사용할 수 있습니다.

가상화와 가상 머신을 사용할 때 데이터가 저장 장치에서 삭제되는 방식을 자세히 살펴보겠습니다. 가상 디스크와 NTFS, ext4 또는 다른 파일 시스템과 같은 파일 시스템을 사용하는 게스트 OS가 있는 가상 머신(VM)이 있다고 상상해보세요. 가상화된 디스크는 VMFS 파일 시스템을 사용하는 데이터 저장소에 저장되어 있습니다. VMFS 파일 시스템은 저장 배열에 위치한 기본 파티션과 LUN을 사용합니다.

• A file is deleted in the guest OS that operates with a file system (NTFS, for instance) on a virtual disk.
• 게스트 OS는 UNMAP을 시작합니다.
• VMFS 데이터 저장소의 가상 디스크가 축소됩니다(가상 디스크의 크기가 줄어듭니다).
• ESXi는 물리적 저장 배열에 UNMAP을 시작합니다.

ESXi는 VMFS 데이터 저장소에 대해 연결된 UNMAP을 시작합니다(VMFS 데이터 저장소에서 파일이 삭제되거나 이동될 때, VMDK 파일, 스냅샷 파일, 스왑 파일, ISO 이미지 등, 게스트 OS에서 파티션을 축소할 때, 가상 디스크 내의 파일 크기를 줄일 때).

ESXi 6.5부터 시작된 VMware VMFS 6의 자동 UNMAP은 비동기식입니다. 여유 공간 회수는 즉시 발생하지 않지만 사용자 상호 작용 없이 공간이 최종적으로 회수됩니다.

비동기식 UNMAP의 장점:

• 하드웨어 저장 배열의 즉시 과부하를 피할 수 있습니다. UNMAP 요청이 일정한 속도로 전송됩니다.
• 해제해야 할 영역은 일괄적으로 처리되고 해제됩니다.
• 입출력 성능 및 기타 작업에 부정적인 영향이 없습니다.

이전 ESXi 버전에서 UNMAP은 어떻게 작동했나요?

• ESXi 5.0 – UNMAP은 자동 및 동기식입니다.
• ESXi 5.0 업데이트 1 – UNMAP은 명령 줄 인터페이스 (CLI)에서 vmkfstools를 사용하여 수행됩니다.
• ESXi 5.5 및 ESXi 6.0 – 수동 UNMAP은 ESXCLI에서 실행될 때 개선되었습니다.
• ESXi 6.0 – EnableBlockDelete를 사용하면 VMDK 가상 디스크 파일이 게스트 내 UNMAP에서 축소되면 VMFS가 자동으로 UNMAP을 발행할 수 있습니다.

스냅숏 및 희소 가상 디스크

VM웨어 vSphere에서 현재 VM 상태 및 가상 디스크 상태를 저장하기 위해 VM 스냅숏을 취할 수 있습니다. VM 스냅숏을 만들면 VMFS 데이터스토어에 가상 디스크 스냅숏 파일이 생성됩니다 (-delta.vmdk 파일). 스냅숏 파일은 델타 디스크 또는 자식 디스크라고 하며, VM의 현재 상태와 스냅숏을 취한 이전 상태 사이의 차이를 나타냅니다.

VMFS 데이터스토어에서 델타 디스크는 스냅숏이 생성된 후 새 데이터를 쓸 때 저장 공간을 절약하기 위해 복사 후 쓰기 메커니즘을 사용하는 희소 디스크입니다. 기본 VMFS 데이터스토어의 구성에 따라 두 가지 유형의 희소 형식이 있습니다: VMFSsparse 및 SEsparse.

• VMFSsparse는 VMFS 5 및 2TB보다 작은 가상 디스크에 사용됩니다. 이 스냅숏 기술은 스냅숏이 취한 후 리도 로그가 비어 있으며 데이터가 기록될 때 성장합니다.
• SEsparse는 VMFS 5의 2 TB 이상의 가상 디스크 및 VMFS 6의 모든 가상 디스크에 사용됩니다. 이 형식은 VMFSsparse 형식을 기반으로 하지만 공간 회수 지원과 같은 향상된 세트를 갖추고 있어 ESXi 하이퍼바이저가 게스트 OS에서 데이터를 삭제하거나 스냅숏 파일을 삭제한 후 사용되지 않는 블록을 UNMAP할 수 있습니다.

참고: ESXi 6.7에서 VMFS 6로 SEsparse 디스크(스냅숏 디스크에 대한 얇은 프로비저닝 디스크)의 UNMAP은 VMFS 파일 시스템에 2 GB의 데드 스페이스(데이터는 삭제되었지만 회수되지 않음)가 있기 때문에 자동으로 시작됩니다. 예를 들어 게스트 OS에서 여러 파일(예: 512 MB 4개 파일)을 삭제하면 비동기 UNMAP이 시작됩니다. esxtop에서 실시간 UNMAP 업데이트 통계를 볼 수 있습니다. VM 보기를 활성화하려면 v를 누르고 필드 순서를 선택하려면 f를 누르고 UNMAP 통계를 표시하려면 L를 누르세요. 기본값은 2 GB이지만 CLI에서 변경할 수 있습니다. ESXi 7.0 U3에서 VMFS가 보고하는 최대 세분성은 2 GB입니다.

RAW Device Mapping

VMware VMFS 구조에 Raw Device Mapping (RDM) 디스크를 통합하면 VM의 스토리지 작업 시 더 많은 유연성을 제공합니다. VMware vSphere에는 두 가지 RDM 호환성 모드가 있습니다.

• 가상 호환 모드의 RDM 디스크. VMDK 매핑 파일이 VMFS 데이터스토어에 생성됩니다 (*-rdmp.vmdk), 이를 통해 저장 장치 배열의 물리 LUN을 가상 머신에 매핑합니다. 이 방법으로 물리 저장소를 VM에 매핑하는 몇 가지 특수성이 있습니다.

  오픈과 같은 주요 저장소 관리 작업 및 기타 SCSI 명령은 ESXi 하이퍼바이저의 가상화 레이어를 통해 전달되지만, 읽기 및 쓰기 명령은 저장 장치로 직접 처리되어 가상화 레이어를 우회합니다.

  

  이는 VM이 매핑된 RDM SCSI 디스크를 저장 장치로만 사용할 수 있지만, 스냅샷과 같은 대부분의 vSphere 기능을 사용할 수 있다는 것을 의미합니다.

• 물리 호환 모드의 RDM 디스크입니다. ESXi 호스트는 VMFS 데이터스토어에 매핑 파일을 생성하지만 SCSI 명령은 LUN 디바이스로 직접 처리되므로 하이퍼바이저의 가상화 계층을 우회합니다 (LUN 보고서 명령 제외). 이는 가상화가 적은 디스크 유형입니다. VMware 스냅샷은 지원되지 않습니다.

클러스터링 기능

• 데이터스토어의 파일에 대한 클러스터링 및 동시 액세스는 VMware VMFS의 또 다른 훌륭한 기능입니다. 일반적인 파일 시스템과 달리 VMware VMFS는 여러 서버가 언제든지 파일에 데이터를 읽고 쓸 수 있도록 허용합니다. 잠금 메커니즘을 사용하여 여러 ESXi 호스트가 데이터 손상 없이 동시에 VM 파일에 액세스할 수 있습니다. 잠금이 추가되어 두 VM 또는 두 ESXi 호스트가 동시에 열린 VMDK 파일에 데이터를 쓰지 못하도록합니다. VMware는 공유 스토리지를 위해 VMFS에서 두 가지 파일 잠금 메커니즘을 지원합니다.
• 원자적 테스트 및 설정(ATS)은 T10 표준 vStorage API for Array Integration (VAAI) 사양을 지원하는 저장 장치에서만 사용됩니다. 이러한 잠금 메커니즘은 하드웨어 지원 잠금이라고도 합니다. 이 알고리즘은 디스크 섹터마다 개별적인 잠금을 사용합니다. 기본적으로 VMFS 5 및 VMFS 6로 포맷된 모든 새 데이터 스토어는 기본 저장 장치가 이 잠금 메커니즘을 지원하고 SCSI 예약을 사용하지 않는 경우에만 ATS를 사용합니다. ATS는 여러 확장을 사용하여 생성된 데이터 스토어에 사용되며 vCenter는 비-ATS 저장 장치를 필터링합니다.
• ATS + SCSI 예약. ATS가 실패하면 SCSI 예약이 사용됩니다. ATS와 달리 SCSI 예약은 메타데이터 수정을 위해 메타데이터 보호가 필요한 적절한 작업에 대해 전체 저장 장치를 잠급니다. 이 작업이 완료되면 VMFS는 예약을 해제하여 다른 작업이 계속될 수 있도록 합니다. VMFS 3에서 업그레이드된 데이터 스토어는 여전히 ATS+SCSI 메커니즘을 사용합니다.

VMware VMFS 6는 vSphere에서 최대 32개의 ESXi 호스트와 VM 가상 디스크 파일(VMDK)을 공유할 수 있습니다.

vMotion 및 Storage vMotion 지원

VMware vMotion은 ESXi 호스트 간의 VM의 라이브 마이그레이션에 사용되는 기능입니다(VM의 CPU, RAM 및 네트워크 구성 요소가 마이그레이션됨) 그들의 작동을 중단시키지 않고. Storage vMotion은 VM 파일, 가상 디스크를 포함한 파일을 다른 데이터스토어로 마이그레이션하는 기능입니다. VM이 실행 중인 상태라도 다운타임 없이. 라이브 마이그레이션을 가능하게 하는 주요 요소 중 하나는 VM의 파일에서 데이터를 읽고 쓰는 여러 ESXi 호스트입니다.

HA 및 DRS 지원

분산 리소스 스케줄러(DRS), 고가용성(HA), 그리고 결함 허용은 VMFS의 파일 잠금 메커니즘, 라이브 마이그레이션 및 클러스터링 기능을 기반으로 작동합니다. HA를 활성화하면 다른 ESXi 호스트에서 실패한 VM의 자동 재시작이 수행되며, DRS를 사용하면 클러스터를 균형있게 조정하기 위해 VM 라이브 마이그레이션이 시작됩니다. HA 및 DRS를 함께 사용할 수 있습니다.

스토리지 DRS 지원. VM 파일을 데이터스토어 간에 마이그레이션하기 위해 동일한 데이터스토어 클러스터에서 VMFS 5 및 VMFS 6를 함께 사용할 수 있습니다. VMware vSphere 스토리지 DRS에는 동질적인 저장 장치를 사용하십시오.

VMFS 볼륨 증가

가상 머신이 실행 중인 동안 VMFS 데이터스토어의 크기를 증가시킬 수 있으며 해당 데이터스토어에 위치한 VM 파일을 사용할 수 있습니다. 첫 번째 방법은 기존 데이터스토어에서 사용하는 LUN의 크기를 증가시키는 것입니다. LUN의 크기를 증가시키는 것은 저장 시스템에서 이루어집니다(vSphere가 아닌). 그런 다음 파티션을 확장하고 VMFS 볼륨을 증가시킬 수 있습니다.

여러 디스크 또는 LUN을 집계하여 VMFS 볼륨을 증가시킬 수도 있습니다. 이 경우 VMFS 익스텐트가 추가되어 VMFS 볼륨이 증가됩니다. 여러 디스크를 사용하는 확장된 데이터스토어를 spanned 데이터스토어라고도 합니다. 동종의 저장 장치를 사용해야 합니다. 예를 들어, 데이터스토어에서 사용하는 첫 번째 저장 장치가 512n이라면 새로 추가된 저장 장치도 512n 블록 장치여야 합니다. 이 기능은 지원되는 데이터스토어 크기가 최대 LUN 크기보다 큰 경우 최대 LUN 한도를 우회하는 데 도움이 될 수 있습니다.

예: LUN에는 2TB의 한도가 있으며 단일 VM 데이터스토어에 3TB 가상 디스크를 만들어야 할 때가 있습니다. 각각 2TB인 두 익스텐트를 사용하면 이 문제를 해결할 수 있습니다. 2TB보다 큰 파티션 및 데이터스토어를 만들기 위해 GPT 파티션 구성 스키마를 사용해야 합니다.

VMFS 볼륨 축소

VMFS 볼륨의 축소는 지원되지 않습니다. VMFS 볼륨 크기를 줄이려면 줄이고자 하는 VMFS 볼륨에서 모든 파일을 다른 VMFS 데이터스토어로 이동해야 합니다. 그런 다음 줄이려는 데이터스토어를 삭제하고 더 작은 크기의 새로운 VMFS 볼륨을 만들어야 합니다. 새로운 작은 데이터스토어가 생성된 볼륨에 준비되면 VM 파일을 이 새로운 데이터스토어로 이동하십시오.

VMFS 데이터스토어 업그레이드

VMFS 3를 VMFS 5로 직접 업그레이드하여 VM 파일을 마이그레이션하거나 새로운 VMFS 5 데이터 저장소를 생성하지 않고도 업그레이드할 수 있습니다. VM이 실행 중인 경우에도 VMFS 3에서 VMFS 5로 업그레이드하는 기능이 지원되므로 전원을 끄거나 VM을 마이그레이션할 필요가 없습니다. 업그레이드 후에는 VMFS 3에서 사용되던 모든 특성이 유지됩니다. 예를 들어 블록 크기는 1MB가 아닌 64KB로 유지되고, 2TB보다 크지 않은 파티션의 MBR도 보존됩니다.

그러나 VMFS 5 및 이전 버전의 VMFS 데이터 저장소를 VMFS 6으로 직접 업그레이드하는 것은 지원되지 않습니다. 업그레이드할 데이터 저장소의 파일을 안전한 위치로 마이그레이션하고, VMFS 5 데이터 저장소를 삭제한 다음 새로운 VMFS 6 데이터 저장소를 생성하고 파일을 새로운 VMFS 6 데이터 저장소로 복사해야 합니다.

ESXi를 ESXi 6.5 이상으로 업그레이드하면 ESXi 업그레이드 이전에 생성된 VMFS 3 및 VMFS 5 데이터 저장소를 계속 사용할 수 있습니다. 그러나 ESXi 6.5 이상의 ESXi 버전에서는 VMFS 3 데이터 저장소를 생성할 수 없습니다.

자세한 VMFS 5 대 VMFS 6 비교 내용을 읽고 최신 VMFS 버전으로 업그레이드하는 방법을 알아보세요. 일부 경우에는 Linux에서 VMFS를 마운트할 수도 있습니다.

결론

VMware VMFS는 가상 머신 파일을 저장하는 믿을 수 있고 확장 가능하며 최적화된 파일 시스템입니다. VMFS는 여러 ESXi 호스트에서 동시 액세스, 얇은 프로비저닝, Raw Device Mapping, VM 라이브 마이그레이션, 저널링, 512e 및 4Kn을 포함한 고급 형식의 물리 디스크, GPT 파티션 구조, VM 스냅샷, 무료 공간 회수 및 기타 유용한 기능을 지원합니다. 1MB 블록 크기 때문에 최신 VMFS 버전은 파일 조각화로 인한 성능 저하에 취약하지 않습니다. VMware vSphere에서 가상 머신 파일을 VMFS 데이터 스토어에 저장하는 것이 권장됩니다.

가상 머신을 저장하기 위해 어떤 파일 시스템을 사용하든지 실패, 중단 또는 기타 장애 발생 시 데이터 손실을 피하기 위해 데이터를 정기적으로 백업해야 합니다. vCenter에서 관리되는 및 독립형 ESXi 작업 부하를 보호하고 신속하게 복구할 수 있도록 허용하는 솔루션인 NAKIVO Backup & Replication을 고려하십시오.