vSAN은 Cluster 레벨에서 구축이 가능하다.
한마디로 vSAN은 vCenter에 의존적이라는 개념이 잡힐 수 있다.
그렇다면 vSAN을 운영하다가 vCenter에 장애가 생기면 서비스에 영향이 생길까?
정답은 '아니'다.
이미 구축된 vSAN은 vCenter 없이도 실행된다. (의존적이지 않음)
vCenter는 vSAN을 작업하기 위한 과정일 뿐, 실제 vSAN에 대한 정보값은 각 호스트 레벨에게 주어진다.
단, vSAN이나 vDS에 대한 웹 클라이언트 상의 추가 작업은 할 수 없으니 vCenter 복구는 반드시 필요하다.
테스트 환경: VCSA 7.0.1, ESXI 7.0.1, vSAN 7.0b
01. vSAN Cluster 구축 (분산스위치 환경)
분산 스위치 구성은 사전에 백업해둬야 한다.
02. vCenter Power OFF
03. ESXI 호스트 접속
스토리지 > vSAN 데이터스토어 > 모니터링 > 작동 상태
각 단독 호스트에 접속하면 vSAN 데이터스토어에 대한 Health 체크가 가능하다.
스크린샷에는 없지만 Windows 가상시스템도 여전히 Ping 통신이 가능하다.
그럼 여기서 추가 질문을 해볼 수 있다.
vCenter 복구가 안될 경우에는 재배포를 해도 되나?
이것도 서비스 온라인 중에 가능하다.
01. vCenter 재배포 후 클러스터 생성 (vSAN Enabled)
02. add host
add host를 하면 vSAN 데이터스토어는 정상적으로 보인다.
분산스위치 Import 전인데 vSAN이 어떻게 인식되고 VM이 어떻게 통신될까?
호스트에 정보값이 남아있기 때문이다. 분산스위치 Import 해주면 분산 포트그룹이 정상적으로 display 된다.
03. 기존 환경과 동일하게 구성
백업해둔 분산 스위치를 Import하고,
vCenter 및 vSAN 등 기존 라이센스를 미리 할당한다.
그리고 vSAN 구성도 꼭 기존과 동일하게 구성해야 한다. (중복제거/압축 등)
04. vSAN health alarm 'vCenter state is authoritative'
'vCenter가 신뢰할 수 있는 상태임'에 대한 vSAN 경고가 발생하는데,
각 ESXI 호스트가 이전 vCenter의 정보값을 갖고 있기 때문에 한번 구성 업데이트를 해줘야 한다.
05. Update ESXI Configuration
vSAN 클러스터 > Monitor > Skyline Health > Update ESXI Configuration (빨간 박스)
버튼을 누르면 기존 구성과 다를 경우 서버에 부작용이 생길 수 있다는 경고가 뜬다.
03번처럼 기존 구성과 동일하게 사전 작업을 했다면 문제 없다.
Skyline 상태까지 해결됐다면 이제 이전처럼 운영하면 된다~
참고 URL: blogs.vmware.com/virtualblocks/2018/04/05/vsan-when-vcenter-server-is-offline/
