ESXi 6.7 - 8.0 Güncellemesi - Üretim Sunucusu Çökmesini Düzeltme
Bir üretim sunucusu için eksiksiz ESXi 6.7'den 8.0'a yükseltme planı: uyumluluk kontrolü, ana bilgisayar yapılandırma yedeklemesi, ISO ve esxcli depo rotaları, lisans anahtarları, kilitlenme taktik kitabı - ve geceyi kurtaran Shift+R geri alma.
📑Bölümler
- Neden 6.7'nin gitmesi gerekiyor? Desteğin sonu ve bunun neden bir yama değil, ana sürüm yükseltmesi olduğu
- Kapı 1 — sunucu donanımının hala ESXi 8.0'da desteklendiğini kanıtlayın
- Kapı 2 — ana bilgisayar yapılandırmasını yedekleyin ve sanal makine yedeklemelerini onaylayın
- Bakım aralığını planlayın, duyurun ve kesin bir geri alma tarihi belirleyin
- Bakım modu — ana makineye dokunulmadan önce her sanal makine kapatılır veya taşınır
- Rota A — VMFS veri deposunu koruyarak 8.0 ISO'yu başlatın ve yükseltin
- Rota B — ana makine kabuğundan esxcli depo güncellemesi
- Yeniden başlatmanın ardından — 8.0 lisans anahtarı ve doğrulama kontrolleri
- Çökme başucu kitabı — mor ekranı okuma, ilk kontroller ve Shift+R geri alma
📋 Genel Bakış ve Adım Adım Kılavuz
Önce Donanım Uyumluluğunu Kontrol Edin
ESXi 6.7, 15 Ekim 2022'de genel desteğin sonuna ulaştı, dolayısıyla bu geçiş gecikti; ancak 6.7'den 8.0'a geçiş, bir yama değil, ana sürüm yükseltmesidir. İki sürüm arasında VMware, VMKLinux sürücü modelini tamamen kaldırdı (artık her cihazın yerel bir sürücüye ihtiyacı var) ve bir nesil CPU'yu, ağ bağdaştırıcılarını ve depolama denetleyicilerini kullanımdan kaldırdı. Tamamen sağlıklı bir 6.7 ana bilgisayar, mevcut haliyle hala yükseltilemez olabilir.
Herhangi bir pencere ayrılmadan önce, tam sunucu modeliniz, CPU aileniz, ağ bağdaştırıcılarınız ve ESXi 8.0'a karşı depolama denetleyiciniz için VMware Uyumluluk Kılavuzunu kontrol edin ve sunucu ürün yazılımını (BIOS, depolama denetleyicisi, NIC'ler) satıcının 8.0 için listelediği sürümlere güncelleyin. Yükleyicinin kendi ön kontrolü aynı zamanda kullanımdan kaldırılmış cihazlar hakkında da uyarıda bulunuyor; ancak bunu gece yarısı konsolda öğrenmek yanlış zaman. Önce kağıt üzerinde kontrol edin.
Ana Bilgisayar Yapılandırmasını ve VM'leri Yedekleyin
Ana bilgisayar yapılandırmasını ana bilgisayar kabuğundan yedekleyin (kapalıysa ilk önce ana bilgisayarda SSH'yi etkinleştirin). Komut, yapılandırma paketi için bir indirme bağlantısı döndürür; bu bağlantıyı açın ve .tgz dosyasını bu sunucuda olmayan bir yere kaydedin:
vim-cmd hostsvc/firmware/backup_config
Ardından VM yedeklemelerinin güncel olduğunu ve en az bir geri yüklemenin gerçekten test edildiğini doğrulayın. Yükseltme sonrası mor ekranların yarısı, eski hipervizörün tolere ettiği donanım yazılımına kadar uzanıyor; ancak geri alamayacağınız çökmeler, arkasında yedekleme olmayan çökmelerdir.
Pencereyi Planlayın ve 8.0 Lisans Anahtarını Hazır Tutun
Bir bakım yuvası seçin ve bunu kullanıcılara duyurun; ana bilgisayar çöktüğünde hiç kimse kaydetmenin ortasında olmamalıdır. Sırayı zamanlarla birlikte yazın ve bir geri alma son tarihi belirleyin: gece boyunca hata ayıklamayı bırakıp tüm pencereyi yemek yerine geri alacağınız (7. Adım) nokta. İş bittiğinde kapanış mesajı gönderin, böylece ertesi sabah söylentilerle başlamaz.
Lisansı pencere sırasında değil pencereden önce sıralayın. Lisans anahtarları ana sürüme bağlıdır — 8.0 ana bilgisayarı 6.7 anahtarını kabul etmez ve anahtar olmadan 60 gün boyunca değerlendirme modunda çalışır. Broadcom kapsamında, anahtarlar ve indirmeler sizin yetkiniz dahilinde Broadcom destek portalından gelir; bu nedenle bu erişimi önceden ayarlayın.
Rota A — 8.0 ISO'yu Önyükleyerek Yükseltme
Kullanıcılara, ardından ana makineyi bakım moduna geçirmelerini söyleyin; her sanal makine kapatılır veya başka bir ana bilgisayara taşınır. Hala üretim VM'lerini çalıştıran bir ana bilgisayarı asla yükseltmeyin.
ESXi 8.0 yükleyicisini ISO'dan önyükleyin, mevcut kurulumun bulunduğu diski seçin ve ESXi'yi Yükselt, VMFS veri deposunu koru'yu seçin. Bu, çoğu sunucuda gösterilen rotadır ve ön kontroller ilerledikçe ekranda göründüğü için büyük bir sürüm atlamasını temiz bir şekilde gerçekleştiren rotadır.
Rota B — esxcli ile Kabuktan Yükseltme
Depo rotası tamamen ana bilgisayar kabuğundan çalışır (fiziksel veya sanal ortam yoktur), bu da onu uzak bir ana bilgisayar için pratik bir seçim haline getirir. Ana bilgisayar yine de, tıpkı Rota A'da olduğu gibi ilk önce bakım moduna girer. HTTP istemcisinin ana bilgisayar güvenlik duvarı üzerinden geçmesine izin verin:
esxcli network firewall ruleset set -e true -r httpClient
VMware'in çevrimiçi deposunda bulunan profilleri listeleyin ve 8.0 standart profilin tam adını not edin:
esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml
Ardından, tam profil adını kullanarak profil güncellemesini depoda çalıştırın ve tamamlandığında ana bilgisayarı yeniden başlatın:
esxcli software profile update -d <depot-url> -p <exact-profile-name>
Aynı yol çevrimdışı çalışır: depo paketi ZIP'ini bir veri deposuna kopyalayın ve bunun yerine -d değerini bu dosyaya yönlendirin. profil güncelleme'nin yükseltme komutu olduğunu unutmayın; mevcut yapılandırmanızı ve üçüncü taraf VIB'lerinizi uyumlu oldukları yerde tutar; görüntünün yerine geçen profil kurulumu'nun yerine kullanmayın.
Yeniden Başlatma İşleminden Sonra - Lisanslayın, Doğrulayın, Sonra Yayınlayın
Ana makine 8.0'a yedeklendikten sonra ESXi 8.0 lisans anahtarınızı uygulayın — 6.7 anahtarı kabul edilmez ve yeni anahtar olmadan değerlendirme saati işliyor. Bakım modundan çıkın, ardından öncelikle kritik olmayan bir VM başlatın ve geri kalanını başlatmadan önce ağını, depolama alanını ve konsolunu kontrol edin.
Daha sonra ana bilgisayarın kendisi üzerinde çalışın: sürücü veya sensör şikayetleri için olay günlüğü ve donanım durumu, her veri deposunun takılı olması ve yönetim ağı ayarlarının sağlam olması. Ancak bundan sonra sunucuyu kullanıcılara geri bırakın ve 3. Adımdaki kapanış mesajını gönderin.
Crash Playbook — Mor Ekran ve Shift+R Geri Alma
Ana bilgisayar mor ekranlar gösteriyorsa (PSOD) veya yükseltme sonrasında yararlı bir şekilde önyükleme yapmıyorsa, bu sırayla çalışın. Öncelikle, herhangi bir şeye dokunmadan önce mor ekranın fotoğrafını çekin. PSOD, VMkernel'in kasıtlı olarak durdurulmasıdır çünkü devam etmek VM'leri riske atar; ekran ise teşhistir: istisna türü ve üzerinde adı geçen modül, donanım desteği sorununu belirten bir sürücü modülü adı ve bellek veya ürün yazılımına işaret eden bir sayfa hatasıyla birlikte nedene işaret eder.
İkincisi, bir kez yeniden başlatın ve izleyin. Sürücü değişikliğinden sonra tek bir geçici mor ekran veridir; tekrarlanan bir hükümdür. Yükseltme sırasına göre ilk şüpheler: desteklenmeyen bir NIC veya depolama bağdaştırıcısı, uyumluluk kılavuzu listelerinden daha eski bir ürün yazılımı veya eski sürümün hiç vurgulamadığı bir bellek hatası.
Üçüncü olarak, geri alın. ESXi iki önyükleme bankasına kurulur ve yükseltme, önceki 6.7 yapınızı alternatif bankada olduğu gibi bırakır. Ana bilgisayarı yeniden başlatın ve önyükleme isteminde Shift + R tuşlarına basın ve onaylayın; ana bilgisayar önceki 6.7 yapısını, yapılandırma dahil, tam olarak bıraktığınız gibi önyükler. Geri alma işe yararsa, zaman kazandınız: uyumluluk nedenini gün ışığında düzeltin ve yeni bir pencerede tekrar yükseltin.
vim-cmd hostsvc/firmware/restore_config <bundle-path>
Bu geri yükleme komutu ikinci kaçış yoludur; bir önyükleme bankasının yeterli olmadığı durumlarda, 2. Adım paketindeki ana bilgisayar yapılandırmasını aynı sürüm ve yapıya sahip bir ana bilgisayara geri koyar.
🏷️Konu Arama Değişkenleri ve Anahtar Kelimeler
🎙️ Tam Konuşma Metni — genişletmek için dokunun
__TOK_36__
__TOK_37__
__TOK_38__
❓ Sıkça Sorulan Sorular
Bu eğitimi takip etmek %100 ücretsiz mi?
__TOK_39__
Yeni başlayanlar bu kılavuzu takip edebilir mi?
__TOK_40__
Sıkışırsam nereye soru sorabilirim?
__TOK_41__