vSphere 7.0 U3'ten 8.0'a Yükseltme: HCL Uyumluluğu, VIB Bağımlılıkları ve vCSA Göçü

Üretim ortamında çalışan bir sanallaştırma kümesini majör bir sürüme yükseltmek (major upgrade), masaüstü işletim sistemi güncellemeye benzemez. Üzerinde 80'den fazla canlı sanal sunucu (ERP veritabanları, Active Directory etki alanı denetleyicileri ve dosya sunucuları) barındıran 4 düğümlü bir Dell PowerEdge R740 kümesini vSphere 7.0 U3'ten 8.0'a geçirirken izlediğim katı mühendislik metodolojisini bu yazıda derledim.

Saha Bağlamı ve Donanım Uyumluluğu (HCL)

Yükseltme planının ilk adımı, mevcut sunucu donanımının VMware Donanım Uyumluluk Listesi (HCL - Hardware Compatibility List) ile birebir örtüştüğünü doğrulamaktır. Eski nesil RAID denetleyicileri (örneğin PERC H730P) veya Broadcom 10GbE ağ kartları, vSphere 8.0 çekirdeğinde varsayılan sürücü desteğini kaybetmiş olabilir.

# ESXi konsolu üzerinden mevcut donanım ve sürücü VIB listesini sorgulama
esxcli software vib list | grep -i dell
esxcli storage core adapter list
esxcli network nic list

Yukarıdaki komutla eski OEM VIB paketlerini listelediğimizde, geçmişten kalan desteklenmeyen bir yedekleme ajanına ait VIB paketinin yükseltmeyi bloke edeceğini tespit ettik. Bu paketi yükseltme öncesinde güvenle kaldırmak şarttı:

esxcli software vib remove -n "esx-legacy-agent"

vCSA (vCenter Server Appliance) İki Aşamalı Göçü

Kural basittir: Önce vCenter yükseltilir, ardından ESXi hostlar. vCenter 8.0 dağıtımı iki aşamalı (two-stage) bir süreçtir:

Aşama 1 (Deploy): ESXi host üzerine yeni bir vCSA 8.0 sanal makinesi (OVA şablonu) konuşlandırılır ve geçici bir IP adresi atanır.
Aşama 2 (Data Migration): Eski vCenter 7.0 makinesinden konfigürasyon, envanter, performans metrikleri ve SSL sertifikaları yeni makineye aktarılır; ardından eski vCenter kapatılarak IP ve FQDN yeni makineye transfer edilir.

ESXi Hostların vSphere Lifecycle Manager (vLCM) ile Güncellenmesi

vCenter 8.0 hazır olduktan sonra hostları tek tek Maintenance Mode'a alarak vMotion ile sanal makineleri tahliye ettik. Dell Custom Image (Dell-ESXi-8.0U2-xxxx-A00.iso) tabanlı bir görüntü (image-based baseline) oluşturarak hostları yükselttik.

[Host 01] -> DRS Otomasyonu ile VM Tahliyesi (vMotion)
[Host 01] -> Maintenance Mode Aktif
[Host 01] -> vLCM Remediation (Yükseltme Başlatıldı)
[Host 01] -> Yeniden Başlatma & ESXi 8.0 Çekirdeği Doğrulama
[Host 01] -> Maintenance Mode Kapatma & Dengeleme

Karşılaşılan Kritik Hatalar ve Çözüm İpuçları

Scratch Partition Yetersizliği: Bazı hostlarda yükseltme sırasında Cannot execute upgrade: Scratch partition is too small hatası alındı. Çözüm olarak USB/SD kart yerine yerel SSD disk üzerinde kalıcı bir scratch dizini açıp Syslog.global.logDir ayarını güncelledik.
DVSwitch Sürüm Uyumsuzluğu: Distributed Virtual Switch (vDS) sürümünü hostlar henüz 7.0 iken 8.0'a yükseltirseniz, eski hostlar ağ bağlantısını kaybedebilir. Tüm hostlar vSphere 8.0 olana kadar vDS yükseltmesi kesinlikle ertelenmelidir.

Mühendis Notu

Bir sanallaştırma yükseltmesinde en büyük sigortanız, vCenter veritabanının dosya tabanlı (FTP/NFS) tam yedeği ve ESXi konfigürasyonunun vim-cmd hostsvc/firmware/backup_config komutuyla alınmış yerel kopyasıdır. Bu adımı atlayan sistem yöneticisi, felakete davetiye çıkarır.