클러스터의 VM(가상 시스템) 파일을 수용하고 장애 및 유지 보수 작업을 처리하도록 vSAN 데이터스토어의 용량 크기를 조정할 수 있습니다.

원시 용량

이 공식을 사용하여 vSAN 데이터스토어의 원시 용량을 결정합니다. 클러스터의 총 디스크 그룹 수에 해당 디스크 그룹의 용량 디바이스 크기를 곱합니다. vSAN 온디스크 형식에 필요한 오버헤드를 뺍니다.

허용되는 장애

vSAN 데이터스토어의 용량을 계획할 때 가상 시스템의 수 및 해당 VMDK 파일의 크기 외에 클러스터에 대한 가상 시스템 스토리지 정책의 허용되는 장애를 고려해야 합니다.

허용되는 장애는 vSAN의 스토리지 용량을 계획하고 크기를 조정할 때 중요한 역할을 합니다. 가상 시스템의 가용성 요구 사항을 기반으로, 설정의 사용량이 가상 시스템과 그 개별 디바이스의 사용량과 비교할 때 두 배 이상이 될 수 있습니다.

예를 들어 장애 허용 방법을 RAID-1(미러링) - 성능으로 설정하고 FTT(허용되는 장애)를 1로 설정하면 가상 시스템이 원시 용량의 약 50%를 사용할 수 있습니다. FTT를 2로 설정하면 약 33%의 용량을 사용할 수 있습니다. FTT를 3으로 설정하면 약 25%의 용량을 사용할 수 있습니다.

하지만 장애 허용 방법을 RAID-5/6(이레이저 코딩) - 용량으로 설정하고 FTT를 1로 설정하면 가상 시스템이 원시 용량의 약 75%를 사용할 수 있습니다. FTT를 2로 설정하면 약 67%의 용량을 사용할 수 있습니다. RAID 5/6에 대한 자세한 내용은 "VMware vSAN 관리" 항목을 참조하십시오.

vSAN 스토리지 정책의 특성에 대한 자세한 내용은 "VMware vSAN 관리" 의 내용을 참조하십시오.

필요한 용량 계산

RAID 1 미러링을 사용하는 클러스터의 가상 시스템에 필요한 용량을 다음의 기준에 따라 계획하십시오.

  1. vSAN 클러스터의 가상 시스템이 사용할 것으로 예상되는 스토리지 공간을 계산합니다. 
    expected overall consumption = number of VMs in the cluster * expected percentage of consumption per VMDK
  2. 클러스터 가상 시스템의 스토리지 정책에 구성된 허용되는 장애 특성을 고려합니다. 이 특성은 클러스터의 호스트에 있는 VMDK 파일의 복제본 수에 직접적인 영향을 줍니다. 
    datastore capacity = expected overall consumption * (FTT + 1)
  3. vSAN 온디스크 형식의 오버헤드 요구 사항을 예측합니다.
    • 온디스크 형식 버전 3.0 이상에서는 일반적으로 디바이스당 용량의 1-2%를 초과하지 않는 추가적인 오버헤드를 추가합니다. 소프트웨어 체크섬을 사용하도록 설정된 중복 제거 및 압축 기능을 사용하려면 디바이스당 용량의 6.2% 정도에 해당하는 추가적인 오버헤드가 필요합니다.
    • 온디스크 형식 버전 2.0에서는 일반적으로 디바이스당 용량의 1-2%를 초과하지 않는 추가적인 오버헤드를 추가합니다.
    • 온디스크 형식 버전 1.0에서는 용량 디바이스당 약 1GB의 추가적인 오버헤드를 추가합니다.

