Merhaba,
vCenter Server 6.5‘un kurulumunda karşınıza deployment method’ları çıkıyor. Ancak bu bölümde bazen hangi seçeneği kullanacağınızı bilemeyebilir veya anlayamayabilirsiniz. vCenter Server 6.5’un birden fazla şekilde kurabilirsiniz. Yani vCenter Server 6.5 ‘da birden fazla mimari kurgulayabilir ve buna göre kurulum ekranında bir seçim yapabilirsiniz.
Özellikle yanlış seçimlerde bir hayli problem yaşama olasılığınız bulunuyor. Oyüzden bu yazımda hangi seçenekleri nasıl kullanmalıyız onun detaylarını anlatacağım. Aynı zamanda VMware tarafından support edilen deployment modellerini anlatacağım.
Support edilen topolojiler:
Yukarıdaki model embedded kurulumdur. Yani Platform Services Controller ile vCenter Server aynı fiziksel veya sanal sunucu üzerine kurulmaktadır. Yukarıdaki topolojiye göre;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- Aynı sunucuya kurulu Platform Services Controller ve vCenter Server
Limitasyonlar
- Enhanced Linked Mode support edilmemektedir.
- Platform Service Controller replikasyonu support edilmemektedir.
Yukarıdaki model’de 1 Platform Services Controller kurulmuş, bu Platform Services Controller ‘ı 2 tane vCenter Server kullanmaktadır. Yani Platform Services Controller ile vCenter Server farklı sunucular üzerinde çalışmaktadır. Yukarıdaki topolojiye göre;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- 1 veya daha fazla farklı sunucular üzerine kurulu vCenter Server ile Platform Services Controller(PSC)
Yukarıdaki model’de 2 farklı Platform Services Controller kullanılmış olup vCenter Server ile Platform Services Controller arasında 3 party bir load balancer yazılımı kullanılmıştır. Böylece vCenter Server’lar yük veya failover durumuna göre Platform Services Controller’ı seçecektir. Yukarıdaki topolojiye göre;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- 2 veya daha fazla external Platform Services Controllers
- 1 veya daha fazla vCenter Server, Platform Services Controller’a 3party load balancer aracılığı ile bağlı durumdadır.
Yukarıdaki model’de 2 external Platform Services Controller kullanılmaktadır. Buna bağlı olarak tek bir Single Sign On domain ve tek Single Sign On site bulunmaktadır. Yukarıdaki topolojiye göre;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- 2 veya daha fazla external Platform Services Controller
Limitasyonlar:
- vCenter Server’a bağlı Platform Services Controller’da oluşan yüksek latency’den dolayı performans problemleri ortaya çıkabilir.
- vCenter Server’a bağlı bir Platform Services Controller’ın down olması veya fail olması durumunda vCenter Server’a manuel olarak yeniden bağlanması gerekebilir.
Yukarıdaki model’de 2 farklı Single Sign On site bulunmakta ancak ortamda tek bir Single Sign On domain bulunmaktadır. Doğal olarak 2 veya daha fazla Platform Services Controller kullanılmaktadır tabi bu dediğim her Single Sign On site’i için geçerli. Bu senaryoda 3 party bir load balancer kullanmanız gerekmektedir. Load balancer her site için için olmalıdır. Yukarıdaki topolojiye göre;
- 1 vSphere Single Sign-On domain
- 2 vSphere Single Sign-On site
- 2 veya daha fazla external Platform Services Controller her Single Sign-On Site’i için
- 1 veya daha fazla vCenter Server ile external Platform Services Controllers
- 1 third-party load balancer, site başına
Yukarıdaki model’de 4 farklı Platform Services Controller gözüküyor ancak bunların hepsi kendi aralaında replike durumda. Ortamda tek bir Single Sign On domain ve 2 Single Sign On Site olduğu için vCenter Server’ların her biri farklı Platform Services Control ‘a bağlanmış durumdadır. Yukarıdaki topolojiye göre;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- 2 veya daha fazla external Platform Services Controller
Limitasyonlar:
- vCenter Server’a bağlı Platform Services Controller’da oluşan yüksek latency’den dolayı performans problemleri ortaya çıkabilir.
- vCenter Server’a bağlı bir Platform Services Controller’ın down olması veya fail olması durumunda vCenter Server’a manuel olarak yeniden bağlanması gerekebilir.
vCenter Server Appliance 6.5 ile birlikte gelen en güzel özeliklerden birtanesi olan vCenter HA özelliğini kullanabilirsiniz. Bu özellik sayesinde vCenter Server Appliance’larımızı Active / Passive olarak çalıştırabiliriz. Böylece yazılımsal bir hatadan dolayı bir vCenter Server Appliance’in down olması durumunda Passive durumda olan vCenter Server Appliance, Active duruma geçerek hizmetinizdeki kesintiyi minimum’a indirir. Yukarıdaki topolojiye göre;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- vCenter Server ile Platform Services Controller aynı vCenter Server Appliance üzerine kurulu.
- 3 vCenter Server Appliance kullanılır (1 Active, 1 Passive, ve 1 Witness)
Limitasyonlar:
- Linked mode support edilmez.
- Platform Service Controller replikasyonu support edilmez.
Bir önceki modele benzer bir örnek. Yukarıdaki modelde 2 farklı Platform Services Controller 3 party bir load balancer aracılığı ile vCenter HA yapısına bağlı durumda. Yukarıdaki topolojide;
- 1 Single Sign-On domain
- 1 Single Sign-On site
- 2 veya daha fazla external Platform Services Controller
- vCenter Server, Platform Services Controller’a 3 party bir load balancer ile bağlı durumdadır.
- 3 vCenter Server Appliance bulunmaktadır (1 Active, 1 Passive, ve 1 Witness).
Yukarıda belirtmiş olduğum topolojilerin hepsi VMware vSphere 6.5 tarafından support edilen topolojilerdir. Bunları yeni kurulum, upgrade veya migration işlemlerinde kullanabilirisniz. Tabi buradaki topolojilerin bir çoğu çok çok büyük yapılar için oldukça mantıklı ancak sizin VMware vSphere alt yapınız yeterince büyük değil ise bu modelleri kullanmak gerekmiyor.
Umarım faydalı olmuştur.
İyi çalışmalar.
