VMware vCenter Kurulumu ve Yönetimi

vCenter ne işe yarar, ne zaman gerekir?

vCenter, birden fazla ESXi host’u tek bir arayüzden yönetmeyi ve host’lar arası özellikleri (HA, DRS, vMotion) kullanmayı sağlayan yönetim sunucusudur. Tek bir host’unuz varsa çoğu zaman gerekmez; iki ya da daha fazla host varsa ve bir host arızalandığında sanal makinelerin kendiliğinden diğerinde açılmasını istiyorsanız gerekir.

vCenter ile yönetim için host’larda ücretli bir lisans olmalı. Broadcom’un bilgi bankasına göre ücretsiz ESXi vCenter tarafından yönetilemiyor ve vMotion, DRS, HA özelliklerini içermiyor. Host kurulumu tarafını VMware ESXi kurulumu sayfasında anlatıyoruz.

vCenter Server Appliance (VCSA) nasıl kurulur?

vCenter, vCenter Server Appliance (VCSA) adlı hazır bir sanal cihaz olarak dağıtılır; kurulum, ESXi host’lardan birine bu cihazın yerleştirilmesi ve ardından yapılandırılması olarak iki aşamada ilerler. Kurulumdan önce vCenter için sabit bir IP, ileri ve geri DNS kayıtları ve NTP kaynağı hazır olmalı. DNS kaydı eksik bir vCenter kurulumu, sonradan düzeltmesi zahmetli sertifika sorunlarına yol açar.

Cihaz boyutunu (tiny, small, medium…) host ve sanal makine sayısına ve büyüme beklentisine göre seçiyoruz. vCenter’ı yönettiği kümenin içinde çalıştırmak yaygın bir yaklaşımdır; bu durumda vCenter sanal makinesini HA önceliğinde üst sıraya alıyor ve hangi host’ta çalıştığını belgeliyoruz, böylece vCenter kapalıyken bile onu bulup açmak kolay olur.

Küme, HA, DRS ve vMotion nasıl yapılandırılır?

Kümede HA, bir host arızalandığında o host’taki sanal makineleri diğer host’larda yeniden başlatır; DRS yükü host’lar arasında dengeler; vMotion ise sanal makineyi kapatmadan bir host’tan diğerine taşır. Bu üçünün çalışması için ortak depolama ve ayrılmış bir vMotion ağı gerekir.

HA’da en çok atlanan ayar kapasite payıdır: üç host’lu bir kümede bir host arızalandığında kalan iki host bütün yükü kaldırabilmeli. Admission control ile bu payı ayırıyor, farklı işlemci nesillerinden host’lar varsa EVC modunu açıyoruz; aksi halde vMotion eski nesil işlemcili host’a taşımayı reddeder. DRS’i genellikle tam otomatik modda, birlikte çalışması ya da ayrı durması gereken sanal makineler (örneğin iki DC) için kurallarla birlikte yapılandırıyoruz.

• HA: admission control ile ayrılmış kapasite, yeniden başlatma öncelikleri
• DRS: otomasyon seviyesi ve VM-VM / VM-host kuralları
• vMotion: ayrı VMkernel ağı, EVC modu
• Ortak depolama: iSCSI, NFS veya vSAN

ESXi host’ları vLCM ile nasıl güncellenir?

Host güncellemelerini vSphere Lifecycle Manager (vLCM) ile küme bazında, “image” yöntemiyle yönetiyoruz. Broadcom’un bilgi bankası makalesine göre eski “baseline” yöntemi (önceki adıyla Update Manager) vSphere 8 ile kullanımdan kaldırılma sürecine girdi ve bir sonraki ana sürümde kaldırılacağı duyuruldu; bu yüzden yeni kümeleri doğrudan image yöntemiyle kuruyoruz.

Image yönteminde kümedeki tüm host’lar aynı ESXi sürümü, aynı üretici eklentisi ve aynı firmware/sürücü setiyle tanımlanır; vLCM sapan host’u gösterir ve host’ları tek tek bakım moduna alarak günceller. DRS ve vMotion doğru çalışıyorsa sanal makineler bu sırada kesintisiz yer değiştirir. Güncellemeyi önce test kümesinde ya da tek host’ta deniyor, sonra bakım penceresinde tüm kümeye uyguluyoruz.

vCenter nasıl yedeklenir?

vCenter’ın kendi yedeği, sanal makine yedeklerinden ayrı düşünülmelidir. Broadcom belgelerine göre vCenter’ın dosya tabanlı yedeği yapılandırmayı, envanteri ve isteğe bağlı olarak geçmiş verileri FTP, FTPS, HTTP, HTTPS, SCP, NFS veya SMB üzerinden uzak bir sisteme aktarır ve vCenter yönetim arayüzünden zamanlanabilir.

Geri dönüşte yeni bir vCenter cihazı kurulur ve yedekteki veriyle doldurulur. Biz zamanlanmış dosya tabanlı yedeği vCenter’ın çalıştığı depolamadan farklı bir hedefe kuruyor ve yedeğin gerçekten oluştuğunu izliyoruz. vCenter’sız kalan bir kümede sanal makineler çalışmaya devam eder, ancak HA dışındaki yönetim işlevleri ve yedekleme yazılımının vCenter bağlantısı durur; bu yüzden vCenter yedeği felaket kurtarma planının bir parçasıdır.

vCenter yetkileri nasıl düzenlenmeli?

Herkesin aynı yönetici hesabıyla vCenter’a girdiği bir yapı, kimin neyi değiştirdiğini bilmemek demektir. vCenter’ı Active Directory’ye kimlik kaynağı olarak bağlıyor, yetkileri kişilere değil AD gruplarına veriyoruz. Yerel SSO yönetici hesabını ([email protected]) acil durum hesabı olarak kasada tutuyoruz.

Rolleri işe göre ayırıyoruz: altyapı yöneticisi, yalnızca belirli sanal makineleri açıp kapatabilen uygulama sorumlusu, salt okunur denetçi ve yedekleme yazılımı için minimum yetkili servis hesabı. Örneğin 25 sanal makinelik bir yapıda yazılım ekibine yalnızca kendi test sunucularının bulunduğu klasörde konsol ve güç yetkisi vermek, üretim sunucularına yanlışlıkla dokunulmasını önler. AD tarafının düzeni için Active Directory kurulumu sayfasına bakabilirsiniz.

Teslim ettiklerimiz

• Boyutlandırılmış ve DNS/NTP/sertifika ayarları yapılmış vCenter Server Appliance
• HA, DRS, vMotion ve EVC yapılandırılmış küme
• vLCM image tanımı ve host güncelleme prosedürü
• Zamanlanmış dosya tabanlı vCenter yedeği
• AD entegrasyonu, rol ve grup bazlı yetkiler
• Küme, ağ ve yetki yapısını anlatan dokümantasyon

Nasıl çalışıyoruz

1. 1

   Keşif

   Host’ları, lisansları, ağ ve depolama yapısını ve mevcut yönetim alışkanlıklarını inceliyoruz.

2. 2

   Hazırlık

   IP, DNS kayıtları, NTP ve vMotion ağını hazırlıyoruz.

3. 3

   Kurulum

   vCenter’ı dağıtıyor, host’ları kümeye alıp HA, DRS ve vMotion’ı yapılandırıyoruz.

4. 4

   Yönetim

   vLCM image’ını, vCenter yedeğini ve AD tabanlı yetkileri kuruyoruz.

5. 5

   Test ve teslim

   Host arızası ve vMotion testini yapıyor, dokümantasyonu teslim ediyoruz.

Sıkça sorulan sorular