Cormac Hogan
vSAN 7.0U1이 출시됨에 따라 이른바 “슬랙 공간(slack space)” 요구 사항에 대한 중대한 변경이 이루어졌다. Slack Space는 기본적으로 vSAN 데이터스토어에서 운영 및 재구축을 위해 남겨 두어야 할 공간의 양을 가리킨다. 최근에 이 문제에 대해 몇 가지 질문이 있어 vSAN에서 현재 사용할 수 있는 용량 관리 기능 중 일부를 강조해 볼 수 있을 것으로 생각했다. 이 시간에는 또한 Automatic Rebalance 고급 옵션을 다시 살펴보고, vSAN에서 오랫동안 보유하고 있던 Reactive Rebalance 기능에 대해서도 논의하겠다. Rebalance 기능부터 시작하여 실패 후 재구축 작업과 정책 변경 등 일시적인 작업 모두에 대해 설정한 새로운 용량 예약의 변경에 대해 이야기해 하겠다.
Automatic Rebalance
고급 옵션의 Automatic Rebalance 및 vSAN 개체 구성 요소의 균등 분포와 관련되어 있다. 구성 요소는 vSAN 클러스터 주위로 다양한 호스트, 디스크 그룹 및 물리적 디스크에 배포된다. 이 고급 옵션이 활성화되어 있고 자동 균형 재조정과 관련된 알고리즘에 의해 시스템이 불균형하다고 판단되면 자동으로 재조정 작업이 시작된다. 재균형을 시작하기 위한 임계값은 기본적으로 30%로 설정되며, 이는 두 개의 디스크가 이 분산(한 디스크는 다른 디스크보다 30% 더 로드됨)을 가지면 구성 요소의 재균형이 시작됨을 의미한다. 분산이 설정된 임계값(기본값 15%)의 절반에 도달할 때까지(또는 자동 균형 재조정이 비활성화될 때까지) 재조정은 계속된다. 그러나 클러스터 용량의 균형을 얼마나 적극적으로 조정하느냐에 따라 20%에서 75% 사이의 분산으로 재조정 임계값을 설정할 수 있다. 아래 마지막 고급 옵션은 임계값을 활성화하고 설정하는 방법을 보여준다.
Reactive Rebalance
물리적 디스크가 최대 임계값 80%에 도달하면 vSAN이 자동으로 사후 대응적 균형 재조정을 시작함 사후 대응적 균형 재조정 알고리즘은 모든 디스크 용량 사용량을 임계값 80% 미만으로 낮추기 위해 vSAN 구성 요소를 클러스터의 다른 디스크에 배치하려고 시도한다. 클러스터에 있는 나머지 디스크에 작은 구성 요소가 많고 사용 가능한 용량이 많은 환경에서 물리적 Disk가 많은 경우 이는 매우 원활하다. 디스크 선택 알고리즘은 모든 디스크를 균일하게 채울 수 있도록 가능한 한 공정하게 새 구성요소를 확산시키려 할 것이다. 그러나 일부 환경에는 매우 큰 VMDK가 있을 수 있으며 물리적 디스크의 수는 적을 수 있다. 이러한 경우 개체 정책을 동적으로 변경하라는 요청이 있을 경우 매우 큰 새 VMDK를 인스턴스화해야 할 수 있다. vSAN은 이 새로운 VMDK를 인스턴스화해야 할 뿐만 아니라 물리적 디스크를 80% 용량 임계값 이상으로 밀어넣으면 전체 클러스터에 따라 새로운 구성 요소를 재조정하기 시작한다.
7.0U1에 새로운 용량 예비 용량이 있지만 80% 대응적 균형 재조정 임계값에는 변화가 없다.
Capacity Reserve
이전에 우리가 권장했던 vSAN 데이터스토어의 25-30%의 여유 공간을 더 이상 따로 둘 필요가 없다. 이제 우리는 재구축 작업과 임시 용량과 같은 임시 작업에서 개체에 대한 정책 변경을 위해 예약된 용량의 양을 제어할 수 있다. 기본적으로 용량 예약 기능은 사용하지 않도록 설정되므로 모든 vSAN 용량을 워크로드에 사용할 수 있다. 그러나 일단 사용하도록 설정하면 이제 재구성 및 작업을 위해 vSAN 데이터스토어 중 얼마나 많은 부분을 별도로 설정해야 하는지를 제어하는 2개의 고급 매개 변수가 있다. 첫 번째 매개 변수는 Host Rebuild Reserve입니다. 이 예약은 하나의 호스트 용량으로 설정되어 있다. 즉, vSAN 클러스터의 한 호스트가 실패하고 더 이상 스토리지에 기여하지 않더라도 모든 vSAN 개체를 재구축하고 다시 보호할 수 있는 충분한 용량이 클러스터에 남아 있다는 것을 의미한다. 이 예약은 N+1 호스트 수 권장 사항을 기반으로 한다. % 값은 작은 클러스터(예: 4-노드 클러스터의 25%)에서 높지만 vSAN 클러스터의 호스트 수가 증가함에 따라 전체 클러스터 용량의 백분율로 현저하게 감소함(클러스터의 용량 값의 한 자릿수 비율 > 12 노드)
두 번째 매개 변수는 Operations Reserve다. 이는 내부 임시 vSAN 작업을 위해 별도로 설정된 용량이다. 이를 설명하는 데 사용하는 예제는 vSAN 개체에 할당된 새 정책이 완전히 다른 레이아웃의 새 개체를 필요로 하는 개체 정책의 변경입니다. 이 경우 vSAN은 새 개체를 인스턴스화하고 내용을 이전 개체와 동기화한 후 최종적으로 원래 개체를 이전 레이아웃과 함께 폐기한다. 분명히 이것은 vSAN 데이터스토어에 약간의 추가 공간이 필요한데 개체의 복사본이 2개 존재하며, 이것이 작업 예약의 용도가 된다. 이 적립금은 0~25% 사이로 설정할 수 있다. 용량 예약을 사용하려면 Cluster > Configure > vSAN > Services > Enable Capacity Reserve 사용으로 이동하십시오. 다음은 4노드 vSAN 클러스터에서 용량 예약을 사용하도록 설정하는 예다.
용량 예약 사용을 편집하면 다음과 같이 각 예약에 총 vSAN 데이터스토어 용량(기본값)이 얼마나 할당되어 있는지 표시되며, vSAN 용량 보기에서도 이 기능을 사용할 수 있다. 그런 다음 예약을 활성화할지 여부를 결정할 수 있다. vSAN 데이터스토어의 사용된 공간이 제안된 작업 임계값을 초과하면 vSAN이 제대로 작동하지 않을 수 있다는 점에 유의하십시오. 마찬가지로 vSAN 데이터스토어의 사용된 공간이 제안된 호스트 재구성 임계값을 초과하면 호스트 장애 발생 시 vSAN이 모든 vSAN 개체를 보호하지 못할 수 있다.
Capacity Reserve을 사용하도록 설정할 때는 호스트 재구성 예약을 단독으로 사용하도록 설정할 수 없다. 작업 예약을 사용하도록 설정한 다음 호스트 재구축 예약도 사용하도록 선택하거나 사용하지 않도록 설정할 수 있다. 그러나 호스트 재구성 예약을 고려하기 전에 운영 임계값의 10% 오버헤드가 고려된다는 점에 유의하십시오. 따라서 나와 같은 소규모 4노드 vSAN 클러스터에서는 스크린샷에서 볼 수 있듯이 호스트 재구성 임계값을 고려하기 전에 먼저 10% Operations Reserve를 계산하고 회계처리한다.
이를 통해 vSAN의 재구축 및 임시 작업을 위해 예약할 예약을 결정할 때 사용할 수 있는 새로운 제어 기능에 대해 잘 이해하셨기를 바란다. 그러나 vSAN 확장 클러스터 또는 중첩된 장애 도메인을 포함한 장애 도메인이 있는 vSAN 클러스터에서는 예약된 용량이 지원되지 않는다는 점에 유의하십시오. 또한 2노드 ROBO(원격 사무소/지사) vSAN 클러스터가 있거나 vSAN 클러스터의 호스트 수가 4개 미만인 경우에도 사용할 수 없다.
