vCenter Nedir, Ne Zaman Gerekir

Tek bir ESXi host'un varsa hayat basittir: tarayıcıdan host'un IP'sine girer, sanal makineleri açar kapatır, işine bakarsın. İkinci host'u aldığında hâlâ idare edersin — iki sekme açarsın. Üçüncüde bir şeyler kırılmaya başlar: hangi makinenin hangi host'ta olduğunu unutursun, bir host'u bakıma alman gerektiğinde üzerindeki makineleri elle kapatıp diğerine taşırsın ve o sırada servis kesintisi yaşarsın. vCenter tam olarak bu noktada devreye giren katmandır; birden fazla ESXi host'unu tek bir envanterde toplayan ve tek başlarına yapamadıkları şeyleri yapmalarını sağlayan merkezî yönetim sunucusudur.

Bu yazıda vCenter'ın ne olduğunu, tek host ile küme arasındaki farkı, vMotion / HA / DRS gibi özelliklerin gerçekte ne yaptığını, VCSA kurulumunun neler istediğini ve — belki en önemlisi — vCenter'ın ne zaman gerekmediğini anlatacağım. Lisans maliyeti ciddi olduğu için "herkes kullanıyor" diye kuruma karar vermek yerine, hangi eşikten sonra gerçekten kazandırdığını netleştirmek istiyorum.

vCenter Tam Olarak Ne Yapar#

vCenter, ESXi host'larının üzerinde çalışan bir hipervizör değildir; kendisi de bir sanal makinedir. VMware bunu hazır bir sanal cihaz (appliance) olarak dağıtır: VCSA, yani vCenter Server Appliance. İçinde kendi işletim sistemi, veritabanı ve servisleri gelir; sen sadece bir OVA dosyasını host'a dağıtır ve yapılandırırsın.

Kurulduktan sonra ESXi host'larını tek tek bu envantere eklersin. O andan itibaren host'ları ayrı ayrı değil, tek bir ağaç yapısı üzerinden yönetirsin: veri merkezi → küme → host → sanal makine. Ama vCenter'ın asıl değeri "tek ekranda görmek" değildir; birden fazla host'un birlikte çalışmasını gerektiren özelliklerin kontrol düzlemi olmasıdır. Bir sanal makineyi çalışırken başka bir host'a taşımak, bir host çöktüğünde üzerindeki makineleri hayatta kalan host'larda otomatik başlatmak, yük dengesine göre makineleri kendiliğinden dağıtmak — bunların hepsi merkezî bir karar mekanizması ister. Tek başına ESXi host'u, komşusunun var olduğunu bile bilmez.

Buna karşılık vCenter'sız da eksiksiz bir sanallaştırma yapabilirsin. Host Client üzerinden sanal makine oluşturmak, snapshot almak, kaynak ayarlamak, konsola bağlanmak — hepsi çalışır. Tek host'un tüm günlük operasyonu vCenter olmadan döner. Host'un kendisini nasıl kuracağını daha önce görmediysen VMware ESXi kurulumu yazısı temel adımları anlatıyor.

Tek Host ile Küme Arasındaki Fark#

Aşağıdaki tablo, aynı işi iki yaklaşımla yaptığında pratikte ne değiştiğini gösteriyor. Karar verirken bu satırların kaç tanesinin senin için gerçek bir acı noktası olduğuna bak:

Bu tablodaki ilk iki satır günlük işin çoğunu kapsar ve ikisi de vCenter olmadan çalışır. Ayrım, "bir host'u kapatmam gerektiğinde ne olur?" sorusunda başlar.

vCenter Olmadan Yapamadığın Şeyler#

vMotion — Çalışan bir sanal makineyi, kapatmadan, kullanıcılar fark etmeden başka bir fiziksel host'a taşır. Belleğin içeriği ağ üzerinden kopyalanır, son bir kesitte makine hedef host'ta devralınır. Kesinti milisaniyeler seviyesindedir. Bunun pratikteki karşılığı şudur: bir host'un belleğini büyütmen ya da firmware güncellemen gerektiğinde, üzerindeki tüm servisleri kimseye haber vermeden boşaltıp bakıma alabilirsin. Bakım penceresi kavramının büyük ölçüde ortadan kalkması budur.

