클러스터의 VM(가상 시스템) 파일을 수용하고 장애 및 유지 보수 작업을 처리하도록 vSAN 데이터스토어의 용량 크기를 조정할 수 있습니다.
원시 용량
vSAN 데이터스토어의 원시 용량을 확인하려면 클러스터에 있는 디스크 그룹의 총 개수를 해당 디스크 그룹에 있는 용량 디바이스의 크기와 곱한 후 vSAN 온디스크 형식에 필요한 오버헤드를 뺍니다.
허용할 수 있는 장애의 기본 수준
가상 시스템의 개수와 해당 VMDK 파일의 크기가 포함되지 않은 vSAN 데이터스토어의 용량을 계획할 때는 클러스터에 대한 가상 시스템 스토리지 정책의 허용할 수 있는 장애의 기본 수준 및 장애 허용 방법 특성을 고려해야 합니다.
허용할 수 있는 장애의 기본 수준은 vSAN의 스토리지 용량을 계획하고 크기를 조정할 때 중요한 역할을 합니다. 가상 시스템의 가용성 요구 사항을 기반으로, 설정의 사용량이 가상 시스템과 그 개별 디바이스의 사용량과 비교할 때 두 배 이상이 될 수 있습니다.
예를 들어 장애 허용 방법을 RAID-1(미러링) - 성능으로 설정하고 PFTT(허용할 수 있는 장애의 기본 수준)를 1로 설정하면 가상 시스템이 원시 용량의 약 50%를 사용할 수 있습니다. PFTT를 2로 설정하면 약 33%의 용량을 사용할 수 있습니다. PFTT를 3으로 설정하면 약 25%의 용량을 사용할 수 있습니다.
하지만 장애 허용 방법을 RAID-5/6(이레이저 코딩) - 용량으로 설정하고 PFTT를 1로 설정하면 가상 시스템이 원시 용량의 약 75%를 사용할 수 있습니다. PFTT를 2로 설정하면 약 67%의 용량을 사용할 수 있습니다. RAID 5/6에 대한 자세한 내용은 RAID 5 또는 RAID 6 이레이저 코딩 사용을 참조하십시오.
vSAN 스토리지 정책의 특성에 대한 자세한 내용은 vSAN 정책 사용의 내용을 참조하십시오.
필요한 용량 계산
RAID 1 미러링을 사용하는 클러스터의 가상 시스템에 필요한 용량을 다음의 기준에 따라 계획하십시오.
vSAN 클러스터의 가상 시스템이 사용할 것으로 예상되는 스토리지 공간을 계산합니다.
expected overall consumption = number of VMs in the cluster * expected percentage of consumption per VMDK
클러스터의 가상 시스템에 대한 스토리지 정책에 구성되어 있는 허용할 수 있는 장애의 기본 수준 특성을 고려합니다. 이 특성은 클러스터의 호스트에 있는 VMDK 파일의 복제본 수에 직접적인 영향을 줍니다.
datastore capacity = expected overall consumption * (PFTT + 1)
vSAN 온디스크 형식의 오버헤드 요구 사항을 예측합니다.
온디스크 형식 버전 3.0 이상에서는 추가적인 오버헤드를 추가하며, 일반적으로 이 오버헤드는 디바이스당 용량의 1-2%를 초과하지 않습니다. 소프트웨어 체크섬을 사용하도록 설정된 중복 제거 및 압축 기능을 사용하려면 디바이스당 용량의 6.2% 정도에 해당하는 추가적인 오버헤드가 필요합니다.
온디스크 형식 버전 2.0에서는 추가적인 오버헤드를 추가하며, 일반적으로 이 오버헤드는 디바이스당 용량의 1-2%를 초과하지 않습니다.
온디스크 형식 버전 1.0에서는 용량 디바이스당 약 1GB의 추가적인 오버헤드를 추가합니다.
용량 크기 조정 지침
vSAN이 스토리지 로드를 재조정하지 않도록 최소 30%의 사용되지 않은 공간을 유지합니다. vSAN은 단일 용량 디바이스의 사용량이 80% 이상이 될 때마다 클러스터 전반의 구성 요소를 재조정합니다. 재조정 작업은 애플리케이션의 성능에 영향을 줄 수 있습니다. 이러한 문제를 피하려면 스토리지 사용량을 70% 미만으로 유지합니다.
용량 디바이스, 디스크 그룹 및 호스트의 잠재적 장애 또는 교체를 처리하기 위한 추가 용량을 계획합니다. 용량 디바이스에 연결할 수 없는 경우 vSAN은 클러스터의 다른 디바이스에서 구성 요소를 복구합니다. 플래시 캐시 디바이스가 제거되거나 장애가 발생한 경우 vSAN은 전체 디스크 그룹의 구성 요소를 복구합니다.
호스트 장애 발생 후 또는 호스트가 유지 보수 모드로 전환되는 경우 vSAN이 구성 요소를 복구할 수 있도록 추가 용량을 예약합니다. 예를 들어 남은 사용 가능 용량으로 호스트 장애 발생 후 또는 유지 보수 동안 구성 요소를 재구축할 수 있도록 충분한 용량으로 호스트를 프로비저닝합니다. 용량이 중요한 이유는 호스트가 네 개 이상 있는 경우, 실패한 구성 요소를 재구축하기 위한 여유 용량이 충분해야 하기 때문입니다. 호스트에 장애가 발생하면 다른 장애를 허용할 수 있도록 다른 호스트에 있는 사용 가능한 스토리지에서 재구축이 수행됩니다. 하지만 호스트가 3개인 클러스터의 경우 허용할 수 있는 장애의 기본 수준이 1로 설정되어 있으면 vSAN이 재구축 작업을 수행하지 않습니다. 그 이유는 호스트 하나에서 장애가 발생했을 때 클러스터에 남아 있는 호스트가 2개뿐이기 때문입니다. 장애 후 재구축을 허용하려면 호스트가 3개 이상 있어야 합니다.
vSAN VM 스토리지 정책의 변경을 위해 충분한 임시 스토리지 공간을 제공합니다. VM 스토리지 정책을 동적으로 변경할 때 vSAN에서 개체를 구성하는 복제본의 레이아웃을 생성할 수 있습니다. vSAN에서 해당 복제본을 인스턴스화하고 원래 복제본과 동기화하는 경우 클러스터는 일시적으로 추가 공간을 제공해야 합니다.
소프트웨어 체크섬 또는 중복 제거와 압축 같은 고급 기능을 사용할 계획이라면 작동 오버헤드를 처리할 추가적인 용량을 예약해야 합니다.
가상 시스템 개체에 대한 고려 사항
vSAN 데이터스토어의 스토리지 용량을 계획할 때 VM 홈 네임스페이스 개체, 스냅샷 및 스왑 파일을 위해 데이터스토어에 필요한 공간을 고려합니다.
VM 홈 네임스페이스. 가상 시스템의 홈 네임스페이스 개체에 명시적으로 스토리지 정책을 할당할 수 있습니다. vSAN은 용량 및 캐시 스토리지가 불필요하게 할당되지 않도록 정책의 허용할 수 있는 장애의 기본 수준 및 강제 프로비저닝 설정만 VM 홈 네임스페이스에 적용합니다. 허용할 수 있는 장애의 기본 수준이 0보다 큰 VM 홈 네임스페이스에 할당된 스토리지 정책의 요구 사항을 충족하도록 스토리지 공간을 계획합니다.
스냅샷입니다. 델타 디바이스는 기본 VMDK 파일의 정책을 상속합니다. 스냅샷의 예상 크기와 수 그리고 vSAN 스토리지 정책의 설정에 따라 추가 공간을 계획합니다.
필요한 공간이 서로 다를 수 있습니다. 그 크기는 가상 시스템에서 데이터를 변경하는 빈도와 스냅샷을 가상 시스템에 연결하는 시간에 따라 달라집니다.
스왑 파일. vSAN은 가상 시스템의 스왑 파일에 대해 개별 스토리지 정책을 사용합니다. 정책에서는 단일 장애를 허용하고, 스트라이핑 및 읽기 캐시 예약을 정의하지 않으며, 강제 프로비저닝을 사용합니다.
