Çoklu vCenter ve VCF 9.x vCenter Linking yönetim arayüzü - temsili editoriyal kapak

Çoklu vCenter Yönetimi: ELM’den VCF 9.x vCenter Linking’e Ne Değişti?

Birden fazla vCenter yönetirken en çok zaman kaybettiren şey bazen bir arıza değil, hangi nesnenin hangi vCenter'da olduğunu bulmaktır. Ortak envanter görünümü, tek oturumla erişim ve tutarlı yetkilendirme bu yüzden önemli. Fakat merkezi yönetimin nasıl sağlandığı, özellikle vSphere 8 ile VMware Cloud Foundation 9.x arasında değişiyor.

Haziran 2026'da Broadcom, VCF 9.x için vCenter Linking mimarisini ayrıntılı biçimde duyurdu. Bu yazıda eski Enhanced Linked Mode (ELM) yaklaşımıyla farkını ve çoklu vCenter kullanan ekiplerin geçiş planında neleri kontrol etmesi gerektiğini ele alıyorum.

ELM neden kullanılıyordu?

vSphere 8 ve önceki birçok kurulumda ELM, aynı vSphere Single Sign-On alanındaki vCenter'ları tek bir vSphere Client görünümünde yönetmeye yardımcı olur. Ancak bunun karşılığında bağlı vCenter'lar arasında kimlik ve dizin verilerinin replikasyonu gibi işletim bağımlılıkları oluşur.

Özellikle sertifika değişikliği, geri yükleme, patch sırası ve kimlik doğrulama problemlerinde "bu vCenter tek başına mı, yoksa bağlı bir grubun parçası mı?" sorusunun yanıtı müdahale şeklini değiştirir. Tek bir appliance'a ait eski snapshot'ı geri almak bazen bütün linked ortamı etkileyebilir.

VCF 9.x vCenter Linking neyi değiştiriyor?

Broadcom'un açıkladığı mimaride ortak yönetim görünümü için VCF Operations merkezi bir yönetim katmanı sağlıyor. Birbirinden ayrı SSO alanlarına sahip uygun vCenter'lar, desteklenen sürüm ve kimlik sağlayıcı koşulları sağlandığında bir grup içinde bağlanabiliyor.

Buradaki temel fark, bütün vCenter'ların aynı SSO replikasyon halkasına mecbur kalmaması. VCF Operations, kimlik ve API entegrasyonlarıyla ortak yönetim deneyimini bir araya getiriyor. Bu yaklaşım bağımsız yaşam döngüsü yönetimini kolaylaştırmayı hedefliyor.

Ama önemli bir sınır var: vCenter Linking, mevcut vSphere 8 ELM ortamında bir ayarı açarak kullanılabilen genel bir özellik değil. Resmi açıklamada gereksinim olarak vCenter 9.0 veya üzeri belirtiliyor. Dağıtım modeli, lisans ve bileşen destekleri hedef mimariye göre doğrulanmalı.

Geçiş düşünülüyorsa önce envanter çıkarın

Birden fazla vCenter kullanan ekipte ilk yapılacak iş yeni mimariyi kurmak değil, mevcut bağımlılıkları görünür kılmak olmalı. Şu bilgileri tek tabloda toplayın:

  • vCenter FQDN, sürüm, build ve yönetilen host sayısı.
  • Bağlı SSO domain bilgisi ve mevcut ELM ilişkileri.
  • Kimlik kaynağı, MFA ve servis hesapları.
  • Aria Operations, yedekleme, log toplama ve otomasyon bağlantıları.
  • Sertifika geçerlilik tarihleri ve DNS/NTP durumu.
  • Geri dönüş için kullanılacak doğrulanmış yedekleme yöntemi.

Birden fazla vCenter'ı yönetmekle birden fazla vCenter'ı link etmek aynı şey değildir. Aria Operations üzerinde hepsinin görünmesi, ELM veya VCF Linking kurulmuş olduğunu tek başına göstermez.

Yönetim kolaylaşırken yeni bağımlılıklar da var

VCF Operations tarafında kimlik sağlayıcıya, kolektörlere ve vCenter arayüzlerine erişim sağlanması gerekir. Kullanıcının tek ekranda nesneleri görmesi, tüm vCenter'larda otomatik olarak aynı yetkilere sahip olduğu anlamına gelmez. Yetki modeli ayrıca ele alınmalı.

Broadcom'un belgelediği vCenter Linking iş akışı, Operations arayüzünde Infrastructure Operations > Configurations > vCenter Linking yolundan başlatılıyor. Bu menü VCF 9.x içindir; Aria Operations 8.x arayüzünde aynı yolu aramak doğru olmaz.

Hata analizi için VCF Operations tarafında belirtilen log dosyaları arasında şunlar var:

/storage/log/vcops/log/vrops-vcenter-linking.log
/storage/vcops/log/adapters/ManagementAdapter/ManagementAdapter_xx.log

Log yolu ve adları kullandığınız VCF Operations sürümüne göre doğrulanmalı. Salt-okunur inceleme dışında değişiklik yapmadan önce üretici prosedürüne başvurun.

Karar verirken asıl soru

Güncel mimari daha esnek olabilir; fakat sırf yeni bir özellik geldi diye sağlıklı çalışan ELM yapısını hemen değiştirmek gerekmez. Operasyon ekibi için karar noktası, sürüm yükseltme takvimi, kimlik altyapısı, bakım bağımsızlığı ve geri dönüş planının birlikte değerlendirilmesidir.

vSphere 8 üzerinde kalınacaksa mevcut ELM yapısının güvenli işletilmesine odaklanın. VCF 9'a geçiş planlanıyorsa Linking'i genel tasarımın bir parçası olarak değerlendirin. Böylece birden fazla vCenter'ı tek ekranda görmek uğruna yeni bir operasyonel belirsizlik yaratmamış olursunuz.

Kaynak notu: VMware Cloud Foundation Blog, 2 Haziran 2026, "vCenter Management Evolved: New vCenter Linking in VMware Cloud Foundation 9.x". Yazı, VCF 9.x mimarisini açıklamaktadır; vSphere 8 için uygulanacak kurulum adımları değildir.