Ankara'da sanallaştırma altyapısı işleten ekipler için en kritik bakım operasyonlarından biri VMware vCenter upgrade sürecidir. Bu yazı, sistem yöneticileri ve altyapı ekiplerinin üretimde daha düşük riskle upgrade yapması için hazırlanmıştır.
Kısa cevap: vCenter upgrade, önce doğru ön koşulların doğrulanması sonra da iki aşamalı (deploy + data migration) akışın kontrollü uygulanmasıyla güvenli şekilde tamamlanır. Host upgrade planı da bu adımdan sonra ele alınmalıdır.
Kısa Özet
- Broadcom TechDocs, vCenter upgrade'i eski sürümden yeni sürüme migration tabanlı bir süreç olarak tanımlar.
- vCenter 8.0 geçişinde yeni appliance deploy edilir, geçici IP ile veri taşınır, sonunda eski IP/hostname yeni appliance'a devredilir.
- GUI tabanlı upgrade iki aşamalıdır: Stage 1 (deployment) ve Stage 2 (setup + data transfer).
- Broadcom prereq listesine göre upgrade öncesinde port 443 erişimi, yeterli disk alanı, image-based snapshot backup ve DNS/FQDN doğrulaması kritik kontrollerdir.
- Broadcom dokümanına göre vCenter 6.7 veya daha eski sürümden 8.0'a geçiş için önce 7.0'a yükseltme gerekir.
- 4 Mart 2026 kontrolünde vCenter patch release listesinde üst satır VMware vCenter 8.0 Update 3i; release note'ta tarih 24 Şubat 2026, ISO build 25197330 olarak yayınlanır.
İçindekiler
- VMware vCenter Upgrade Nedir?
- Upgrade Öncesi Kritik Ön Koşullar
- Adım Adım vCenter Upgrade Akışı (GUI)
- CLI Upgrade Ne Zaman Tercih Edilir?
- Reduced Downtime Upgrade Notu
- Ankara'da Sık Yapılan 6 Hata
- Kopyalanabilir vCenter Upgrade Checklist
- Sık Sorulan Sorular

