using vSAN and non-vSAN disks with the same storage controller – Virtualization
실제로 필드에서 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 시에 관련 로그 데이터가 전부 유실됩니다.
- 위의 사항이 불가능하다면 별도의 NFS datastore 가 필요함 (Scratch Partition / Logging / Core dump / vsantrace 용도로)