vSAN 스토리지 정책은 가상 시스템의 스토리지 요구 사항을 정의합니다. 이러한 정책은 VM에 스토리지가 할당되는 방식을 결정하기 때문에 VM에 필요한 수준의 서비스를 보장합니다.

VMware Cloud on AWS에는 두 가지 vSAN 데이터스토어가 포함됩니다. 하나는 관리 VM(vsanDatastore)용이고 다른 하나는 워크로드 VM(WorkloadDatastore)용입니다. 두 데이터스토어는 동일한 기본 스토리지 디바이스를 공유하고 사용 가능한 공간의 동일한 풀에서 사용됩니다.

vSAN 데이터스토어에 배포된 각 가상 시스템에는 가상 시스템 스토리지 정책이 하나 이상 할당됩니다. 스토리지 정책은 가상 시스템을 생성하거나 편집할 때 할당할 수 있습니다.

참고: 가상 시스템에 스토리지 정책을 할당하지 않으면 vSAN에서 기본 정책을 할당합니다. 기본 정책에는 허용할 수 있는 장애의 기본 수준이 1로 설정되며, 개체당 하나의 디스크 스트라이프 및 씬 프로비저닝된 가상 디스크가 있습니다.

스토리지 정책에는 가용성 특성과 고급 특성이 있습니다.

vSAN VM 스토리지 정책에 대한 가용성 특성

사이트 재해 허용 범위
사이트 장애를 처리하기 위해 확장된 클러스터에서 사용되는 데이터 이중화 방법을 정의합니다. 이 특성은 확장된 클러스터에 적용됩니다. 표준 vSAN 클러스터가 있는 경우 없음(표준 클러스터)을 선택하십시오.
옵션은 다음과 같습니다.
  • 없음(표준 클러스터)
  • 이중 사이트 모니터링(확장된 클러스터)
  • 없음-기본 시스템에 데이터 유지(확장된 클러스터)
  • 없음-보조 시스템에 데이터 유지(확장된 클러스터)
허용되는 장애
가상 시스템이 허용할 수 있는 호스트 및 디바이스 장애 수를 정의합니다. 데이터 이중화를 사용하지 않도록 선택하거나, 성능(미러링) 또는 용량(이레이저 코딩)에 최적화된 RAID 구성을 선택할 수 있습니다.
표 1. RAID 구성, FTT 및 호스트 요구 사항
RAID 구성 FTT(허용되는 장애) 필요한 최소 호스트 수
RAID-1(미러링). 기본 설정입니다. 1 3
RAID-5(이레이저 코딩) 1 4
RAID-1(미러링) 2 5
RAID-6(이레이저 코딩) 2 6
RAID-1(미러링) 3 7

클러스터의 초기 호스트 수와 호스트가 클러스터에 추가되거나 클러스터에서 제거되는 방식은 해당 RAID 구성에 영향을 미칩니다. 예를 들어 3개 호스트 클러스터는 처음에 RAID 1로 구성되었습니다. 호스트를 추가할 때 RAID-5에 대해 클러스터를 재구성할 수 있지만 해당 재구성이 자동이 아닙니다. 4개 호스트 클러스터는 처음에 RAID-5로 구성되었습니다. 자세한 내용은 스토리지 용량 및 데이터 이중화 항목을 참조하십시오.

vSAN VM 스토리지 정책에 대한 고급 특성

개체당 디스크 스트라이프 수
가상 시스템 개체의 각 복제본이 스트라이핑되는 용량 디바이스의 최소 수입니다. 값이 1보다 크면 성능이 더 향상되겠지만 시스템 리소스도 더 많이 소모됩니다. 기본값은 1입니다. 최대값은 12입니다. VMware 지원에서 권장하는 경우에만 기본값을 변경합니다.
개체에 대한 IOPS 제한
VMDK 같은 개체의 IOPS 제한을 정의합니다. IOPS는 I/O 작업의 수로 계산되며, 가중 크기가 사용됩니다. 시스템에서 기본 기반 크기인 32KB를 사용하는 경우 64KB I/O는 I/O 작업 두 개를 나타냅니다.

IOPS 계산 시 읽기 및 쓰기는 동일하게 고려되지만 캐시 적중률과 순차성은 고려되지 않습니다. 디스크의 IOPS가 제한을 초과하면 I/O 작업이 조절됩니다. 개체에 대한 IOPS 제한을 0으로 설정하면 IOPS 제한이 적용되지 않습니다.

vSAN은 작업의 처음 1초 동안 또는 비활성 상태가 일정한 기간 지속된 후에 개체에 대해 IOPS 제한의 두 배 속도까지 허용합니다.

개체 공간 예약
예약되거나, 가상 시스템 배포 시 씩 프로비저닝되어야 하는 VMDK(가상 시스템 디스크) 개체의 논리적 크기 비율입니다.

기본값은 0%이고, 최대값은 100%입니다.

Flash Read Cache 예약
가상 시스템 개체에 대해 읽기 캐시로 예약된 플래시 용량입니다. VMDK(가상 시스템 디스크) 개체의 논리적 크기에 대한 백분율로 지정됩니다. 예약된 플래시 용량은 다른 개체가 사용할 수 없습니다. 예약되지 않은 플래시는 모든 개체 간에 균등하게 공유됩니다. 이 옵션은 특정 성능 문제를 해결할 때만 사용하십시오.

