ESXi 6.7에서 8.0으로 업데이트 - 프로덕션 서버 충돌 수정

먼저 하드웨어 호환성을 확인하세요

ESXi 6.7은 2022년 10월 15일에 일반 지원이 종료되었으므로 이전이 늦어졌습니다. 하지만 6.7에서 8.0으로의 업그레이드는 패치가 아닌 주 버전 업그레이드입니다. 두 버전 사이에서 VMware는 VMKLinux 드라이버 모델을 완전히 제거하고(이제 모든 장치에는 기본 드라이버가 필요함) CPU, 네트워크 어댑터 및 스토리지 컨트롤러 세대를 폐기했습니다. 완벽하게 건강한 6.7 호스트는 현재 상태로는 여전히 업그레이드가 불가능할 수 있습니다.

창을 예약하기 전에 VMware 호환성 가이드에서 ESXi 8.0에 대한 정확한 서버 모델, CPU 제품군, 네트워크 어댑터 및 스토리지 컨트롤러를 확인하고 서버 펌웨어(BIOS, 스토리지 컨트롤러, NIC)를 공급업체에서 나열한 8.0 버전으로 업데이트하세요. 설치 프로그램의 자체 사전 확인도 더 이상 사용되지 않는 장치에 대해 경고합니다. 하지만 자정에 콘솔에서 알아내는 것은 잘못된 시간입니다. 먼저 종이를 확인해보세요.

호스트 구성 및 VM 백업

호스트 셸에서 호스트 구성을 백업합니다(호스트가 꺼져 있는 경우 먼저 호스트에서 SSH를 활성화합니다). 이 명령은 구성 번들에 대한 다운로드 링크를 반환합니다. 해당 링크를 열고 이 서버에 없는 위치에 .tgz 파일을 저장합니다.

vim-cmd hostsvc/firmware/backup_config

그런 다음 VM 백업이 최신 상태이고 하나 이상의 복원이 실제로 테스트되었는지 확인합니다. 모든 업그레이드 후 보라색 화면 중 절반은 이전 하이퍼바이저가 허용한 펌웨어로 추적됩니다. 그러나 실행 취소할 수 없는 충돌은 백업이 없는 충돌입니다.

창을 계획하고 8.0 라이센스 키를 준비하세요

유지 관리 슬롯을 선택하고 사용자에게 공지하세요. 호스트가 다운될 때 누구도 저장 중간에 있어서는 안 됩니다. 순서를 시간별로 기록하고 하드 롤백 기한을 설정합니다. 전체 창을 사용하는 대신 디버깅을 중지하고 롤백(7단계)하는 밤의 시점입니다. 작업이 완료되면 종료 메시지를 보내 다음날 아침이 소문으로 시작되지 않도록 하세요.

기간이 아닌 기간 전에 라이센스를 정렬하십시오. 라이센스 키는 주요 버전과 연결되어 있습니다. 8.0 호스트는 6.7 키를 허용하지 않으며 키가 없으면 60일 동안 평가 모드로 실행됩니다. Broadcom에서는 귀하의 권한에 따라 키와 다운로드가 Broadcom 지원 포털에서 제공되므로 해당 액세스 권한을 미리 준비하십시오.

경로 A — 8.0 ISO를 부팅하여 업그레이드

사용자에게 말한 다음 호스트를 유지 관리 모드로 전환하세요. 즉, 모든 VM이 종료되거나 다른 호스트로 마이그레이션됩니다. 아직 프로덕션 VM을 실행 중인 호스트는 업그레이드하지 마세요.

ISO에서 ESXi 8.0 설치 프로그램을 부팅하고 기존 설치가 포함된 디스크를 선택한 다음 ESXi 업그레이드, VMFS 데이터 저장소 유지를 선택합니다. 이는 대부분의 서버에 표시되는 경로이며 사전 확인이 진행됨에 따라 화면에 표시되므로 큰 버전 점프를 깔끔하게 처리하는 경로입니다.

경로 B - esxcli를 사용하여 셸에서 업그레이드

