Microsoft Hyper-V vs VMware vSphere – Ölçeklenebilirlik
Microsoft Windows Server 2012 R2 Hyper-V + System Center 2012 R2 ve VMware vSphere 5.5 Enterprise Plus + vCenter 5.5 sürümlerinin karşılaştırıldığı bu yazının diğer bölümlerine ve indirilebilir PDF haline ulaşmak için Microsoft Hyper-V vs VMware vSphere Karşılaştırma Dokümanı sayfasını ziyaret edebilirsiniz.
Ölçeklenebilirlik
Bu bölümde sanallaştırma sunucusu (host) başına maksimum fiziksel işlemci ve bellek değerleri, desteklenen maksimum sanal makine sayıları, sanal makine başına maksimum sanal işlemci ve sanal bellek değerleri, canlı ekleme ve düzenleme yetenekleri, küme (cluster) ortamlarındaki limitler, çevre aygıtları için destek gibi maddeler ve karşılaştırma sonuçları yer alır.
Microsoft Windows Server 2012 R2 Datacenter System Center 2012 R2 Datacenter |
VMware vSphere 5.5 Enterprise Plus vCenter Server 5.5 |
Açıklama | |
---|---|---|---|
Host başına maksimum mantıksal işlemci (Logical Processor) | 320 | 320 | VMware, Microsoft’un host başına maksimum mantıksal işlemci desteğine vSphere 5.5 sürümüyle ulaştı. |
Host başına maksimum fiziksel bellek (RAM) | 4TB | 4TB | VMware, Microsoft’un host başına maksimum fiziksel bellek desteğini vSphere 5.5 sürümüyle yakaladı. |
Host başına maksimum aktif VM | 1024 | 512 | |
VM başına maksimum sanal işlemci (vCPU/vProcessor) | 64 | 64 | Eğer VMware FT açıksa, VM başına maksimum 1 sanal işlemci atanabilir. |
Canlı sanal işlemci kaynak ayarlama (Hot-Adjust vCPU) | Evet – Hyper-V, çalışan sanal makineler üzerinde sanal işlemci kaynak limitlerini arttırıp azaltmayı destekler. | Evet – Çalışan sanal makineler için bazı sanal işletim sistemlerinde canlı sanal işlemci ekleme ve işlemci kaynağı için limit/paylaşım ayarlama desteklenir. | VMware canlı sanal işlemci ekleme özelliği sadece bazı sanal işletim sistemlerinde desteklenir. VMware FT açıksa canlı işlemci ekleme özelliği desteklenmez. |
VM başına maksimum sanal bellek (vRAM) | 1TB | 1TB | VMware FT açıksa, VM için en fazla 64GB sanal bellek (vRAM) atanabilir. |
Canlı sanal bellek ekleme (Hot-Add vRAM) | Evet – Dynamic Memory ile. | Evet | Sadece desteklenen sanal işletim sistemlerinde. |
Dinamik bellek yönetimi | Evet – Dynamic Memory ile. | Evet – Memory Ballooning. Ancak VM’de Guest Cluster (MSCS) aktif ise memory overcommit desteklenmez. | VMware vSphere 5.5 ayrıca Transparent Page Sharing isimli bir bellek tekniğini de destekler. Ancak TPS tekniği sadece eski sunucu donanımı ve işletim sistemlerinde kullanılabilir. Modern sunucu donanımları ve işletim sistemlerinde var olan ve bellek performansını arttırmaya yarayan Large Memory Pages (LMP) teknolojisi TPS’i etkisiz kılmıştır. |
Guest Numa | Evet | Evet | NUMA = Non-Uniform Memory Access. Özellikle çoklu sanal işlemci (multi-vCpu) ile çalışan VM’lerde önemlidir. |
Cluster (küme) başına Host desteği | 64 | 32 | |
Cluster (küme) başına VM desteği | 8000 | 4000 | |
VM Snapshot | Evet – VM başına maksimum 50 adet. | Evet – VM başına maksimum 32 adet. Ancak VMware en fazla 2 veya 3 adet olmasını önerir. Ayrıca, iSCSI initiator kullanan VM’lerde Snapshot desteklenmez. |
|
Dağıtık uygulama katmanları için bütünleşik yük dengelemesi | Evet – System Center 2012 R2 VMM ile. | Hayır – Ek ürüne/lisansa ihtiyaç duyar. vCloud Network and Security (vCNS) veya vCloud Suite satın alarak sağlanabilir. | |
Çıplak donanımın sanallaştırma sunucusuna dönüştürülmesi ve yeni cluster (küme) oluşturularak dahil edilmesi (Bare metal deployment) | Evet – System Center 2012 R2 VMM ile. | Evet – Auto Deploy and Host Profiles ile fiziksel sunucuya bare metal deployment yapılarak var olan Cluster’a dahil edilmesi desteklenir ama yeni Cluster oluşturularak dahil edilmesi desteklenmez. | |
Storage Host ve Storage Cluster’lar için bare metal deployment | Evet – System Center 2012 R2 VMM ile. | Hayır | |
Gelişmiş VDI avantajları için GPU sanallaştırması yönetimi | Evet – RemoteFX ve RDS ile. | Evet – vDGA ve vSGA ile kısmen mümkün ancak VDI masaüstü havuzunu yönetmek için ayrıca VMware Horizon View satın almak gerekir. | |
VM’lerde USB aygıt desteği | Evet – Bir istemci oturumundaki USB aygıtı uzak masaüstü bağlantısıyla sanal makine oturumuna yönlendirilebilir ve oturum açık olduğu sürece kullanılabilir. USB depolama aygıtları için Host üzerinden direkt yönlendirme Windows-to-Go destekli aygıtlarda desteklenir. Diğer USB aygıtların direkt yönlendirilmesi ağ üzerinden üçüncü parti araçlarla desteklenir. |
Evet – USB Pass-through | |
VM’lerde Seri Port desteği | Evet – PipeToCom aracı ile VM üzerindeki sanal seri portlar Host üzerindeki Named Pipe’lara bağlanabilir. VM Live Migration senaryolarında seri port kullanımı ise Serial over Ethernet veya Network Serial Port gibi üçün parti yazılımlarla veya Digi PortServer TS veya Lantronix UDS1100 gibi üçüncü parti donanımlarla mümkündür. |
Evet – VM üzerindeki sanal seri portlar Host üzerindeki Named Pipe’lara, dosyalara veya fiziksel seri portlara bağlanabilir. VM vMotion senaryolarında seri port kullanımı ise Avocent ACS v6000 gibi üçüncü parti yazılımlarla mümkündür. |
Sanal makinelerin canlı aktarımı sırasında (Live Migration veya vMotion) seri port iletişiminin devam edebilmesi için her iki üretici de üçüncü parti yazılım/donanım desteğine ihtiyaç duyar. |
Çoklu Host ve VM yönetimi sırasında disk üzerinde kaplanan minimum depolama alanı (disk footprint) | ~800KB – Microkernelized hypervisor. (Ring -1) ~5GB – Sürücüler + Yönetim bölümü (Parent Partition – Ring 0 + 3) Microsoft Hyper-V, modern microkernelized hypervisor mimarisini kullandığı için Ring -1 ‘de çalışan ve sanallaştırma işlerini gerçekleştiren hypervisor kodu içerisinde minimum bileşen yer alır. Bu sayede, daha doğru ölçeklenebilir, çok daha performanslı ve rakiplerine göre çok daha güvenli sanallaştırmayı mümkün kılar.Sürücülerin yönetim bölümünde (Parent Partition) tutulması, geniş donanım uyumluluğunu da beraberinde getirir. |
~155MB – Monolithic hypervisor ve sürücüler. (Ring -1 + 0) ~4GB – Yönetim bölümü (vCenter Server Appliance – Ring -3) VMware vSphere (ESX/i), içerisinde üçüncü parti ilave kodlar yer alabilen daha eski bir hypervisor mimarisi kullanır. Monolithic mimaride (üçüncü parti sürücüler dahil) tüm aygıt sürücüleri hypervisor içerisinde tutulur. Bu yaklaşım nedeniyle hypervisor katmanı daha fazla kod barındırır, atak yüzeyi ve disk ayak izi genişler, sanallaştırmaya odaklanması gereken hypervisor katmanı bir de sürücü işleriyle uğraşmak durumunda kalır. |
Microsoft ve VMware, sanallaştırma yaklaşımlarında farklı hypervisor mimarileri kullanır. Her mimari kendine göre farklı avantajlara sahiptir. |
Flash’dan başlatma (Boot from Flash) | Evet – Windows-to-Go aygıtlarda desteklenir. | Evet | |
SAN’den başlatma (Boot form SAN) | Evet – Microsoft iSCSI Target Server ve yazılım veya donanım tabanlı boot provider kullanan üçüncü parti iSCSI/FC depolama çözümleri dahil. | Evet – Yazılım veya donanım tabanlı boot provider kullanan üçüncü parti iSCSI/FC depolama çözümleri ile. |
Yazı Etiketleri: ESX , Hyper-V , Hyper-V vs ESX , Microsoft , System Center , VMWare , vSphere
Aşağıdakiler de İlgini Çekebilir
- • Remote Desktop Services CVE-2019-0708 ve Etki Kapsamı
- • Windows’lar için Time Zone DST Güncellemesi ve 30 Ekim 2016 Tarihine Kadar Yapılması Gerekenler
- • Windows Server 2016 Sürümleri, Lisanslama, Özellikler
- • Hangi Bug’lar Offfff Kapsamına Girer? VMware KB2136854 – CBT
- • Windows 25 Ekim Sabahı 1 Saat Gerideyse Yapılması Gerekenler