saram

vCenter, ESXi 6.0 -> 6.7 재배포 업그레이드 시나리오(1) - 사전 구성 본문

VMware/vCenter, ESXi

vCenter, ESXi 6.0 -> 6.7 재배포 업그레이드 시나리오(1) - 사전 구성

nunsaram 2019. 7. 3. 17:53

- 작업 계획

VCSA를 재배포 업그레이드 하여 버전업

ESXi 하드웨어 업데이트,vib 버전업

VM-Tools 재설치

 

- 업그레이드 PATH  

VCSA 6.0 VCSA 6.0 7924804 1EA -> VCSA 6.7 13843380
ESXi 6.0 3620759 3EA -> ESXi 6.7 13644319

 

- 업그레이드 이유

vSphere 6.0 버전이 EOS 됨(2020-03-20) 따라, 버전을 업그레이드해야 지속적으로 support 받을 수 있음

 

- VCSA를 이용한 업그레이드가 아닌 재배포 업그레이드 이유

1. VCSA 업그레이드를 하게되면 예상치 못한 오류가 많이 생기므로 그 오류 잡는 시간에 재배포(재설정) 하는것이 시간상 더 효율적

2. vCenter에 분산스위치(Distributed switch)가 구성되어있다면 재배포가 아닌, VCSA 업그레이드를 고려해야함(표준스위치는 상관 X)

 

*주의사항*

1. 다른 설정값들은 ESXi에 저장되어 유지되지만, vCenter의 이벤트들은 삭제됨

2. ESXi 호스트 업그레이드 시 가상머신 다운타임 발생

3. VM-Tools 재설치 시 가상머신 재부팅 필요

4. Distribute Switch가 설정되어 있다면, 재배포 업그레이드하면 안됩니다!! (Distribute Switch는 vCenter에서 서비스하는 것이기 때문)

작업 순서

 

* 사전작업 *

 

1. vCenter 백업 정보 수집

 - /etc/hosts 파일 백업

 vSphere Web Client 정보 백업

 - Datacenter Name

 - Cluster Name

 - 관리자 계정

 - License

 - NTP

 

2. ESXi 백업 정보 수집

 각 호스트 -> 구성 -> Networking, NTP, Storage Adapter 정보 백업

 

* vCenter 작업 *

 

1. vCenter 6.0 종료

2. vCenter 6.7 배포

3. 기존 vCenter 구성과 동일하게 재구성(사전조사한 정보 근거)

 

* ESXi 작업 *

 

1. ESXi1 VM을 다른 호스트(ESXi, ESX2)로 이동

2. ESXi1 유지보수 모드 설정

3. ESXi1 드라이버 패치 (fnic, enic, lsi_mr3)

4. ESXi1 업데이트 패치

5. ESX1 유지보수 모드 종료

6. 다른 호스트 (ESXi2, ESXi3) 반복

 

* 마무리 *

1. 각 VM 호스트 재배치

2. 각 VM tools 업그레이드

 

 

 

* 사전 작업 *

 

[vCenter]

vCenter에 SSH로 접속해 /etc/hosts 파일을 백업합니다.

 

 

 

 

 

 

localaccounts.user.list 를 입력해 계정 정보를 백업합니다.

 

 

 

 

 

 

timesync.get 명령어를 입력해 vCenter NTP 정보를 수집합니다.

 

 

 

 Datacenter Name, Cluster Name 을 백업해둡니다.

 

[vCenter client - 라이센싱]에 나와있는 vCenter, ESXi라이센스 정보들을 백업합니다.

 

[ESXi]

 

각 호스트 [구성 - 네트워크] 에서 "표준스위치" 정보를 백업합니다.

 

 

각 호스트 [구성 - 시간설정] 에서 NTP 설정을 백업합니다.

 

 

각 호스트 [구성 - 스토리지 어뎁터] 에서 어뎁터 정보를 백업합니다.