vSAN 스토리지 정책은 가상 시스템의 스토리지 요구 사항을 정의합니다. 이러한 정책은 스토리지가 관리 및 워크로드 VM에 할당되는 방식을 결정합니다.
VMware Cloud on AWS SDDC에서 생성된 첫 번째 클러스터에는 두 가지 vSAN 데이터스토어가 포함됩니다. 하나는 관리 VM(vsanDatastore)용이고 다른 하나는 워크로드 VM(WorkloadDatastore)용입니다. 두 데이터스토어는 동일한 기본 스토리지 디바이스를 공유하고 사용 가능한 공간의 동일한 풀에서 사용됩니다. SDDC에서 생성된 추가 클러스터에는 WorkloadDatastore만 포함됩니다.
vSAN 데이터스토어에 배포된 각 가상 시스템에는 가상 시스템 스토리지 정책이 하나 이상 할당됩니다. 스토리지 정책은 가상 시스템을 생성하거나 재구성할 때 할당할 수 있습니다.
스토리지 정책에 대한 자세한 내용은 VMware Designlet 관리 스토리지 정책 프로파일을 참조하십시오.
vSAN VM 스토리지 정책에 대한 가용성 특성
- 사이트 재해 허용 범위
- 사이트 장애를 처리하기 위해 확장된 클러스터에서 사용되는 데이터 이중화 방법을 정의합니다. 이 특성은 확장된 클러스터에 적용됩니다. 표준 vSAN 클러스터가 있는 경우 [없음](표준 클러스터)을 선택합니다.
- 허용되는 장애
-
가상 시스템이 허용할 수 있는 호스트 및 디바이스 장애 수를 정의합니다. 데이터 이중화를 사용하지 않도록 선택하거나, 성능(미러링) 또는 용량(이레이저 코딩)에 최적화된 RAID 구성을 선택할 수 있습니다.
- RAID-1은 더 많은 디스크 공간을 사용하지만 더 나은 성능을 제공합니다.
- RAID-5/6(이레이저 코딩)은 디스크 공간을 더 적게 사용하지만 성능이 저하됩니다.
표 1. RAID 구성, FTT 및 호스트 요구 사항 RAID 구성 FTT(허용되는 장애) 필요한 최소 호스트 수 RAID-1(미러링). 기본 설정입니다. RAID-1 1 2 RAID-5(이레이저 코딩) 1 4 RAID-1(미러링) 2 5 RAID-6(이레이저 코딩) 2 6 RAID-1(미러링) 3 7 중요: FTT가 0(데이터 이중화 없음)인 VM 스토리지 정책을 사용하는 것은 권장되지 않으며 호스트 장애가 발생하거나 VM이 응답하지 않을 경우 데이터 손실을 유발할 수 있습니다.관리 스토리지 정책 프로파일은 클러스터의 초기 RAID 구성을 결정합니다. 관리 스토리지 정책 프로파일을 클러스터에 적용하면 클러스터 크기가 변경될 때 RAID 구성이 자동으로 업데이트됩니다. 자세한 내용은 VMware Cloud on AWS 관리 스토리지 정책 프로파일 항목을 참조하십시오.
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(가상 시스템 디스크) 개체의 논리적 크기 비율을 정의합니다. VMware Cloud on AWS의 기본 예약 값은 0%(씬 프로비저닝)입니다. 예상보다 큰 vSAN 쓰기에 대한 용량을 예약하기 위한 씩 프로비저닝을 지정할 수 있지만 기본 VMDK 구조가 씬 프로비저닝 구성에 있는 구조와 동일하게 유지되며 온-프레미스에서 사용 가능한 '빠르게 비워지는 씩 프로비저닝' 프로비저닝 모델과 동일하지 않습니다.
스토리지 리소스에 설명된 것처럼 OSR(개체 공간 예약) 고급 정책 설정을 씬 프로비저닝으로 설정하는 것이 좋습니다. OSR은 공간 예약만 제어하며 성능에는 영향을 주지 않습니다. 용량 관리는 종종 온-프레미스 데이터 센터에 중요하지만 VMware Cloud on AWS Elastic DRS는 클러스터의 사용 가능한 공간이 부족하지 않도록 합니다.
- Flash Read Cache 예약
- 이 설정은 VMware Cloud on AWS에서 무시됩니다. 하이브리드 vSAN 배포에서는 읽기 캐시로 예약된 플래시 용량을 지정합니다.
- 개체 체크섬 사용 안 함
-
이 옵션을
아니요로 설정하면 개체가 체크섬 정보를 계산하여 해당 데이터의 무결성을 보장합니다. 이 옵션을
예로 설정하면 개체가 체크섬 정보를 계산하지 않습니다.
vSAN은 종단 간 체크섬을 사용하여 파일의 각 복사본이 소스 파일과 정확히 동일한지 확인함으로써 데이터의 무결성을 보장합니다. 시스템에서 읽기/쓰기 작업 중에 데이터의 유효성을 확인하고, 오류가 감지되면 vSAN이 데이터를 복구하거나 오류를 보고합니다.
체크섬 불일치가 감지되면 vSAN이 잘못된 데이터를 올바른 데이터로 덮어써서 데이터를 자동으로 복구합니다. 체크섬 계산 및 오류 수정은 백그라운드 작업으로 수행됩니다.
클러스터에서 모든 개체의 기본 설정은 아니요이며, 이는 체크섬이 사용되도록 설정되었다는 의미입니다.
- 강제 프로비저닝
-
이 옵션을
예로 설정하면 스토리지 정책에 지정된
허용할 수 있는 장애의 기본 수준,
개체당 디스크 스트라이프 수 및
Flash Read Cache 예약 정책이 데이터스토어에 의해 충족되지 않더라도 개체가 프로비저닝됩니다. 이 매개 변수는 부트스트래핑 시나리오에 사용하거나 더 이상 표준 프로비저닝을 수행할 수 없는 운영 중단 시에 사용할 수 있습니다.
기본값인 아니요는 대부분의 운영 환경에 허용됩니다. vSAN은 정책 요구 사항이 충족되지 않을 경우 가상 시스템을 프로비저닝하지 못하지만 사용자 정의 스토리지 정책은 성공적으로 생성합니다.
VMware Cloud on AWS 관리 스토리지 정책 프로파일
SDDC에 클러스터를 생성하면 VMware Cloud on AWS는 클러스터에 생성하는 VM에 기본적으로 적용되는 관리 스토리지 정책 프로파일을 생성합니다. 이 스토리지 정책 프로파일의 이름은 "VMC 워크로드 스토리지 정책 - 클러스터 이름"입니다. 정책 설정은 클러스터가 VMware Cloud on AWS에 대한 서비스 수준 계약(SLA)에 명시된 요구 사항을 충족하는지 확인합니다. VM을 동일한 SDDC의 다른 클러스터로 마이그레이션하는 경우 VM 스토리지 정책도 변경해야 합니다. 가상 시스템에 스토리지 정책 할당의 내용을 참조하십시오.
관리 스토리지 정책 설정은 클러스터 구성을 기반으로 합니다.
- 단일 호스트 SDDC는 SLA에 포함되지 않습니다. 데이터 이중화 안 함 정책을 사용합니다.
- 단일 AZ 클러스터는 씬 프로비저닝을 사용하며 클러스터 크기 및 호스트 인스턴스 유형에 따라 장애 허용 오차 값을 설정합니다.
- 2~5개의 호스트가 포함된 클러스터는 1 장애 - RAID-1(미러링)을 사용합니다.
- 6개 이상의 호스트가 포함된 클러스터는 2 장애 - RAID-6(이레이저 코딩)을 사용합니다.
- 4개 이하의 호스트가 있는 확장된 클러스터는 데이터 이중화 안 함을 사용하며 사이트 재해 허용 범위가 이중 사이트 미러링으로 설정되어 있습니다.
- 6개 이상의 호스트가 있는 확장된 클러스터는 1 장애 - RAID-1(미러링)을 사용하지만 사이트 재해 허용 범위가 이중 사이트 미러링으로 설정되어 있습니다.
관리 스토리지 정책은 클러스터 크기에 따라 다르므로 호스트를 추가하거나 제거할 경우, 클러스터의 크기가 변경되어 다른 정책이 필요하게 되면 스토리지 정책 재구성이 트리거됩니다. 예를 들어 호스트 5개가 포함된 클러스터에 호스트를 하나 추가하면 해당 클러스터의 스토리지 정책은 1 장애 - RAID-1(미러링)을 사용하는 설정에서 2 장애 - RAID-6(이레이저 코딩)을 사용하는 설정으로 재구성됩니다. 추가 호스트를 제거하여 호스트 수가 6개에서 5개로 변경되는 경우에는 그 반대로 재구성됩니다.
6개 호스트로 확장된 클러스터에서는 호스트를 제거할 수 없습니다. 6개 호스트의 기존 클러스터에서 클러스터 스토리지 활용률이 총 스토리지 용량의 40%를 초과하는 경우 호스트를 제거할 수 없습니다. 다른 모든 클러스터 유형의 경우 클러스터 스토리지 활용률이 총 스토리지 용량의 40%를 초과하는 경우 호스트를 제거하지 않는 것이 좋습니다.
클러스터에서 호스트를 하나 이상 제거하여 관리 스토리지 정책 재구성이 트리거될 경우, 해당 호스트가 제거되기 전에 재구성이 완료되어야 합니다. 워크로드가 대량의 스토리지를 사용하면 재구성 작업이 완료되는 데 몇 시간에서 며칠이 걸릴 수 있습니다. 재구성을 수행하는 동안 제거 대상으로 지정한 호스트는 계속 사용할 수 있으며 호스트 사용량에 대해 요금이 청구됩니다. 스토리지 정책 재구성이 완료된 후에는 호스트가 제거되며 호스트 사용량에 대해 더 이상 요금이 청구되지 않습니다.
관리 스토리지 정책을 사용하지 않으려는 경우에는 고유한 스토리지 정책을 정의하고 워크로드 데이터스토어에 대한 기본값으로 할당할 수 있습니다. "VMware vSAN 관리" 에서 vSAN 정책 사용을 참조하십시오.
VM 템플릿 및 관리 스토리지 정책
VM 템플릿이 VMware Cloud on AWS 관리 스토리지 정책과 연결되어 있는 경우, 해당 템플릿의 정책은 클러스터의 정책이 재구성될 때 자동으로 업데이트되지 않습니다. 클러스터의 스토리지 정책이 재구성된 후 VM 템플릿 규정 준수 상태는 "최신 버전이 아님"입니다. 템플릿 정책 상태를 "준수"로 설정하려면 템플릿을 VM으로 변환하고 VM 스토리지 정책을 다시 적용한 후 VM을 다시 템플릿으로 변환해야 합니다.
템플릿을 사용하여 VM을 배포하는 경우, VM이 클러스터의 현재 관리 스토리지 정책과 함께 배포되도록 VM 스토리지 정책에 대해 데이터스토어 기본값을 선택하는 것이 좋습니다.
스토리지 정책 및 SLA 요구 사항
가상 시스템 스토리지 정책에 대한 작업을 수행할 때 vSAN 클러스터의 스토리지 용량 소비에 미치는 영향과 VMware Cloud on AWS에 대한 SLA(서비스 수준 계약)에 정의된 요구 사항을 충족하는지 여부를 이해하는 것이 중요합니다.
관리 스토리지 정책은 클러스터의 호스트 수를 기반으로 처음 구성됩니다. 예를 들어, 호스트가 3개 있는 클러스터는 RAID-1 미러링 정책을 사용하고 FTT=1로 기본 설정됩니다. 단일 AZ에서 호스트가 6개보다 많은 클러스터는 2 장애 - RAID-6(이레이저 코딩)으로 기본 설정됩니다. 데이터 가용성을 기본 데이터의 요구에 맞게 조정하는 사용자 지정 정책을 만들 수 있지만 서비스 수준 계약에 명시된 요구 사항을 충족하지 않는 스토리지 정책을 사용하는 워크로드 VM은 SLA 크레딧에 적합하지 않을 수 있습니다. VM 스토리지 정책은 적절한 보호 수준으로 구성되어야 합니다. 사용 후 삭제되는 워크로드는 데이터 중복성 없음 정책을 사용하여 가용성에 대한 SLA 보증을 전제로 용량을 절약할 수 있습니다.
클러스터를 호스트 5개에서 6개로 스케일 업하는 경우 기본 정책에 대한 장애 허용 오차를 2 장애 - RAID-6(이레이저 코딩) 또는 2 장애 - RAID-1(미러링)로 업데이트하여 더 큰 장애 풀을 보완해야 합니다. 관리 스토리지 정책을 사용하는 클러스터는 자동으로 재구성되지만 사용자 지정 정책을 사용하는 클러스터는 수동으로 업데이트해야 합니다. 이 호스트 구성에 대해 1의 장애 허용 오차를 계속 사용하면 VMware가 서비스 정의 지침에 따라 가용성을 보장할 수 없습니다.
VMware는 VM 스토리지 정책을 정기적으로 검사하여 SLA 요구 사항을 준수하는지 확인하고 규정 비준수 정책이 있는 경우 알림을 전송합니다.
스토리지 정책의 설계 및 크기 조정 고려 사항에 대한 자세한 내용은 VMware vSAN 관리를 참조하십시오.