Görsel: Wikimedia Commons - NOIRLab HQ Server Racks (OK_upr_IMG_0225-CC), CC BY 4.0.
VMware vCenter Upgrade Nedir?
vCenter upgrade, mevcut vCenter Server sürümünün daha güncel bir sürüme taşınmasıdır. Teknik olarak bu işlem çoğu kurumda "yerinde patch" gibi algılansa da dokümantasyon tarafında süreç yeni appliance deploy edilip eski yapıdan veri taşınması yaklaşımıyla ele alınır.
Bu yaklaşımın pratik sonuçları:
- Üretim yönetim katmanı daha kontrollü geçiş modeliyle güncellenir.
- Geri dönüş planı daha net kurgulanır.
- Geçiş sonunda eski appliance kapatılır, yeni appliance eski IP/hostname ile çalışır.
Upgrade Öncesi Kritik Ön Koşullar
Broadcom'un "Prerequisites for Upgrading the vCenter Server Appliance" sayfasındaki maddeler, üretimde sorun yaşamamak için doğrudan kontrol listesi gibi kullanılmalıdır.
1) Sürüm yolu doğrulaması
- vCenter 7.0 -> 8.0 desteklenir.
- vCenter 6.7 veya daha eski -> önce 7.0, sonra 8.0 gerekir.
2) Port ve ağ erişimi
- Kaynak ESXi host üzerinde 443/TCP açık olmalı.
- Geçici vCenter instance da kalıcı vCenter ile aynı erişim haklarına sahip olmalı.
3) Snapshot ve geri dönüş hazırlığı
- Upgrade öncesi image-based backup (snapshot) alınmalı.
- ELM ortamlarında tüm ilgili node'lar tutarlı şekilde yedeklenmeli.
4) Disk ve depolama kapasitesi
- Kaynak appliance üzerinde yeterli boş alan doğrulanmalı.
- Hedef appliance boyutu, taşınacak veri/DB boyutuna göre planlanmalı.
5) DNS ve isim çözümleme
- Geçici ağ ayarlarında static IP + FQDN kullanılacaksa forward/reverse DNS kayıtları hazır olmalı.
6) Ortam bağımlılıkları
- vSphere with Tanzu kullanılan ortamlarda upgrade sırasında beklenmeyen VM hareketlerini önlemek için DRS ayarları kontrol edilmeli.
Adım Adım vCenter Upgrade Akışı (GUI)
Aşağıdaki akış, Ankara'daki orta ve büyük ölçekli ortamlarda en sık kullanılan güvenli modeldir.
1) Planlama ve pre-check
- Hedef sürüm, bakım penceresi, geri dönüş kriteri yazılı hale getirilir.
- Pre-check tamamlanmadan canlı geçişe çıkılmaz.
2) Stage 1: Yeni appliance deployment
GUI sihirbazı ile yeni VCSA OVA deploy edilir. Bu aşamada hedef host/vCenter, kaynak bilgileri ve geçici ağ ayarları tanımlanır.
3) Stage 2: Data ve servis migrasyonu
Sihirbaz, konfigürasyon ve servis verilerini kaynak vCenter'dan yeni appliance'a taşır. Bu aşama tamamlandığında yeni appliance üretim kimliğini devralır.
4) Cutover ve doğrulama
- Eski appliance kapanır.
- Yeni appliance, eski IP/hostname ile devreye girer.
- vSphere Client erişimi, envanter görünürlüğü, alarm ve servis kontrolleri yapılır.
5) Post-upgrade kontrol
- Plugin/entegrasyon sağlık durumu
- Backup job'larının yeniden testi
- Log ve performans gözlemi
Örnek operasyon hedef tablosu:
| Metrik | Hedef Aralık |
|---|---|
| Planlama + pre-check | 1-2 saat |
| Stage 1 deploy | 20-40 dakika |
| Stage 2 data taşıma | 30-90 dakika |
| Post-check | 20-30 dakika |
CLI Upgrade Ne Zaman Tercih Edilir?
Broadcom dokümanında CLI yöntemi, JSON tabanlı parametrelerle "unattended" upgrade seçeneği olarak geçer. Özellikle şu senaryolarda faydalıdır:
- Standartlaştırılmış çoklu ortam geçişleri
- Otomasyon boru hattı ile yönetilen operasyonlar
- Tekrarlanabilirlik ve script odaklı denetim ihtiyacı
Reduced Downtime Upgrade Notu
TechDocs'ta geçen "Reduced Downtime Upgrade" yaklaşımı, ideal ağ/CPU/memory/storage koşullarında kesinti süresini 5 dakikanın altına indirmeyi hedefleyen bir migration modelidir. Bu bilgi, özellikle kesinti bütçesi dar kurumlar için tasarım aşamasında önemlidir.
Ankara'da Sık Yapılan 6 Hata
1) Pre-check adımlarını atlamak
Upgrade sihirbazı açıldı diye ortam hazır varsaymak, en sık görülen hatadır.
2) Snapshot almadan başlamak
Rollback stratejisi olmayan upgrade, üretimde gereksiz risk üretir.
3) DNS/FQDN tutarlılığını test etmemek
Geçici ağ ayarlarında isim çözümleme sorunları süreci uzatır.
4) Port 443 erişimini göz ardı etmek
Kaynak hosta erişim kısıtları upgrade akışını yarıda bırakabilir.
5) Bakım penceresini sadece Stage 1 için planlamak
Asıl kritik süre Stage 2 + post-check tarafındadır.
6) Host upgrade'i vCenter'dan önce planlamak
Doğru sıra vCenter katmanını önce stabilize etmektir.
Kopyalanabilir vCenter Upgrade Checklist
- Hedef sürüm ve upgrade yolu (7.0 -> 8.0 vb.) doğrulandı.
- Port 443 erişim ve ağ izinleri test edildi.
- vCenter appliance snapshot yedeği alındı.
- Yeterli disk/depolama kapasitesi doğrulandı.
- DNS/FQDN forward-reverse kayıtları kontrol edildi.
- Stage 1 deployment parametreleri hazırlandı.
- Stage 2 migration planı ve kesinti penceresi onaylandı.
- Post-upgrade sağlık kontrolleri tamamlandı.
LeonX ile Nereden Başlanır?
Ankara'daki kurumlarda en iyi başlangıç, vCenter upgrade için kalıcı bir "change runbook" oluşturmaktır. Bu runbook içinde pre-check, cutover, rollback ve post-check adımlarının sorumlu bazlı dağılımı net olmalıdır.
İlgili sayfalar:
Sık Sorulan Sorular
vCenter upgrade için en kritik adım nedir?
En kritik adım pre-check disiplinidir. Port, DNS, snapshot ve kapasite kontrolleri tamamlanmadan geçişe çıkmak, kesinti riskini ciddi artırır.
vCenter 6.7'den doğrudan 8.0'a geçilebilir mi?
Hayır. Broadcom dokümanına göre önce 7.0'a yükseltmek, ardından 8.0 geçişini yapmak gerekir.
GUI mi CLI mı tercih edilmeli?
Tek ortam ve görsel adım takibi gereken durumlarda GUI, çoklu standart operasyonlarda ise JSON tabanlı CLI daha verimli olabilir.
2026 için takip edilmesi gereken güncel satır nedir?
4 Mart 2026 kontrolünde vCenter patch release listesinde üst satır VMware vCenter 8.0 Update 3i olarak görünür; release tarihi 24 Şubat 2026 ve ISO build 25197330'dur.
Sonuç
VMware vCenter upgrade, Ankara'daki kurumsal altyapılar için sıradan bir güncelleme değil, doğrudan yönetim düzlemi geçişidir. Pre-check odaklı planlama, iki aşamalı geçiş disiplini ve net doğrulama kriterleriyle süreç güvenli ve tekrarlanabilir hale gelir.
Kurumunuza özel vCenter upgrade planı için bizimle iletişime geçebilirsiniz.
Kaynaklar
- Broadcom TechDocs - vCenter Server Upgrade
- Broadcom TechDocs - Upgrading and Updating the vCenter Server Appliance
- Broadcom TechDocs - Prerequisites for Upgrading the vCenter Server Appliance
- Broadcom TechDocs - vCenter Server Update and Patch Release Notes
- Broadcom TechDocs - VMware vCenter 8.0 Update 3i Release Notes
- Wikimedia Commons - NOIRLab HQ Server Racks (OK_upr_IMG_0225-CC)



