Pembaruan ESXi 6.7 hingga 8.0 - Memperbaiki Kerusakan Server Produksi

Periksa Kompatibilitas Perangkat Keras Terlebih Dahulu

ESXi 6.7 telah mencapai akhir dukungan umum pada tanggal 15 Oktober 2022, sehingga perpindahan ini sudah terlambat — namun versi 6.7 ke 8.0 adalah peningkatan versi utama, bukan patch. Di antara kedua versi tersebut, VMware menghapus seluruh model driver VMKLinux (setiap perangkat kini memerlukan driver asli) dan menghentikan generasi CPU, adaptor jaringan, dan pengontrol penyimpanan. Host 6.7 yang sangat sehat masih tidak dapat diupgrade saat ini.

Sebelum jendela apa pun dipesan, periksa Panduan Kompatibilitas VMware untuk model server, rangkaian CPU, adaptor jaringan, dan pengontrol penyimpanan Anda yang sebenarnya terhadap ESXi 8.0, dan perbarui firmware server Anda (BIOS, pengontrol penyimpanan, NIC) ke versi yang didaftarkan vendor untuk 8.0. Pra-pemeriksaan yang dilakukan oleh penginstal juga memperingatkan tentang perangkat yang tidak digunakan lagi — tetapi mencari tahu di konsol pada tengah malam adalah waktu yang salah. Periksa di kertas terlebih dahulu.

Cadangkan Konfigurasi Host dan VM

Cadangkan konfigurasi host dari shell host (aktifkan SSH pada host terlebih dahulu jika tidak aktif). Perintah ini mengembalikan tautan unduhan untuk bundel konfigurasi — buka dan simpan file .tgz di suatu tempat yang tidak ada di server ini:

vim-cmd hostsvc/firmware/backup_config

Kemudian konfirmasikan bahwa cadangan VM adalah yang terbaru dan setidaknya satu pemulihan telah benar-benar diuji. Separuh dari semua layar ungu pasca-peningkatan berasal dari firmware yang dapat ditoleransi oleh hypervisor lama — namun kerusakan yang tidak dapat Anda batalkan adalah kerusakan yang tidak memiliki cadangan di belakangnya.

Rencanakan Jendela dan Siapkan Kunci Lisensi 8.0

Pilih slot pemeliharaan dan umumkan kepada pengguna — tidak seorang pun boleh melakukan pertengahan penyimpanan ketika host tidak aktif. Tuliskan urutannya berdasarkan waktu, dan tetapkan batas waktu rollback yang pasti: titik di malam hari setelah Anda berhenti melakukan debug dan memutar kembali (Langkah 7) alih-alih memakan seluruh jendela. Kirimkan pesan penutup setelah pekerjaan selesai, agar keesokan paginya tidak dimulai dengan rumor.

Dapatkan lisensi diurutkan sebelum jendela, bukan selama itu. Kunci lisensi terkait dengan versi utama — host 8.0 tidak akan menerima kunci 6.7, dan tanpa kunci tersebut, host akan berjalan dalam mode evaluasi selama 60 hari. Di bawah Broadcom, kunci dan unduhan berasal dari portal dukungan Broadcom yang bertentangan dengan hak Anda, jadi aturlah akses tersebut terlebih dahulu.

Rute A — Tingkatkan dengan Mem-boot ISO 8.0

Beri tahu pengguna, lalu masukkan host ke mode pemeliharaan — setiap VM dimatikan atau dimigrasikan ke host lain. Jangan pernah mengupgrade host yang masih menjalankan VM produksi.

Boot penginstal ESXi 8.0 dari ISO, pilih disk yang menampung instalasi yang ada, dan pilih Tingkatkan ESXi, pertahankan penyimpanan data VMFS. Ini adalah rute yang ditampilkan di sebagian besar server, dan rute yang menangani versi besar melompat dengan lancar karena pemeriksaan awal muncul di layar seiring berjalannya waktu.

Rute B — Tingkatkan versi dari Shell dengan esxcli

Rute depot sepenuhnya dijalankan dari shell host — tanpa media fisik atau virtual — yang menjadikannya pilihan praktis untuk host jarak jauh. Host tetap masuk ke mode pemeliharaan terlebih dahulu, persis seperti di Rute A. Izinkan klien HTTP melalui firewall host:

esxcli network firewall ruleset set -e true -r httpClient

Cantumkan profil yang tersedia di depot online VMware, dan catat nama persis profil standar 8.0:

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

Kemudian jalankan pembaruan profil terhadap depot, menggunakan nama profil yang sama persis, dan reboot host ketika selesai:

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

Rute yang sama berfungsi secara offline: salin bundel depot ZIP ke penyimpanan data dan arahkan nilai -d ke file tersebut. Perhatikan bahwa pembaruan profil adalah perintah pemutakhiran — perintah ini mempertahankan konfigurasi yang ada dan VIB pihak ketiga di tempat yang kompatibel; jangan gantikan profile install, yang menggantikan gambar.

Setelah Reboot — Lisensi, Verifikasi, Lalu Rilis

Setelah host kembali ke versi 8.0, terapkan kunci lisensi ESXi 8.0 Anda — kunci 6.7 tidak diterima, dan tanpa kunci baru, jam evaluasi akan terus berjalan. Keluar dari mode pemeliharaan, lalu mulai satu VM yang tidak penting terlebih dahulu dan periksa jaringan, penyimpanan, dan konsolnya sebelum memulai sisanya.

Berikutnya bekerja melalui host itu sendiri: log peristiwa dan status perangkat keras untuk keluhan driver atau sensor, setiap penyimpanan data terpasang, dan setelan jaringan manajemen tetap utuh. Baru kemudian lepaskan server kembali ke pengguna, dan kirimkan pesan penutup dari Langkah 3.

Crash Playbook — Layar Ungu dan Shift+R Rollback

Jika host menampilkan layar ungu (PSOD) atau tidak dapat melakukan booting dengan baik setelah pemutakhiran, kerjakan dalam urutan ini. Pertama, potret layar ungu sebelum menyentuh apa pun. PSOD adalah VMkernel yang sengaja dihentikan karena melanjutkan akan membahayakan VM — dan layar adalah diagnosisnya: jenis pengecualian dan nama modul di dalamnya menunjukkan penyebabnya, dengan nama modul driver menunjukkan masalah dukungan perangkat keras dan kesalahan halaman yang menunjuk pada memori atau firmware.

Kedua, reboot sekali dan tonton. Satu layar ungu sementara setelah perubahan driver adalah data; yang berulang adalah sebuah putusan. Tersangka pertama, dalam urutan pemutakhiran: NIC atau adaptor penyimpanan yang tidak didukung, firmware yang lebih lama dari daftar panduan kompatibilitas, atau kesalahan memori yang tidak pernah ditekankan oleh versi lama.

Ketiga, putar kembali. ESXi diinstal pada dua bank boot, dan pemutakhiran membuat versi 6.7 Anda sebelumnya tetap utuh di bank alternatif. Nyalakan ulang host dan, pada prompt boot, tekan Shift + R dan konfirmasi — host melakukan booting pada versi 6.7 sebelumnya, termasuk konfigurasi, persis seperti yang Anda tinggalkan. Jika rollback berfungsi, Anda telah mengulur waktu: perbaiki penyebab kompatibilitas di siang hari dan tingkatkan lagi di jendela baru.

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

Perintah pemulihan tersebut adalah jalan keluar kedua — perintah ini mengembalikan konfigurasi host dari bundel Langkah 2 ke host dengan versi dan build yang sama, jika satu bank boot tidak cukup.