HA (High Availability) — Bir host donanım arızası nedeniyle kapandığında, üzerindeki sanal makineleri hayatta kalan host'larda otomatik olarak yeniden başlatır. Burada yanlış anlaşılan nokta şu: HA kesintisiz değildir. Makineler yeniden başlatılır, yani sunucun bir kez restart olmuş gibi davranır. Kazanç, bu restart'ın seni gecenin üçünde arayan bir alarmla değil, birkaç dakika içinde kendiliğinden gerçekleşmesidir.

DRS (Distributed Resource Scheduler) — Kümedeki host'ların yükünü izler ve dengesizlik oluştuğunda sanal makineleri vMotion ile kendiliğinden taşır. Yeni bir makine açtığında da en uygun host'u kendisi seçer. Küçük ortamlarda gereksiz gelir; on host'un üzerine çıktığında elle yaptığın yerleştirme kararlarını devralması ciddi bir rahatlamadır.

Şablonlar ve klonlama — Kurulmuş, güncellenmiş, ayarlanmış bir sanal makineyi şablona dönüştürüp dakikalar içinde ondan yeni makineler üretirsin. Özelleştirme profilleriyle host adı, IP ve domain üyeliği açılışta otomatik ayarlanır. Tek host'ta bu iş elle dosya kopyalamaya döner.

Bu özelliklerin çoğu paylaşımlı depolama ya da uygun ağ yapılandırması da ister; vCenter'ı kurmak tek başına vMotion'ı çalışır hâle getirmez. Ayrıca bazıları lisans seviyesine bağlıdır: dağıtık sanal switch gibi özellikler yalnızca üst lisans paketlerinde açılır.

VCSA Kurulumu Neler İster#

VCSA kurulumu iki aşamalıdır: önce appliance bir ESXi host'a dağıtılır (deploy), sonra ağ ve kimlik ayarları yapılandırılır (configure). Kuruluma başlamadan önce hazırlaman gereken üç şey var ve üçü de atlandığında kurulum ortasında hata verir:

1. DNS kaydı — VCSA'ya vereceğin FQDN için hem ileri (A) hem geri (PTR) çözümleme çalışıyor olmalı. Kurulum sihirbazı bunu doğrular ve tutmazsa devam etmez. Bu, en sık takılınan adımdır.
2. Statik IP — vCenter'ın IP'si asla değişmemelidir; DHCP kullanma.
3. NTP — vCenter ve tüm ESXi host'ları aynı zaman kaynağına bakmalı. Zaman kayması sertifika doğrulamasını ve host bağlantılarını bozar.

Boyutlandırma tarafında VCSA farklı profillerle gelir. Kaynak gereksinimleri sürümden sürüme değiştiği için kesin rakam vermek yerine ölçek sınırlarına bakmak daha güvenli:

En küçük profil bile çift haneli gigabayt bellek ve yüzlerce gigabayt disk ister; yani vCenter "bir köşede duran küçük bir servis" değildir, kaynak planına dahil etmen gereken gerçek bir sunucudur. Kurulumdan sonra yönetim arayüzüne https://vcenter.firmaniz.com üzerinden, appliance'ın kendi bakım arayüzüne ise 5480 portundan ulaşırsın.

Appliance'ın kabuğuna SSH ile bağlanıp temel kontrolleri yapabilirsin:

# VCSA kabuğunda servis durumlarını listele
service-control --status --all

# Disk doluluğunu kontrol et (log ve db bölümleri kritiktir)
df -h

# Tek bir servisi yeniden başlat
service-control --restart vmware-vpxd

Kümeyi Kurmak ve Sürekliliği Sağlamak#

vCenter'ı kurduktan sonra sırasıyla bir veri merkezi nesnesi, onun altında bir küme oluşturur ve host'ları bu kümeye eklersin. Küme ayarlarında HA ve DRS'i açarsın. Burada dikkat etmen gereken bir kapasite kuralı var: HA'nın işe yaraması için kümede, bir host'un tüm yükünü devralacak kadar boş kaynak bulunmalıdır. Üç host'un varsa ve üçü de yüzde doksan doluysa, bir host gittiğinde makineler açılacak yer bulamaz. Buna "admission control" denir ve kapasitenin bir kısmını bilerek boş tutmak anlamına gelir.