용량 크기 조정 지침

  • vSAN이 스토리지 로드를 재조정하지 않도록 최소 30%의 사용되지 않은 공간을 유지합니다. vSAN은 단일 용량 디바이스의 사용량이 80% 이상이 될 때마다 클러스터 전반의 구성 요소를 재조정합니다. 재조정 작업은 애플리케이션의 성능에 영향을 줄 수 있습니다. 이러한 문제를 피하려면 스토리지 사용량을 70% 미만으로 유지합니다. vSAN 7.0 Update 1 이상에서는 작업 예약 및 호스트 재구축 예약을 사용하여 사용되지 않은 용량을 관리할 수 있습니다.
  • 용량 디바이스, 디스크 그룹 및 호스트의 잠재적 장애 또는 교체를 처리하기 위한 추가 용량을 계획합니다. 용량 디바이스에 연결할 수 없는 경우 vSAN은 클러스터의 다른 디바이스에서 구성 요소를 복구합니다. 플래시 캐시 디바이스가 제거되거나 장애가 발생한 경우 vSAN은 전체 디스크 그룹의 구성 요소를 복구합니다.
  • 호스트 장애 발생 후 또는 호스트가 유지 보수 모드로 전환되는 경우 vSAN이 구성 요소를 복구할 수 있도록 추가 용량을 예약합니다. 예를 들어 남은 사용 가능 용량으로 호스트 장애 발생 후 또는 유지 보수 중에 구성 요소를 재구축할 수 있도록 충분한 용량으로 호스트를 프로비저닝합니다. 추가 공간이 중요한 이유는 호스트가 네 개 이상 있는 경우, 실패한 구성 요소를 재구축하기 위한 여유 용량이 충분해야 하기 때문입니다. 호스트에 장애가 발생하면 다른 장애를 허용할 수 있도록 다른 호스트에 있는 사용 가능한 스토리지에서 재구축이 수행됩니다. 하지만 호스트가 3개인 클러스터의 경우 허용되는 장애가 1로 설정되어 있으면 vSAN이 재구축 작업을 수행하지 않습니다. 그 이유는 호스트 하나에서 장애가 발생했을 때 클러스터에 남아 있는 호스트가 2개뿐이기 때문입니다. 장애 후 재구축을 허용하려면 사용 가능한 호스트가 3개 이상 있어야 합니다.

  • vSAN VM 스토리지 정책의 변경을 위해 충분한 임시 스토리지 공간을 제공합니다. VM 스토리지 정책을 동적으로 변경하면 vSAN이 개체의 새 RAID 트리 레이아웃을 생성할 수 있습니다. vSAN이 새 레이아웃을 인스턴스화하고 동기화할 때 개체는 일시적으로 공간을 더 사용할 수 있습니다. 이러한 변경을 처리할 수 있도록 클러스터의 임시 스토리지 공간을 어느 정도 유지하십시오.

  • 소프트웨어 체크섬 또는 중복 제거와 압축 같은 고급 기능을 사용할 계획이라면 작동 오버헤드를 처리할 추가적인 용량을 예약해야 합니다.
  • 장애 시 지속성을 제공하기 위해 스토리지 정책에 지정된 호스트 외의 추가 호스트를 포함합니다. 자세한 내용은 "VMware vSAN 관리 가이드" 를 참조하십시오.

가상 시스템 개체에 대한 고려 사항

vSAN 데이터스토어의 스토리지 용량을 계획할 때 VM 홈 네임스페이스 개체, 스냅샷 및 스왑 파일을 위해 데이터스토어에 필요한 공간을 고려합니다.

  • VM 홈 네임스페이스. 가상 시스템의 홈 네임스페이스 개체에 명시적으로 스토리지 정책을 할당할 수 있습니다. vSAN은 용량 및 캐시 스토리지가 불필요하게 할당되지 않도록 정책의 허용되는 장애 및 강제 프로비저닝 설정만 VM 홈 네임스페이스에 적용합니다. 허용되는 장애가 1 이상으로 설정된 VM 홈 네임스페이스에 할당된 스토리지 정책의 요구 사항을 충족하도록 스토리지 공간을 계획합니다.
  • 스냅샷입니다. 델타 디바이스는 기본 VMDK 파일의 정책을 상속합니다. 스냅샷의 예상 크기와 수 그리고 vSAN 스토리지 정책의 설정에 따라 추가 공간을 계획합니다.

    필요한 공간이 서로 다를 수 있습니다. 그 크기는 가상 시스템에서 데이터를 변경하는 빈도와 스냅샷을 가상 시스템에 연결하는 시간에 따라 달라집니다.

  • 스왑 파일. vSAN 6.7 이상에서 가상 시스템 스왑 파일은 VM 네임스페이스의 스토리지 정책을 상속합니다.