Hyper-V çekirdek ve Çoğaltma


-1

Bu yüzden etrafta araştırdığım ve çözemediğim bir sorum var. Tüm sunucularımızı değiştirmeyi ve sanallaşmayı düşünüyoruz. Sorum şu ki, ben bir ana bilgisayar sunucusundaki Hyper-V çekirdeğini kullanırsam, ana bilgisayar 1 ana makine aşağı gidecekti, böylece ana bilgisayar 1 açılırsa, farklı bir ana bilgisayardaki başka bir VM'ye çoğaltmak için ayarlayabilir miyim?


1
“Hyper-v server yüksek kullanılabilirliği” veya “hyper-v server cluster” aranıyor her türlü konuyla ilgili bilgiyi ortaya çıkarır. Konuyu doğru araştırdığınızdan emin misiniz?
Daniel B

Yanıtlar:


0

Evet, hyper-v core (ücretsiz sürüm) 'hyper-v replica' özelliğini destekler.

Ancak, hyper-v replica Yüksek Kullanılabilir bir çözüm değildir. Çünkü, planlanmamış bir yerine çalışma gerçekleştiğinde 'veri gecikmesi' önlenemez (bu sorun olmadan 'planlanan yerine çalışma').

İki veya daha fazla fiziksel ana bilgisayarı kullanarak hyper-v kümesini düşünebilirsiniz.

'hyper-v kümesi': https://technet.microsoft.com/en-us/library/hh831579(v=ws.11).aspx


-1

Evet, ancak daha önce belirtildiği gibi HA konuşuyorsanız, bir küme ile gidin. Bununla birlikte, sunucularınızı hiper V üzerinde VM olarak kullanmak ve ardından donanım arızasına karşı koruma için çoğaltmak mümkündür.

Yaptığım işte bunu yaptık - 3 sunucu, tüm çalışma grubu makineleri ve her biri VM'lerini birbirinin etrafında kopyalıyor - yani. sunucu1-> gt; sunucu 2, sunucu2-> gt sunucu3 ve sunucu3-> gt; sunucu1. Çoğaltma süresi 5 dakikaya ayarlanmıştır, bu nedenle en fazla 5 dakika kaybederiz. Ortamınıza bağlı olarak bu kabul edilebilir veya olmayabilir. Bizim için sorun yok - bu yapılandırmada tüm makineyi kaybedebiliriz, ancak kopyaları yenmeden ve yeni ana bilgisayarlarında çalıştırarak dakikalar içinde çalışmaya başlayabiliriz. Daha sonra, büstü sunucuyu düzeltmemiz, çoğaltmayı tersine çevirmemiz ve eskiden nasıl çalıştığımıza geri dönmemiz gerekir.

Maliyet önemliyse bu bir sorun değil - ayrıca her fiziksel sunucu RAID kullanıyor, böylece disk arızaları vb. Şeyleri etkilemiyor. 25 yıllık deneyimimden sonra, sanırım bazilyonlarca nakit para harcamaktan tamamen vazgeçmeyi düşünüyorum (20K artı - pratik olarak fiyatınızı gerçekten isimlendirin) bu, bir şirket için hizmet güvenilirliğini arttırmanın oldukça uygun maliyetli bir yoludur.

Gerçekten endişelenmen gereken tek şey, sunucuların birbirleriyle çoğaltma bakış açısıyla konuşmalarını sağlamak. Temel olarak SSL kurmanız gerekir, böylece her sunucu kendi sertifikalarını oluşturur ve imzalar - bu da diğer sunucular tarafından güvenilir olur. Acıya benziyor ama dürüst olmak gerekirse, işe yarayacağına inanamıyorum.

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.