Bir vCenter güncellemesinin en zor kısmı çoğu zaman güncelleme düğmesine basmak değil, işler ters giderse nasıl geri döneceğinizi önceden bilmektir. Özellikle birden fazla vCenter'ın bulunduğu ortamlarda bakımın yalnızca ilgili appliance'ı değil; yedekleme yazılımını, kimlik doğrulamayı ve envanter yönetimini de etkileyebileceğini hesaba katmak gerekir.
Aşağıdaki kontrolleri vCenter 8.x ortamları için hazırladım. VCF 9.1'de gelen Quick Patch gibi yeni özellikleri ayrıca ele alıyorum; çünkü her sürümde aynı güncelleme yöntemi bulunmuyor.
İlk iş: hangi sürümü güncelliyoruz?
vSphere Client üzerinden vCenter sürümünü ve build numarasını not alın. Ardından hedef sürümün release notes belgelerinde desteklenen yükseltme yolunu, bilinen sorunları ve varsa özel ön koşulları kontrol edin. Eklenti kullanan ortamlarda vCenter uyumluluğu tek başına yeterli olmayabilir; yedekleme, izleme ve üçüncü taraf entegrasyonlarının da hedef sürümü desteklemesi gerekir.
İki vCenter'ın ikisi de 8.0 olsa bile patch seviyeleri ve bağlı ürünleri farklı olabilir. Bakım planını kopyalayıp her sunucuda aynı şekilde uygulamak bu yüzden pek iyi bir fikir değil.
Yedek gerçekten geri yüklenebilir mi?
VCSA'nın yönetim arayüzü olan https://VCENTER-FQDN:5480 adresinde Backup bölümünü açın. Son başarılı file-based backup tarihine, hedef konumuna ve başarısız görev kayıtlarına bakın. Sadece zamanlanmış görev tanımlı olması güvence sağlamaz.
Geri dönüş planında şu soruların yanıtı yazılı olsun:
- Yedek hangi sunucuda ve hangi kimlik bilgileriyle tutuluyor?
- Geri dönüş için gereken kurulum ISO'suna ve sürüm bilgisine erişilebiliyor mu?
- VCSA'nın IP, DNS, NTP ve sertifika bağımlılıkları biliniyor mu?
- Linked Mode veya harici entegrasyonlar varsa geri yükleme sırası planlandı mı?
Snapshot, file-based backup'ın yerine geçmez. Kısa süreli bir bakım güvenlik ağı olarak snapshot düşünülse bile topolojiye uygunluğu ve geri dönüş yöntemi ayrıca doğrulanmalıdır. Özellikle Enhanced Linked Mode ortamında tek bir vCenter snapshot'ını gelişigüzel geri döndürmek replikasyon tutarsızlığına yol açabilir.
Appliance sağlığını hızlıca kontrol edelim
VCSA üzerinde SSH yetkiniz varsa aşağıdaki komutlar mevcut durumu görmek içindir; servis başlatmaz, durdurmaz veya güncelleme yapmaz:
service-control --status --all
df -hBurada asıl dikkat edilmesi gereken iki konu var: çalışması beklenen kritik servislerin durumu ve /storage altındaki bölümlerin doluluk oranı. Disk doluluğu yüksekse önce neden dolduğunu bulmak gerekir. Logları silerek yer açmak, sorunun izini de silebilir.
VAMI üzerinde Health ekranını da kontrol edin. SSO giriş problemi, sertifika uyarısı, DNS çözümleme sorunu veya sürekli hata veren bir servis varsa bunları patch işleminden önce ele almak daha güvenli olur.
Eklentileri ve bağlantılı ürünleri unutmayın
vCenter ile çalışan yedekleme yazılımları, Aria Operations, log yönetimi, donanım yönetim eklentileri ve otomasyonlar aynı API'lere bağımlı olabilir. Özellikle birden fazla vCenter'ı tek ekrandan izleyen ekiplerde tek bir sunucunun bakımını yaparken kullanılan kolektörler veya kimlik doğrulama bağlantıları etkilenebilir.
Bakım öncesinde en azından eklenti sürümlerini, kullanılan servis hesaplarını, bağlantı sertifikalarını ve erişim izinlerini not etmek gerekir. Kontrol listesine "uyumlu" yazmak yerine uyumluluğu gösteren üretici dokümanını eklemek çok daha işe yarar.
8.x ile 9.1 arasındaki fark
VCF 9.1 tarafında Broadcom, uygun güvenlik yamaları için vCenter Quick Patch yöntemini tanıttı. Her yama bu yöntemi desteklemiyor; destek durumu ilgili yama ayrıntısında belirtiliyor. Daha büyük sürüm geçişlerinde Reduced Downtime Upgrade gibi başka yöntemler söz konusu.
Bu özelliği vCenter 8.0'a aitmiş gibi değerlendirmemek gerekiyor. Mevcut sürüm ve hedef patch hangi yolu destekliyorsa onun resmi prosedürü izlenmeli. "Quick Patch sıfır kesinti sağlar" diye genel bir garanti vermek de doğru değil; etkilenen servisler ve patch içeriği sonucu belirler.
Bakım bittikten sonra neye bakacağız?
İlk kontrol, yönetim arayüzünün açılmasıdır; ancak tek başına yeterli değil. Envanterin eksiksiz göründüğünü, host bağlantılarının ve DRS durumlarının normal olduğunu, vCenter servislerinin çalıştığını, yedekleme/izleme ürünlerinin yeniden veri alabildiğini doğrulayın. Birkaç kritik VM üzerinde konsol erişimi ve son görev kayıtlarını gözden geçirmek de faydalı.
Güncelleme öncesi ve sonrası sürüm/build bilgisini, bakım başlangıç-bitiş saatlerini ve ortaya çıkan uyarıları kaydedin. Bir sonraki bakımda en değerli belge çoğu zaman bu kısa notlar oluyor.
Kaynak notu: Broadcom KB 318731 (vCenter backup/restore seçenekleri) ve VMware Cloud Foundation Blog, 12 Mayıs 2026 (vCenter Quick Patch). Bu yazı, üretim ortamında değişiklik çalıştıran otomatik bir işlem değil; bakım planlaması rehberidir.