저장소 경로는 물리적 또는 가상 미디어 없이 호스트 셸에서 완전히 실행되므로 원격 호스트에 대한 실용적인 선택입니다. 호스트는 여전히 Route A와 마찬가지로 먼저 유지 관리 모드로 전환됩니다. HTTP 클라이언트가 호스트 방화벽을 통과하도록 허용합니다.

esxcli network firewall ruleset set -e true -r httpClient

VMware의 온라인 저장소에서 사용할 수 있는 프로필을 나열하고 8.0 표준 프로필의 정확한 이름을 확인하세요.

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

그런 다음 정확한 프로필 이름을 사용하여 저장소에 대해 프로필 업데이트를 실행하고 완료되면 호스트를 재부팅합니다.

esxcli software profile update -d <depot-url> -p <exact-profile-name>

동일한 경로가 오프라인에서 작동합니다. 디포 번들 ZIP을 데이터 저장소에 복사하고 대신 해당 파일에 -d 값을 지정합니다. profile update는 업그레이드 명령입니다. 이는 기존 구성과 타사 VIB가 호환되는 상태로 유지됩니다. 이미지를 대체하는 profile install을 대체하지 마세요.

재부팅 후 — 라이선스 부여, 확인 후 해제

호스트가 8.0에 백업되면 ESXi 8.0 라이센스 키를 적용하세요. 6.7 키는 허용되지 않으며 새 키가 없으면 평가 시계가 작동합니다. 유지 관리 모드를 종료한 다음 중요하지 않은 VM 하나를 먼저 시작하고 나머지를 시작하기 전에 네트워크, 저장소, 콘솔을 확인하세요.

다음으로 호스트 자체를 살펴보세요. 드라이버 또는 센서 불만 사항에 대한 이벤트 로그 및 하드웨어 상태, 모든 마운트된 데이터 저장소 및 관리 네트워크 설정은 그대로 유지됩니다. 그런 다음 서버를 다시 사용자에게 공개하고 3단계의 종료 메시지를 보냅니다.

충돌 플레이북 — 보라색 화면 및 Shift+R 롤백

호스트 퍼플 스크린(PSOD)이 발생하거나 업그레이드 후 제대로 부팅되지 않는 경우 이 순서에 따라 작업하십시오. 먼저, 아무것도 만지기 전에 보라색 화면을 촬영하세요. PSOD는 계속하면 VM이 위험해질 수 있기 때문에 의도적으로 중지되는 VMkernel입니다. 그리고 화면은 진단입니다. 예외 유형과 거기에 명명된 모듈은 원인을 가리키며, 드라이버 모듈 이름은 하드웨어 지원 문제를 나타내고 페이지 오류는 메모리나 펌웨어를 가리킵니다.

두 번째, 한 번 재부팅하고 시청하세요. 드라이버 변경 후 단일 일시적 보라색 화면은 데이터입니다. 반복되는 것은 평결입니다. 업그레이드 순서에 따른 첫 번째 의심 사항은 지원되지 않는 NIC 또는 스토리지 어댑터, 호환성 가이드 목록보다 오래된 펌웨어 또는 이전 버전에서 강조하지 않은 메모리 오류입니다.

세 번째, 롤백. ESXi는 두 개의 부트 뱅크에 설치되며 업그레이드 시 이전 6.7 빌드는 대체 뱅크에 그대로 유지됩니다. 호스트를 재부팅하고 부팅 프롬프트에서 Shift + R을 누르고 확인합니다. 호스트는 구성이 포함된 이전 6.7 빌드를 그대로 두고 부팅합니다. 롤백이 작동하면 시간을 벌 수 있습니다. 낮에 호환성 원인을 수정하고 새 창에서 다시 업그레이드하세요.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

해당 복원 명령은 두 번째 이스케이프 경로입니다. 하나의 부트 뱅크로는 충분하지 않은 경우 2단계 번들의 호스트 구성을 동일한 버전 및 빌드의 호스트에 다시 배치합니다.