캐시 예약을 설정할 필요가 없습니다. 캐시 예약 설정은 항상 개체와 함께 포함되기 때문에 읽기 캐시 예약을 설정하면 가상 시스템 개체를 이동할 때 문제가 발생할 수 있습니다.

Flash Read Cache 예약 스토리지 정책 특성은 하이브리드 구성에 대해서만 지원됩니다. 플래시 전용 vSAN 클러스터에 사용할 VM 스토리지 정책을 정의할 때는 이 특성을 사용하면 안 됩니다.

기본값은 0%이고, 최대값은 100%입니다.

참고: 기본적으로 vSAN은 요청 시 읽기 캐시를 스토리지 개체에 동적으로 할당합니다. 이 기능은 리소스를 가장 유연하고 최적으로 사용하는 방법입니다. 따라서 일반적으로 이 매개 변수의 기본값인 0을 변경할 필요가 없습니다.

성능 문제를 해결하기 위해 이 값을 높일 때는 주의가 필요합니다. 여러 가상 시스템에서 캐시 예약을 과다 프로비저닝하면 과다 예약에 플래시 디바이스 공간이 낭비될 수 있습니다. 이 경우 지정된 시간에 해당 공간이 필요한 워크로드에 캐시 예약을 제공하지 못할 수 있습니다. 이와 같은 공간의 낭비 및 사용 불가능 문제는 성능 저하로 이어질 수 있습니다.

개체 체크섬 사용 안 함
이 옵션을 아니요로 설정하면 개체가 체크섬 정보를 계산하여 해당 데이터의 무결성을 보장합니다. 이 옵션을 로 설정하면 개체가 체크섬 정보를 계산하지 않습니다.

vSAN은 종단 간 체크섬을 사용하여 파일의 각 복사본이 소스 파일과 정확히 동일한지 확인함으로써 데이터의 무결성을 보장합니다. 시스템에서 읽기/쓰기 작업 중에 데이터의 유효성을 확인하고, 오류가 감지되면 vSAN이 데이터를 복구하거나 오류를 보고합니다.

체크섬 불일치가 감지되면 vSAN이 잘못된 데이터를 올바른 데이터로 덮어써서 데이터를 자동으로 복구합니다. 체크섬 계산 및 오류 수정은 백그라운드 작업으로 수행됩니다.

클러스터에서 모든 개체의 기본 설정은 아니요이며, 이는 체크섬이 사용되도록 설정되었다는 의미입니다.

강제 프로비저닝
이 옵션을 로 설정하면 스토리지 정책에 지정된 허용할 수 있는 장애의 기본 수준, 개체당 디스크 스트라이프 수Flash Read Cache 예약 정책이 데이터스토어에 의해 충족되지 않더라도 개체가 프로비저닝됩니다. 이 매개 변수는 부트스트래핑 시나리오에 사용하거나 더 이상 표준 프로비저닝을 수행할 수 없는 운영 중단 시에 사용할 수 있습니다.

기본값인 아니요는 대부분의 운영 환경에 허용됩니다. vSAN은 정책 요구 사항이 충족되지 않을 경우 가상 시스템을 프로비저닝하지 못하지만 사용자 정의 스토리지 정책은 성공적으로 생성합니다.

스토리지 정책 및 SLA 요구 사항

가상 시스템 스토리지 정책에 대한 작업을 수행할 때 vSAN 클러스터의 스토리지 용량 소비에 미치는 영향과 VMware Cloud on AWS에 대한 SLA(서비스 수준 계약)에 정의된 요구 사항을 충족하는지 여부를 이해하는 것이 중요합니다.

기본 vSAN 스토리지 정책은 처음에 클러스터의 호스트 수를 기반으로 구성됩니다. 예를 들어, 3개 호스트 클러스터는 Raid-1 미러링 정책을 사용하여 FTT=1로 기본 설정됩니다. 4개 호스트 클러스터도 FTT=1로 기본 설정되지만 공간 효율적인 Raid-5 이레이저 코딩 정책을 사용합니다. 단일 AZ에서 6개가 넘는 i3.metal 호스트가 있는 클러스터는 Raid-6 이레이저 코딩 정책을 사용하여 FTT=2로 기본 설정됩니다. 데이터 가용성을 기본 데이터의 요구에 맞게 조정하는 사용자 지정 정책을 만들 수 있지만 서비스 수준 계약에 명시된 요구 사항을 충족하지 않는 스토리지 정책을 사용하는 워크로드 VM은 SLA 크레딧에 적합하지 않을 수 있습니다. VM 스토리지 정책은 적절한 보호 수준으로 구성되어야 합니다. 사용 후 삭제되는 워크로드는 데이터 중복성 없음 정책을 사용하여 가용성에 대한 SLA 보증을 전제로 용량을 절약할 수 있습니다.

중요:

i3.metal 클러스터를 5개에서 6개 호스트로 확장하는 경우, 미러링 또는 이레이저 코딩을 사용하여 기본 정책 구성을 FTT=2로 업데이트하여 더 큰 장애 풀을 보정해야 합니다. 이 호스트 구성에 대해 FTT=1을 계속 사용하면 VMware가 서비스 정의 지침에 따라 가용성을 보장할 수 없습니다. Elastic vSAN을 사용하는 R5.metal 클러스터는 클러스터 크기에 관계없이 FTT=1로 SLA를 유지할 수 있습니다.

스토리지 정책의 설계 및 크기 조정 고려 사항에 대한 자세한 내용은 "VMware vSAN 관리" 설명서를 참조하십시오.