최근에는 서버내에 SD카드를 내장해서 OS 영역으로 쓰는 경우가 있는데, 이 경우에 고려해야 할 사항 몇가지를 알아보겠습니다.
SD 카드에 ESXi 를 설치할 경우 문제가 되는 부분이 Scratch partition 인데요, 그 이유는 SD 카드에는 VMFS Datastore 를 생성할 수 없기 때문입니다.
따라서 설치후에는 Scratch Partition 이 Ramdisk 위에 올라가기 때문에, host reboot 시에 해당 파티션내의 파일들이 유실되는 경우가 발생합니다. 유실되는 대상은 주로.. vsantrace 파일이나 /var/log, 그리고 core dump 등입니다. 장애로 인하여 PSOD 가 발생했을 때에 관련 로그들이 사라지기 때문에 난감한 경우가 발생합니다.
따라서 SD 카드위에 OS 를 설치를 하는 경우, 별도의 Local VMFS datastore 나 NFS datastore로 scratch partition 경로를 변경해주어야 합니다. 하지만 대체로 vSAN 구성시에는 별도의 Local VMFS datastore 나 NFS 가 없는 경우가 간혹 있지요..
이 경우 가장 권장되는 것은 SD카드가 아닌 SATADOM Device 에 ESXi 를 설치하는 것입니다. 아래와 같이 생겼습니다. 물론 제품마다 생김새는 조금 다릅니다.
SATADOM 이 낯선 분들도 계실것 같아서 간단히 설명을 드리면.. SATA 포트에 직접 연결하는 소형 SSD 라고 보시면 될것 같습니다. 64GB 이상을 사용하실것을 권장하고요. SATADOM 은 SSD disk 이기 때문에 VMFS datastore 생성이 가능합니다.
물론 SATADOM 도 디스크이기 때문에 이전 포스트에서 언급했던 non-vSAN disk 와 vSAN disk 가 같은 컨트롤러내에 있을시의 제약사항도 그대로 적용받습니다.
추가적으로 syslog 나 scratch partition/vsantrace location 을 vSAN datastore 로 지정하시면 안됩니다. 그 이유는 다음 KB 에 설명되어 있습니다.
Redirecting system logs to a vSAN object causes an ESXi host lock up https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2147541
간단히 요약하면, ESXi 가 vCenter 상에 응답없음 상태로 빠지는 경우가 있어서 그 때는 vSAN 쪽으로 I/O 가 정상적으로 발생하지 않기 때문에 문제가 생깁니다.
추가적으로 scratch partition 생성의 경우 다음 KB 를 참조하여 주십시오.