vSAN Clusters – Considerations when Sizing and Scaling

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

 

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

 

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

 

https://storagehub.vmware.com/t/vmware-vsan/vsan-cluster-design-large-clusters-versus-small-clusters/

 

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

 

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

 

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

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

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

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

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

 

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

  1. 토탈 12대의 호스트 / 싱글 사이트 : 8+4 또는 7+5
  2. 토탈 16대의 호스트 / 싱글 사이트 : 8+4+4
  3. 토탈 128대의 호스트 / 싱글 사이트 : 20+20+20+20+20+20+8
  4. 토탈 16대의 호스트 / 멀티 사이트 8+4/4 

이걸 보면서 제가 느끼는건.. 음 20대 이상은 구성하지 않는게 좋겠다네요.. 🙂

4 thoughts on “vSAN Clusters – Considerations when Sizing and Scaling

  1. 안녕하세요. vmware 를 입문하고 있는 행인입니다.
    vsan관련하여 궁금하게 있어 여쭤봅니다..
    vSAN 구성시 witness는 무슨 역할을 하는지
    궁금합니다.스플릿 브레인을 막아주는 감시 오브젝트라고 하는데..정확한 내용이 궁금합니다..
    답변 부탁드립니다.

  2. vSAN관련 문의드립니다.
    3대의 호스트로 vSAN을 운영중인데 1대의 서버가 장애가 나서 재설치를 해야 하는데…3대중 1대를 하이퍼바이저를 재설치할려면 그냥 재설치 진행을 하면 되는걸까요?

    아니면 1대의 서버를 더 추가해서 3대를 구성한 후에 장애난 서버를 포멧해야 할까요?

    답변 부탁드립니다. 감사합니다.

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다