Sanallaştırmaya başlıyorum, bu yüzden bana katlan.
Sanal ortamlarda uygulamalar bir hipervizör katmanında çalışır. Böylece tek bir fiziksel makinenin üzerinde birden fazla uygulama çalıştıran birçok sanal makine olabilir.
Çok uzak çok iyi?
Peki fiziksel bir makine arızalandığında ne olur? Bu, birçok uygulamanın tek bir makineden başarısız olmasını sağlamaz mı?
OpenStack ile özel bir bulut geliştirmeye çalışıyorum , ancak önce sanallaştırmayı tam olarak anlamak istiyorum.
Yanıtlar:
Özellikler, tam olarak hangi sanallaştırma çözümünü kullandığınıza bağlıdır, ancak fikir, her biri birkaç sanal makineye sahip bir dizi fiziksel ana makinenin bulunduğu bir sanal çiftliğinizin olmasıdır. Daha sonra , her VM için fiziksel bir ana bilgisayara ihtiyaç duymadan elde ettiğiniz verimliliğin bir kısmını kullanırsınız , böylece fiziksel bir makinenin düşmesi durumunda karşılayacak yeterli ek yükünüz olur.
Ayrıca, her VM için VHD'leri ortak (yedekli) bir SAN'da bulabilirsiniz. Her fiziksel ana bilgisayardaki hiper denetimciler birbirleriyle konuşacak ve farklı sanal makinelerin belleğini paylaşacak şekilde ayarlanabilir. Bir miktar gecikme var ve belleğin büyük bir kısmı disk tarafından desteklenecek, ancak fiziksel ana bilgisayarlardan biri düşerse, o ana bilgisayardaki VM'lerin yeniden başlatılmasını beklemiyorsunuz bile. Bunun yerine, bu VM'ler otomatik olarak kalan ana bilgisayarlar arasında dağıtılacaktır. Nihai hedef, bu makinelerin neredeyse kaldıkları yerden almalarıdır, çok az veya hiç kesinti olmadan. Bir anlamda, tüm VM'leriniz zaten en az iki fiziksel ana bilgisayarda çalışıyor. Pratikte, hipervizörler şu anda bu tür bir geçişi her seferinde sadece bir makine yapabilir, ana makine başarısız olmadan önce geldiğini bildiklerinde ... ancak hata yapmayın: donanım arızasında anında geçiş, tüm büyükler için nihai hedeftir. hypervisor'lar.
Bu nedenle, bazen bir gruptaki tek bir fiziksel ana bilgisayara sanallaştırılmış bir sunucu görürsünüz. Herhangi bir donanım verimliliği elde edemeyebilirsiniz (hatta biraz performans kaybedebilirsiniz ), ancak yönetim tutarlılığı ve yerleşik yüksek kullanılabilirlik açısından bunu telafi edersiniz.
Ana bilgisayarda herhangi bir hata varsa, fiziksel bir ana bilgisayarda çalışan tüm sanal sunucular çevrimdışı olur.
Bununla birlikte, çoğu platform tek bir VM için yüksek kullanılabilirlikli bir çözüm sunar. Diğer zamanlarda, bir düğümün düşmesi durumunda hizmetin aksamasını önlemek için bir sistem birden fazla düğümle oluşturulur.
İki VM düğümü yüksek oranda kullanılabilir bir hizmet oluşturuyorsa, iki düğümün aynı fiziksel altyapıya (hata toleransı) bağımlı olmamasını sağlamak için hiper vizörü yapılandırmak mümkündür. Bu, farklı ağ yolları da dahil olmak üzere coğrafi olarak farklı konumlara kadar fiziksel sunucu hata toleransından daha fazlası olabilir.
Fiziksel makine arızalanırsa VM'lerin kullanılamayacağı varsayımına sahipsiniz.
Ancak opentack bununla ilgilenebilir ve başarısız bir fiziksel sunucunun VM'lerini başka bir sunucuda başlatabilir veya zaten dağıtılmış bir hipervizör sistemi kullanabilirsiniz, sanırım vsphere bunu yapabilir.
Daha fazla bilgi için HA'daki opentack belgelerini okumalısınız .
Sorunuzla ilgili olarak - evet, bu fiziksel ana bilgisayardaki tüm makineler için erişimi kaybedeceksiniz. Tabii ki, hangi bileşenin başarısız olduğuna bağlı. Disk ise - anakart ise bir çeşit problemdir - çok daha kolaydır. Genel olarak, donanım denetçisi donanımdan bağımsız olduğu için donanım kurtarması daha kolaydır. Bu noktada, yüksek düzeyde kullanılabilir hizmetlere sahip olmak için kullanabileceğiniz birçok satıcıya özgü teknoloji vardır.
Kaynak Havuzları (boot) - Hangi DEĞİL size 2 fiziksel ev sahibi olması eğer öyleyse, birileri yukarıda belirtildiği gibi birden çok fiziksel konak kaynaklarını (cpu, bellek vs) toplayabilmek (hadi hiper iş parçacığı olmadan 1 CPU dört çekirdek demek - 8GBRAM her) o olacak DEĞİL olmak orada 5vCPU-12Gb VM olması mümkündür. Kaynak havuzları mantıklı olanlardır, süper bilgi işlem sistemleri oluşturamazlar. Şu anda bu, kaynak kullanımını kontrol etmenin bir yoludur.
Kullanılabilirlik (vmware) - Depolama Dizisini (NAS, kullanıyorsanız), kümedeki tüm VM'lerin otomatik olarak kurtarılmasını ( 1-2 dakika içindeki deneyimime dayalı) sağlayan Yüksek Kullanılabilirlik (HA) gibi teknolojileri kullanmak mümkündür. iSCSI, FC) ve tüm VM dosyalarını orada saklayın. HA'dan daha fazlası sadece CPU, RAM, Anakart arızası durumunda çalışır, Depolama Dizisinin çalışmadığı zaman açıktır. RAID / Denetleyiciler hatalarını önlemek için insanlar Çoğaltma, Depolama LUN'ları yansıtma vb.
1-2 dakika içinde kurtarma bir seçenek değilse, Hatalı Tolerans (FT) gibi , yapılandırılmış VM'nin gölge (çalışıyor) kopyasını tutarak arıza durumunda VM'nin SIFIR kesintiye ulaşmasını sağlayan teknolojiler vardır . Ancak bu teknolojinin de birçok kısıtlaması var - birden fazla vCPU'lu VM'lerin hataya dayanıklı sorunu tam olarak çözülmedi.
Genel olarak, her çözüm hedefinize bağlıdır.