~/yazilar/vcenter-server-kurulumu
vCenter 8 kurulumu
içindekiler
Birkaç ESXi host'unu tek tek Host Client üzerinden yönetmek iki üç makineye kadar idare ediyor. Sonrası zorlaşıyor: bir VM'i başka bir host'a taşımak için vCenter gerekiyor, host çökünce VM'lerin başka yerde açılması (HA) için vCenter gerekiyor, template'ten VM üretmek, yetkileri merkezden vermek, hepsi vCenter üzerinden. vCenter bugün sadece Photon OS tabanlı bir appliance olarak geliyor, Windows sürümü yıllar önce kalktı.
Bu seride vCenter 8 üzerinden gidiyorum. Menü adlarını arayüzde göreceğin gibi İngilizce bıraktım, Türkçeye çevirince arayüzde aramak zorlaşıyor.
Kurulumun kendisi sihirbazla yarım saatlik iş. Uzun süren kısım, kurulumdan önce yapılmayan hazırlığın kurulum sırasında çıkardığı hatalar. O yüzden bu yazının yarısını hazırlığa ayırdım.
Önce DNS
vCenter kurulumunun en sık takıldığı yer DNS. Appliance'ın FQDN'i için hem ileri (A) hem geri (PTR) kayıt kurulumdan önce hazır olmalı. Sihirbaz bunları kontrol ediyor, ama bazı hatalar ancak ikinci aşamanın ortasında ortaya çıkıyor ve o noktada appliance'ı silip baştan başlamak gerekiyor.
Örnek ortamda yönetim ağı 10.0.20.0/24, appliance'ın adı vcsa01.ornek.local, adresi 10.0.20.10. DC üzerinde:
Add-DnsServerResourceRecordA -ZoneName "ornek.local" -Name "vcsa01" -IPv4Address "10.0.20.10" -CreatePtr-CreatePtr çalışması için 20.0.10.in-addr.arpa reverse zone'unun var olması gerekiyor. Yoksa önce onu oluştur. Sonra kurulumu yapacağın makineden kontrol et:
Resolve-DnsName vcsa01.ornek.local
Resolve-DnsName 10.0.20.10İkisi de doğru cevap vermiyorsa devam etme. ESXi host'larının da DNS'te kaydı olsun ve vCenter'a onları IP ile değil FQDN ile ekle. Sonradan host adını değiştirmek, host'u vCenter'dan çıkarıp yeniden eklemek demek.
Bir kural daha: appliance'ın FQDN'ini sonradan değiştirmek mümkün, ama sertifikalar ve bağlı ürünler yüzünden zahmetli. Adı en baştan kalıcı olacak şekilde seç. İçinde sürüm numarası olan isimler (vcenter8) iki yıl sonra yanlış bilgi vermeye başlıyor.
Saat
vCenter'ın kimlik doğrulaması (SSO) token'larla çalışıyor ve saat farkına duyarlı. Appliance, ESXi host'ları ve DC'ler aynı saat kaynağını kullanmalı. Ben ESXi host'larını ve appliance'ı DC'lere yönlendiriyorum, DC'ler de PDC emulator üzerinden dış kaynağa bağlı. Kurulumdan önce host'ların saatine bak:
[root@esx01:~] esxcli system time get
2026-10-14T09:12:44ZHost saati birkaç dakika kaymışsa appliance ilk açılışta saatini host'tan alıyor ve ikinci aşamada token hataları görebiliyorsun. Host'ların NTP ayarını Host Client'ta Manage, System, Time & date altından yap.
Boyut seçimi
Kurulumda appliance boyutunu soruyor. Bu boyut vCenter'ın yöneteceği host ve VM sayısına göre CPU ve RAM belirliyor. vCenter 8 dokümanındaki değerler:
| Boyut | Host / VM sınırı | vCPU | RAM |
|---|---|---|---|
| Tiny | 10 host, 100 VM | 2 | 14 GB |
| Small | 100 host, 1.000 VM | 4 | 21 GB |
| Medium | 400 host, 4.000 VM | 8 | 30 GB |
| Large | 1.000 host, 10.000 VM | 16 | 39 GB |
| X-Large | 2.000 host, 35.000 VM | 24 | 58 GB |
Tiny, üç dört host'luk bir ortam için kâğıt üzerinde yetiyor. Ben yine de Small seçiyorum. Aradaki fark iki vCPU ve birkaç GB RAM, ama Tiny'de ortam büyüdükçe arayüz yavaşlıyor ve boyutu sonradan büyütmek, VM'in CPU ve RAM'ini artırmak kadar basit değil. Disk boyutu için de "default" yeterli. Olay ve performans geçmişini uzun tutacaksan "large storage" seç.
Bir de disk modu var. "Thin disk mode" işaretlenirse appliance diskleri ihtiyaç oldukça büyüyor. Datastore'da yer sıkıntısı yoksa thin kullanmamak için bir sebep görmüyorum, ama datastore'u dolduran bir thin disk vCenter'ı da durdurur. Datastore doluluğunu izlemiyorsan bunu önce hallet.
İki aşamalı kurulum
Kurulum ISO'sunu bağla. Sihirbaz vcsa-ui-installer dizininde, işletim sistemine göre win32, lin64 ve mac alt dizinlerinde duruyor. Windows'ta vcsa-ui-installer\win32\installer.exe.
Birinci aşama appliance'ı ESXi host'una OVA olarak yüklüyor. Sırasıyla soruyor:
- Hedef ESXi host'u ve root bilgileri (ya da mevcut bir vCenter)
- Appliance VM'inin adı ve root parolası
- Boyut ve datastore
- Ağ: port group, IPv4, statik adres, FQDN, prefix, gateway, DNS sunucuları
FQDN alanına yazdığın ad ile DNS'teki kayıt birebir tutmalı. Port group olarak yönetim ağının port group'unu seç. Bu aşama bitince appliance açılmış ve ağda erişilebilir oluyor, ama henüz vCenter değil.
İkinci aşama appliance'ı yapılandırıyor:
- Saat senkronizasyonu: NTP sunucuları (DC'lerin adresleri)
- SSH erişimi: kapalı bırakıyorum, gerektiğinde VAMI'den açılıyor
- SSO domain'i ve
administratorparolası
SSO domain adı için varsayılan vsphere.local. Burada AD domain'inin adını (ornek.local) yazmak sık yapılan bir hata. SSO domain'i vCenter'ın kendi iç kimlik deposu, AD ile ilgisi yok. Aynı adı verirsen AD'yi kimlik kaynağı olarak eklerken çakışma yaşıyorsun. vsphere.local olarak bırak.
İkinci aşama 15 ila 30 dakika sürüyor. Bittiğinde iki adres çalışıyor olmalı:
https://vcsa01.ornek.local/ui vSphere Client
https://vcsa01.ornek.local:5480 Appliance yönetimi (VAMI)VAMI'ye root ile, vSphere Client'a administrator@vsphere.local ile giriliyor.
Aynı kurulumu JSON ile yapmak
Laboratuvarı sık sık yeniden kuruyorsan ya da kurulumun belgelenmiş olmasını istiyorsan sihirbaz yerine CLI kurulumu daha iyi. Ben kurulumu bir JSON dosyası olarak saklamayı seviyorum, altı ay sonra "bu appliance'ı hangi ayarlarla kurmuştuk" sorusunun cevabı orada duruyor. ISO'da vcsa-cli-installer/templates/install altında hazır şablonlar var. ESXi üzerine tek vCenter için embedded_vCSA_on_ESXi.json. Şablonu kopyalayıp doldurmak, sıfırdan yazmaktan daha güvenli, çünkü anahtar adları ve __version değeri sürümden sürüme değişiyor.
Doldurulmuş hali kabaca şöyle görünüyor:
{
"__version": "2.13.0",
"new_vcsa": {
"esxi": {
"hostname": "esx01.ornek.local",
"username": "root",
"password": "",
"deployment_network": "Yonetim",
"datastore": "ds-esx01-local"
},
"appliance": {
"thin_disk_mode": true,
"deployment_option": "small",
"name": "vcsa01"
},
"network": {
"ip_family": "ipv4",
"mode": "static",
"system_name": "vcsa01.ornek.local",
"ip": "10.0.20.10",
"prefix": "24",
"gateway": "10.0.20.1",
"dns_servers": ["10.0.10.11", "10.0.10.12"]
},
"os": {
"password": "",
"ntp_servers": "10.0.10.11",
"ssh_enable": false
},
"sso": {
"password": "",
"domain_name": "vsphere.local"
}
},
"ceip": {
"settings": {
"ceip_enabled": false
}
}
}Parola alanlarını boş bıraktım. Bu dosya bir repoya girecekse parolaların içinde olmaması gerekiyor. Boş bırakılan parolaları kurulum aracı çalışırken soruyor.
Önce şablonu ve ön koşulları kontrol ettiriyorum, sonra kuruyorum:
cd E:\vcsa-cli-installer\win32
.\vcsa-deploy.exe install --accept-eula --acknowledge-ceip --verify-template-only C:\kurulum\vcsa01.json
.\vcsa-deploy.exe install --accept-eula --acknowledge-ceip --precheck-only C:\kurulum\vcsa01.json
.\vcsa-deploy.exe install --accept-eula --acknowledge-ceip C:\kurulum\vcsa01.json--precheck-only DNS, ağ ve hedef host kontrollerini appliance'ı yüklemeden yapıyor. Asıl kurulum yarıda kalınca baştan başlamaktansa bu adımı her seferinde çalıştırmak daha ucuz.
AD kullanıcılarıyla giriş
administrator@vsphere.local günlük kullanım için değil. Parolası güvenli bir yerde dursun, AD'ye ulaşılamadığı gün lazım olacak. Günlük girişler AD hesaplarıyla yapılmalı.
vSphere Client'ta Administration, Single Sign On, Configuration, Identity Provider altında AD'yi kimlik kaynağı olarak ekliyorum. İki seçenek çıkıyor: "Active Directory (Integrated Windows Authentication)" ve "Active Directory over LDAP". IWA appliance'ı domain'e almayı gerektiriyor ve VMware uzun süredir kullanımdan kaldırılacağını söylüyor. Ben LDAPS ile bağlanıyorum: 636 portu, DC'lerin sertifikasını imzalayan CA'nın kök sertifikası ve sadece okuma yetkisi olan bir servis hesabı.
Kaynak eklenince yetkiyi kullanıcıya değil gruba veriyorum. AD'de vCenter-Yoneticileri grubunu oluşturup vCenter'da Administration, Global Permissions altında bu gruba Administrator rolünü veriyorum. Ekibe biri katıldığında vCenter'a dokunmadan sadece AD grubuna ekliyorum.
Kurulum yarıda kalırsa
Birinci aşamada FQDN hatası. Sihirbaz FQDN'in çözülemediğini ya da IP ile eşleşmediğini söylüyorsa DNS kaydında yazım hatası vardır ya da kurulumu yaptığın makine farklı bir DNS sunucusu kullanıyordur. Kontrolü kendi makinenden değil, appliance'ın kullanacağı DNS sunucusuna sorarak yap: Resolve-DnsName vcsa01.ornek.local -Server 10.0.10.11.
İkinci aşama bir yüzdede takılıp hata veriyor. Çoğu zaman sebep saat ya da DNS. Sebebi bulmak için VAMI'den SSH'ı açıp appliance'a bağlan ve /var/log/firstboot/ altındaki loglara bak. Sebebi giderdikten sonra yarım kalmış bir ikinci aşamayı kurtarmaya çalışmak yerine appliance'ı silip birinci aşamadan başlamak çoğu zaman daha kısa sürüyor, çünkü yarım kalan yapılandırmanın nerede kaldığını tahmin etmek zor.
Birinci aşama hedef host'a bağlanamıyor. Kurulumu yapan makine ile ESXi host'u arasında 443 açık olmalı. Arada bir güvenlik duvarı varsa en kolayı kurulumu yönetim ağındaki bir makineden yapmak.
vCenter ayakta ama şimdilik içi boş. Bir sonraki yazıda host'ları ekleyip bir cluster kuruyorum.
Sıradaki yazı: vCenter'da cluster, HA ve DRS