İkinci kritik konu vCenter'ın kendisinin nerede duracağıdır. vCenter genellikle yönettiği kümenin içinde bir sanal makine olarak çalışır ve bu, tüm ortam elektrik kesintisinden sonra soğuk açıldığında bir tavuk-yumurta problemi yaratır: vCenter'ı açman için host'a doğrudan bağlanman gerekir. Bunu baştan bilip vCenter'ın hangi host'ta durduğunu not etmek, kriz anında yaşadığın kaybı dakikalara indirir. İyi haber şu ki HA yapılandırması host'lardaki ajanlarda saklıdır; vCenter kapalıyken bile bir host çökerse HA çalışmaya devam eder. vCenter kapalıyken kaybettiğin şeyler vMotion, DRS, klonlama ve merkezî yönetimdir.

Üçüncüsü yedekleme. vCenter kendi yapılandırmasını dosya tabanlı yedeklemeyle dışarı çıkarabilir; bakım arayüzünden bir hedef (SFTP, NFS, SMB) tanımlayıp zamanlanmış yedek kurman gerekir. Sanal makinelerin yedeklenmesi ayrı bir konudur ve snapshot bunun yerine geçmez — nedenini sanal makine snapshot yönetimi yazısında ayrıntısıyla anlattım. Sunucu yedekleme stratejisini baştan kurmak istersen yedekleme hizmetimiz de bu işi üstlenir.

Ne Zaman Gerekmez#

vCenter'ın maliyeti yalnızca lisans değildir; kaynak, bakım, sürüm uyumluluğu ve öğrenme eğrisi de maliyettir. Aşağıdaki durumlarda kurmamak daha doğru bir karardır:

• Tek host'un var ve ikinciyi almayı planlamıyorsun. Küme özelliklerinin hiçbirini kullanamazsın; sadece bir sanal makine daha çalıştırmış olursun.
• İki host'un var ama makineler birbirinden bağımsız. Test ve geliştirme ortamlarında elle taşıma yeterlidir.
• Bütçen VMware lisansına uygun değil. Aynı küme özelliklerinin (canlı göç, HA, merkezî yönetim) ücretsiz karşılığını sunan platformlar var: Proxmox VE bunları çekirdeğinde ek lisans olmadan getirir, XCP-ng ise Xen Orchestra ile benzer bir merkezî yönetim sağlar. Karşılaştırma için VMware ve Proxmox karşılaştırması ve XCP-ng kurulumu yazılarına bakabilirsin.
• İhtiyacın aslında yönetilen bir hizmet. Sanallaştırma katmanını kendin işletmek zorunda değilsin; hazır bulut sunucu ya da VDS kaynağı alıp hipervizör bakımını tamamen dışarıda bırakabilirsin.

Sık Yapılan Hatalar#

DNS'i kurulumdan sonra düzeltmeye çalışmak. VCSA'nın FQDN'i kuruluma gömülür; sonradan değiştirmek desteklenen ve kolay bir işlem değildir. DNS kaydını kurulumdan önce oluştur ve nslookup ile hem isimden IP'ye hem IP'den isme çözümlendiğini doğrula.

Appliance'ın diskini doldurmak. VCSA'nın log ve veritabanı bölümleri dolduğunda servisler durur ve arayüz açılmaz. İzleme kur, en azından disk doluluğunu düzenli kontrol et. Aynı disk dolma mantığı işletim sistemi tarafında da geçerlidir; disk dolu hatası çözümü yazısındaki yaklaşımlar burada da işe yarar.

Kök parolasının süresinin dolması. VCSA'nın yerel kök hesabının parolası varsayılan olarak belirli bir süre sonra dolar ve bunu fark etmeden bakım arayüzünden kilitlenirsin. Kurulumdan sonra parola süre politikasını bilinçli bir değere ayarla.

HA'yı kapasite bırakmadan açmak. Kâğıt üzerinde HA açık görünür, gerçek bir arıza anında makineler açılacak yer bulamaz. Bir host'luk kaynağı boş tutma kuralını baştan uygula.

Sertifika sürelerini takip etmemek. vSphere bileşenleri arasındaki iletişim sertifikalara dayanır; süresi dolan bir sertifika host bağlantılarını ve arayüz erişimini bir gecede kesebilir. Yenileme takvimini takvime yaz.

