Beş dakikalık bir ağ değişikliği koca bir öğleden sonra tıklama işine mi dönüşüyor?
Standart vSwitch'lerle her port grubunu her ESXi hostunda tek tek oluşturursunuz: host host, VLAN ID ve teaming her seferinde elle. COD, standart vSwitch'leri ve port gruplarını birden çok host ve küme üzerinde tek seferde dağıtır. Dry run ve denetim günlüğü ile, çok kiracılı ve on-premise.
Port grubu uyumsuzluklarını otomatik algılayan hipervizör yapısı.
Tanıdık geldi mi?
Cluster hopping: her port grubunu her hostta tek tek oluşturmak
Sorun: Standart vSwitch'li ortamlarda her yeni port grubu, örneğin yeni bir VLAN için, her ESXi hostunda tek tek oluşturulmak zorundadır: vSphere Client'ı açmak, host host tıklamak, VLAN ID ve NIC teaming'i her seferinde elle girmek.
Sonuç: Her ağ değişikliğinde zaman kaybı, üstelik elle yapılan her adım bir yazım hatası fırsatıdır. Unutulan bir host çoğu zaman ancak oraya bir VM yerleştirileceğinde ve ağ eksik olduğunda fark edilir.
COD bunu şöyle çözer: Modül, standart vSwitch'leri (isteğe bağlı olarak birleştirilmiş fiziksel NIC'lerle) ve port gruplarını birden çok host ve kümede aynı anda oluşturur. Değiştirme ve silme de aynı şekilde merkezidir. vCenter envanteri datacenter'ları, kümeleri, hostları, ağları ve pNIC'leri önceden gösterir, böylece dağıtımın nereye gideceğini görürsünüz.
Aynı VLAN ID, farklı ad: hostlar arasında sinsi sapma
Sorun: Zamanla büyümüş kümeler, birden çok yönetici, her şey elle: aynı VLAN ID bir hostta "VLAN20_Server", diğerinde "Server-VLAN" adını taşır. vSphere Client'ta bu hiçbir yerde göze çarpmaz. Kontrol etmek isteyen listeleri dışa aktarıp adları Excel'de karşılaştırır.
Sonuç: Taşımalarda klasik hata kaynağı: VM'ler yanlış ağa düşer ya da hedef hostta aynı adlı ağ olmadığı için taşıma başarısız olur ve hata arama uzayıp gider.
COD bunu şöyle çözer: VLAN ad uyumsuzluğu algılama, aynı VLAN ID'nin hostlar arasında aynı adlı vSwitch'lerde farklı port grubu adları altında tutulduğunu otomatik bildirir. vCenter envanteri, host host tıklamak yerine gerçek topolojiyi görünür kılar.
Üretim hostlarında ağ değişiklikleri: canlı, provasız, kanıtsız
Sorun: vSwitch'lerde ve port gruplarında yapılan değişiklikler doğrudan üretimde etkili olur. Yanlış port grubunu silen ya da VLAN ID'yi yanlış yazan, çalışan VM'leri anında ağdan düşürür. Sonrasında kimin ne zaman neyi değiştirdiğini kanıtlamak neredeyse imkânsızdır.
Sonuç: Bakım penceresi dışındaki her değişiklikte kesinti riski. Eksik değişiklik geçmişi NIS2 ve KRITIS denetimlerinde hızla bir bulguya dönüşür.
COD bunu şöyle çözer: Dry run varsayılan olarak etkindir: oluşturma, değiştirme ve silmeyi, değişiklik dağıtılmadan önce tehlikesizce simüle edersiniz. Yapılan her değişiklik, tür, gönderilen ve dönen veriler, zaman ve kullanıcı bilgisiyle denetim günlüğüne düşer. Erişim rol tabanlı korunur.
Neden COD, sadece bir özellik değil
Hipervizör modülü, altyapınızı zaten yönettiğiniz aynı platformun parçasıdır: rol tabanlı, çok kiracılı ve on-premise. Birden çok vCenter'ı birden çok merkezi erişim üzerinden bağlar ve tek yerden yönetirsiniz. Dry run ve denetim günlüğü ek bir araç değil, dağıtımın içine gömülüdür: önce simüle et, sonra dağıt, hepsi kanıtlanabilir.
Sıkça sorulan sorular
Sanal ağlar merkezi olarak kontrol altında.
Bir canlı demo talep edin, size Hypervisor modülünü kendi ortamınızda satış baskısı olmadan uygulamaya yakın biçimde gösterelim, ya da tüm gerçekleri derli toplu içeren veri sayfasını PDF olarak indirin.