vSAN Clusters – Considerations when Sizing and Scaling

By Byounghee

2019년 01월 09일

저는 컨설턴트가 아니기 때문에 일반적으로 디자인이나 설계등을 하지 않습니다만, 때때로 이런 질문을 받기도 합니다.

vSAN Cluster 를 구성할때 큰 클러스터를 구성하나요 아님 작은 크기의 여러개를 구성하는게 좋은가요?

사실 대부분이 그렇듯이 정답은 없습니다. trade off 는 있겠지만요. 결국은 어떤것을 선택하느냐의 문제입니다. 그런 질문을 하도 많이 받았는지 아에 이런 문서를 내놨습니다.

얼핏읽어보니 상당부분은 마케팅 자료에 가까워서 왜 vSAN 이 더 나은지 이런걸 써놨지만 사실 이런건 제 관심이 아닙니다. ㅎㅎ

사실 저보고 선택하라고 한다면 vSAN 과 External Storage Array 를 둘다 쓰는 구성으로 사용하고 싶을것 같습니다. 각자의 장단점이 있고 서로를 보완해줄 수 있는 부분이 있다고 봅니다.

각설하고 작은 크기의 클러스터는 어떤 장점/단점이 있을까요?

첫째로vSAN 은 클러스터 단위로 동작하기 때문에, 작은 클러스터를 여러개 운영할 경우 하나의 클러스터에 문제가 생기더라도 다른 클러스터는 영향받지 않는다를 꼽을 수 있을것 같습니다.
Maintenance 에 좀더 유리합니다. 아시다시피 호스트 패치등의 작업을 할 때 좀더 짧은 윈도우에 클러스터 패치등을 끝낼 수 있겠죠.
단점이라면 Shared resource 의 크기 자체가 작아지기 때문에 Utilization 측면에서는 불리할것 같습니다.

큰 크기의 클러스터의 장/단은 이럴 것 같습니다.

Shared Storage Resource 의 Utilization 을 높힐 수 있을 것입니다. 낭비되는 리소스가 좀 적겠죠 아무래도
Storage Policy 를 활용하기가 용이하다. 아무래도 유연성이 있을듯 합니다.
Maintenance 는 불리합니다. 32대의 호스트 패치를 한다고 생각해보세요.. Ensure Availablity 를 고르더라도 겁날겁니다. Maintenance Window 가 길어진다는게, 운영하시는 입장에선 부담이 될 것 입니다.

해당 문서에도 언급되어 있긴 합니다만… 고성능을 요구하는 경우 경우에는 Large cluster 가 좀 더 유리할듯 하구요. 평균 및 다양한 workload 를 운영하는 환경에서는 Small Cluster 가 유리할것 같습니다.

문서에는 다음과 같은 시나리오가 있습니다. 자세한 내용은 한번 보세요.