Sıkça Sorulan Sorular#

vCenter ücretsiz mi#

Hayır. ESXi'nin dönem dönem ücretsiz bir sürümü olsa da vCenter Server her zaman ayrı lisanslanan ticari bir üründür ve ücretsiz sürümü yoktur. Ayrıca vMotion, HA ve DRS gibi özelliklerin kullanılabilmesi için host lisanslarının da uygun seviyede olması gerekir. Lisans paketleri Broadcom devrinden sonra yeniden yapılandırıldığı için güncel modeli satın alma öncesinde doğrulaman gerekir.

vCenter kapanırsa sanal makinelerim durur mu#

Hayır. Sanal makineler ESXi host'ları üzerinde çalışır ve vCenter kapalıyken çalışmaya devam eder. Kaybettiğin şey merkezî yönetimdir: vMotion, DRS, klonlama, şablondan dağıtım ve tek ekrandan yönetim durur. HA yapılandırması host'lardaki ajanlarda saklı olduğu için, vCenter kapalıyken bir host çökerse makineler yine de diğer host'larda yeniden başlatılır.

Kaç host'tan sonra vCenter kurmalıyım#

Kesin bir eşik yok ama pratik kural şudur: iki host'a kadar elle yönetmek makul, üç host'tan sonra kaybettiğin zaman lisans maliyetini geçmeye başlar. Asıl belirleyici host sayısı değil, kesinti toleransın. Planlı bakım için servis durduramıyorsan tek host'la bile yaşayamazsın, vMotion'a ihtiyacın vardır.

vMotion için paylaşımlı depolama şart mı#

Klasik vMotion, kaynak ve hedef host'un aynı depolama alanını görmesini bekler; çünkü taşınan şey yalnızca bellek ve CPU durumudur, diskler yerinde kalır. Yeni sürümlerde diski de birlikte taşıyan senaryolar mümkün olsa da bu işlem çok daha uzun sürer ve ağ trafiği yaratır. Ciddi bir küme kuruyorsan paylaşımlı depolamayı planın parçası say.

VCSA'yı hangi host'a kurmalıyım#

Yönettiği kümenin içindeki bir host'a kurmak yaygın ve desteklenen bir yaklaşımdır. Önemli olan, tüm ortam kapandıktan sonra vCenter'ı açmak için hangi host'a bağlanman gerektiğini biliyor olmandır. Bu bilgiyi ekip dokümanına yazmak, elektrik kesintisi sonrası ayağa kalkma süresini belirgin biçimde kısaltır.

vCenter yerine ücretsiz bir alternatif var mı#

Doğrudan bir "ücretsiz vCenter" yok, ancak aynı ihtiyacı karşılayan alternatif platformlar var. Proxmox VE, küme yönetimi ve canlı göçü çekirdeğinde ücretsiz sunar; XCP-ng ise Xen Orchestra ile merkezî yönetim ve göç sağlar. Mevcut yatırımın VMware üzerindeyse geçiş maliyetini de hesaba katman gerekir; ama sıfırdan kuruyorsan bu iki seçenek ciddi biçimde değerlendirilmeyi hak eder.

Kapanış#

vCenter'ı "VMware kullanıyorsam kurmam gereken şey" olarak değil, "birden fazla host'un birlikte çalışmasını sağlayan katman" olarak düşün. Aklında kalması gereken dört şey var: tek host'ta günlük işin tamamı vCenter'sız döner; vMotion, HA ve DRS'e ihtiyacın olduğu an eşiği geçmişsindir; kurulumdan önce DNS ve NTP'yi hazırlamazsan sihirbaz seni içeri almaz; ve HA'nın çalışması için kümede bilerek boş kapasite bırakman gerekir.

Kendi kümeni kurmak için fiziksel makineye ihtiyacın varsa dedicated sunucu paketlerimiz tam donanım kontrolü verir, kendi donanımını getirmek istersen colocation tarafına bakabilirsin. Hipervizör ve küme yönetimiyle hiç uğraşmadan kaynak kullanmak istiyorsan bulut sunucu ve VDS paketlerimiz hazır gelir; mevcut ortamının bakımını dışarı vermek istersen sunucu yönetimi hizmetimiz izleme ve güncelleme yükünü üstlenir.