Tüm veri merkezinde küresel bir VM başlangıç ​​siparişi nasıl yönetilir?


14

Tamamen sanallaştırılmış bir VMware altyapınız olduğunu varsayalım: ESXi, vCenter, vMotion, HA, DRS, tüm paket.

İçeride, herhangi bir zamanda bir ana bilgisayarda veya başka bir bilgisayarda bulunabilen çok sayıda VM'niz var (bu, kümelenmenin tüm noktası, değil mi?).

Bir güç kaybı yaşarsınız ve şu ya da bu şekilde tüm VM'leri ve tüm ana bilgisayarları incelikle kapatmayı başarırsınız; Şimdilik bunun üzerinde durmayalım, sadece UPS yazılımınızın bunu kaldırabileceğini varsayalım. Ya da en azından, kapatmanın o kadar zarif olmadığını varsayalım , ancak güç geri geldiğinde her şey yine de ortaya çıkabilir.

Güç geri gelir ve ana bilgisayarlarınız yeniden başlatılır.

Ortamınız oldukça karmaşıktır ve VM'ler arasında doğal bağımlılıkları vardır: önce etki alanı denetleyicileri başlamalıdır, arka uç DB sunucusu zaten çalışmıyor ve çalışır durumda değilse bir uygulama sunucusu başlatılamaz.

Otomatik VM başlatmayı nasıl yapılandıracağımızı ve tek bir ESX / i ana bilgisayarında bir VM başlatma sırasını ve gecikmesini nasıl belirleyeceğimizi hepimiz biliyoruz (veya umarım bilmeliyiz).

Ama bunu bütün bir veri merkezinde nasıl yapabilirim?

VSphere'e "üzerinde çalıştıkları fiziksel ana bilgisayar ne olursa olsun, bu VM'leri bu küresel düzende başlatmasını" söylemenin bir yolu var mı?

Bonus puanlar: vCenter'ın kendisi sanal bir makinede çalışıyorsa, bu durum nasıl değişir?

Yanıtlar:


7

Bireysel ana bilgisayarlarda HA yapılandırıldıktan sonra sanal altyapının soğuk başlangıcını tam olarak yönetmenin temiz bir yolu yoktur . HA ve DRS'nin etkinleştirilmesi , ana sunuculardaki Sanal Makine Başlatma ve Kapatma seçeneklerini devre dışı bırakmış gibi görünüyor . Ancak, ana bilgisayar kümeye taşınmadan önce ayarlanan herhangi bir sipariş yapışmış gibi görünür. Ana bilgisayar sayısı az veya yönetilebilirse, ana bilgisayarlara ayrı ayrı bağlanarak vSphere istemcisinde başlatma önceliğini ayarlamak mümkündür. Kurallarý buraya koy. Bu aslında tarif ettiğiniz durumda işe yarar.

resim açıklamasını buraya girin

Depolama önce gelir!

Paylaşılan depolama alanı dolduğunda, ana bilgisayarlar üzerinde çalışıyorum ... vCenter'ın da sanallaştırıldığı kısmi kesintiler yaşadım. Bu durumda yaptığım en kritik sistemler için otomatik önyükleme ve sipariş seçeneklerini ayarlamak; genellikle bir etki alanı denetleyicisi ve DNS / DHCP'dir. Unutmayın, vCenter'in soğuk çalıştırma senaryosunda bulunma olasılığı düşüktür. Eğer sığabilirsem, o zaman ... aksi halde manuel olarak başlar.

Oradan, HA ve DRS kurallarının sağlam olduğundan emin olurum. Genellikle terminal sunucuları, uygulama sunucuları ve etki alanı denetleyicileri için ayarlanmış hoşnutsuzluk kurallarım var. VCenter ortaya çıktığında, bunların çoğu çözülür.

Birkaç hafta önce, depolama ağını içeren anahtar dili de dahil olmak üzere sunucu odamın bir kısmını tutan bir yıldırım düştü. Depolama anahtarı bağlantı noktaları yeniden yerleştirilip yeniden programlandıktan sonra VMWare HA her şeyi geri getirdi.

Bu nedenle, bu tür bir sorun gerçek bir acil durum veya manuel çaba altındadır. Açıkladığınız senaryoda sistem ortamının elden başlatılmasını beklemem.

Düzenle:

İki hafta önce, UPS'i devreye sokan bir kaşım vardı. İki ana bilgisayar, VC ve SAN / NAS cihazı. Her şey kendi başına döndü ve müdahale etmek zorunda kalmadım (aslında bir uçaktaydım ve inişten sonra mesajları aldım).


Evet, toplam bir veri merkezinin kapatılmasının (umarım ...) olağandışı bir şey olduğunu biliyorum, bu yüzden birinin her şeyi yeniden başlatmak için orada olması muhtemeldir. Ama otomatik olarak başa çıkmak için bir şeylere sahip olmak güzel olurdu ...
Massimo

Düzenleme: Ana bilgisayarlara ayrı ayrı bağlanabilir ve HA kümesinde olsalar bile VM başlatma önceliğini ayarlayabilirsiniz. DC'lerinizi, DNS'inizi ve temel hizmetlerinizi oraya getirin. Ardından Virtual Center'ı başlatın.
ewwhite

Ancak bu yalnızca belirli bir ana bilgisayarda barındırılan VM'ler için yapılabilir ... ve VM'ler başka bir yere taşındığı anda hiçbir etkisi olmayacaktır.
Massimo

Hala çalışıyor. Bireysel ana bilgisayarlarda otomatik başlatmayı ve kapatmayı etkinleştirdim, bir başlangıç ​​önceliği ayarladım ve HA emin olmak için yeniden yapılandırdım. Numaralı önceliğe sahip bir VM'yi başka bir ana bilgisayara taşımak, onu hedefteki herhangi bir sipariş kategorisine yerleştirir. Böylece VM kesinlikle otomatik olarak başlayacaktır.
ewwhite

Tamam, otomatik olarak başlayacak; ama herhangi bir sırayla . Oh, elbette, hiç başlamaktan daha iyi, elbette ...
Massimo

3

Bir vApp'ı başlatma ve kapatma sırasına yardımcı olacak şekilde yapılandırabilirsiniz.

Bu vApp dizisinden ödünç almak için :

Kümeniz yıkıcı bir hatayla karşılaşırsa, VM'nin yeniden başlatma önceliğini sağlamak için birkaç seçeneğiniz vardır. Bunun için vApps oluşturmayı ve söz konusu VM'leri bu vApp'a sürükleyip bırakmayı seviyorum. Veritabanı sunucunuzun web sunucunuzdan önce başlamasını istediğinizi varsayalım, böylece her ikisini de yeni vApp'ınıza sürüklersiniz. VApp -> Ayarları Düzenle -> Siparişi Başlat sekmesine -> sağ tıkladığınızda Grup 1 ve Grup 2'yi göreceksiniz. Pencerenin altında lütfen "Aynı gruptaki tüm varlıklar daha önce başlatıldı Kapatma işlemi ters sırada yapılır. " Kutunun yanındaki okları kullanarak sunucularınızı gruplara taşıyabilirsiniz (ekli resimde onları daire içine aldım). Son olarak, VMware size Grup 2 (ve Grup 3 ve Grup 4'teki VM'lerin,

vApp Başlangıç ​​Siparişi ayarları


Bu, genel VM'ler için değil, yalnızca vApps için yararlıdır.
Massimo

3
Bazı kuruluşlar yalnızca bu amaçla VM'leri vApp'larda gruplandırır.
jftuga
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.