실제로 필드에서 vSAN 을 구성할 때에 많이들 실수하시는 부분입니다.
Storage Controller 는 종류에 따라 pass-though 또는 Single Raid 0 만 지원하거나 둘다 지원하는 모델이 있습니다.
예를 들어 Dell 의 H730 Controller 의 경우 VMware HCL (VCG) 에 따르면 pass-though 만 지원하는 모델입니다.
그래서 어떤 경우가 생기는가 하면 늘 하던데로, Disk 2개는 Raid 1 으로 묶어서 OS 영역으로 사용하고, 나머지 디스크들은 vSAN 용으로 사용하시는 경우가 있습니다.
그러나 이 구성은 지원하지 않는 구성입니다.
위의 내용을 정리하면 아래와 같습니다.
- vSAN disk 와 non-vSAN disk 가 같은 컨트롤러에 연결되어 있을 때는 Raid Mode 와 Pass-through 를 Mix 하지 말것
- vSAN disk 가 pass-through/JBOD 라면 OS 용 디스크도 pass-though/JBOD 타입이어야 함
- vSAN disk 가 Raid mode 로 구성되어 있다면(Single Raid 0) OS 용 디스크도 반드시 Raid Mode 로 구성해야 함.
- pass-through 디스크와 Raid 디스크가 mix 되어있는 구성은 vSAN 구성에 부정적인 영향을 주기 때문에 구성하면 안됨 (DU 및 DL 발생가능)
- Local 디스크에 ESXi 를 설치할 경우 Local VMFS datastore 가 생성이 되는데요, 이 공간에서는 VM 를 running 하거나 하면 안됩니다. 이 공간의 사용용도는 Scratch partition / Logging / core dump partition/vsantrace 의 용도로만 제한됩니다.
- 다만 Storage Controller 가 Dell PERC H730 시리즈인 경우 위의 2번의 용도로도 사용할 수 없습니다. ESXi 를 설치하고 나서 생성된 VMFS Datastore 를 삭제해야 합니다. (관련 내용 : https://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2136374)
- 위의 경우 local datastore 를 사용할 수 없기 때문에 Scratch Partition / Logging / Core dump partition 용도로 별도의 외부 데이터 스토어가 필요합니다. NFS 가 좋을듯 하네요. 구성하지 않을 경우 Scratch partition 이 ramdisk 상에 생기기 때문에 호스트 Reboot 시에 관련 로그 데이터가 전부 유실됩니다.
위의 가이드대로 구성하지 않으시면 추후 문제가 생길뿐만 아니라 Tech support 지원시에 구성을 변경해야 한다는 답변을 들으실 겁니다..
다만 Storage Controller 를 추가로 연결하여 vSAN disk 와 non-vSAN disk 를 다르게 연결한다면 문제는 없겠습니다. ^^
요약하면
- Storage Controller 를 2개를 구성하며 vSAN disk 와 non-vSAN disk 를 분리 연결
- 위의 사항이 불가능하다면 별도의 NFS datastore 가 필요함 (Scratch Partition / Logging / Core dump / vsantrace 용도로)