"ESX" etiketi için bulunan tüm sonuçlar:

Sanallaştırmada Hyper-V Tercihi İçin 6 Önemli Neden

14.02.2010 | 00:01 Hyper-V , VMWare 42 Yorum

Son zamanlarda VMWare bloglarında, global news’larda ve forum’larda Hyper-V hakkında myth (söylenti, efsane) postlarına oldukça sık rastlamaya başladık. (Esx vs. Hyper-v) Bu postlarda ve comparison chart’larda dikkatimi çeken nokta ise VMWare’ın kendi ürünlerini Hyper-V ile kıyaslarken eksik veya yanlış bilgiler veriyor olmasıydı. Global ortamda bu söylentilere gerekli yanıtlar zaten verildi. Bu post ile ben de konuyu Türkçe olarak ele almak istedim.

Öncelikle VMWare’in bu yaklaşımının arkasında iki temel neden olabileceğini düşünüyorum.

  1. VMWare artık iyiden iyiye Hyper-V’nin nefesini ensesinde hissetmeye başladı  ve tenik açıdan giderek kapanan farkı bu şekilde açmaya çalışıyor.
  2. VMWare Hyper-V’yi tanımıyor, üründeki gelişmeleri yeterince takip etmiyor.

Nedenler bunlar, daha fazlası, belki de hiçbiri! Bu nokta biraz da kişisel yoruma kalmış. Ama ortada bir gerçek var ki o da dolaşan söylentilerin gerçeği yansıtmadığı :)

Bu yazıda VMWare tarafından Hyper-V için söylenmiş ve gerçek olmayan bazı konuları ve bu konuların doğrularını bulacaksınız. Ayrıca yazının sonunda Neden Hyper-V Tercih Etmeliyim konusunda kafanızda bir fikir oluşacağından eminim.

1. Güvenlik ve Disk Footprint

Vmware, Hyper-V Disk Footprint ’e takmış durumda.

Footprint ’i ürünün disk üzerinde kapladığı alan (yani total code base, toplam kod miktarı) olarak düşünebilirsiniz.

VMWare derki; Hyper-V Windows Server 2008 işletim sistemiyle çalıştığını için disk footprint ’i büyüktür (2.6GB –  Server Core + Hyper-V) ve bu değer ESXi disk footpirnt’ten (32mb) 80 kat daha büyüktür. Bu nedenle 2.6GB’lık disk footprint atak yapılabilecek yüzeyi teorik olarak arttırmakta, stabilite için risk teşkil etmekte, önemli güvenlik riskleri oluşturmakta ve performance overhead yaratmaktadır.

ESX Hyper-V Karşılaştırması

VMWare her fırsatta bu konunun altını çiziyor ve Hyper-V’yi güvensiz ilan ediyor ancak bir sistemin güvenli olup olmadığını sadece disk footprint’e bağlamak çok doğru bir yaklaşım değil. Güvenlik çok yönlü bir kavramdır ve bir çok farklı noktadan ele alınması gerekir. (bu yazıda bu noktalara girmiyoruz)

ESX’in daha düşük disk footprint’e sahip olduğu doğru (ki boyutları yukarıda görebiliyorsunuz). Peki 80kat daha düşük footpirnt ile çalışan ESX üzerinde ortaya çıkan kritik güvenlik açıklarından haberiniz var mı? ve bunları kapatmak için harıl harıl güncelleştirme geçildiğini biliyor musunuz?

ESX 3.5 için 168 adet güncelleştirme geçildi (ki bu rakam artmış durumda) ve bu güncelleştirmelerin toplamı yaklaşık 3GB kadar.

Windows Server 2008 Core + Hyper-V için son 18 ayda geçilen güncelleştirme sayısı ise sadece 19 ve toplam boyut 80 mb. :)

Peki 32MB’lık bir sisteme 168 adet (3GB) patch geçilmesi sizce normal mi? Bir anda ESX disk footprint 96 katına çıktı ve neden sürekli critical update?

Devam edelim. Devamını oku…

Yanlış bir ESX & Hyper-V Karşılaştırması

26.11.2009 | 01:19 Hyper-V , VMWare 5 Yorum

Geçenlerde Vmware tarafından hazırlanan ve resmi site (vmware.com) üzerinde yayınlanan bir video izledim. Videoda Vmware ESXi 3.5 ile Microsoft Hyper-V platformları kurulum ve konfigürasyon açısından karşılaştırılıyor. Videoyu aşağıdaki link üzerinde izleyebilirsiniz.

http://www.vcritical.com/2008/10/vmware-esxi-and-hyper-v-installation-comparison/

Ve sonradan farkettimki bu videoyu gören Vmware fanatikleri, fenerbahçenin galatasaraya attığı 6 goldeki kadar sevinmişler ve hemen videoyu bloglarda, forumlarda paylaşmışlar, kırk gün kırk gece bayram yapmışlar :) Ama hem Vmware firmasının hemde fanatiklerin kaçırdığı bir nokta var. Bu noktaya az sonra geleceğiz..

Öncelikle video linkini resmi site üzerinden vermek isterdim ancak video çoktan yayından kaldırılmış bile (yada başka bir yere taşındı, bilemiyorum).

Resmi link: http://www.vmware.com/technical-resources/advantages/resources/esxi-hyper-v-installation.html

Bir diğer konuda şu. Beni tanıyanlar yada en azından blogu takip edenler bilirler. Her iki ürün üzerinde de çalışıyorum ancak ağırlıklı olarak Hyper-V hakkında yazıyorum. Ama asla Vmware ürünlerini kötülediğimi görmemişsinizdir. Vmware ürünleri gayet güçlü, yetenkli çözümler ve hala keyifle kullanıyorum, projelendiriyorum. Bu yazıdaki amacım videoda yapılan yanlışlığın altını çizmekten öte değil. Bu yanlışlığı Vmware’de farketmiş olmalı ki videoyu yayından kaldırmış bile.

Peki, gelelim videoya. Eğer izlediyseniz Vmware ve Microsoft tarafındaki iki sunucu sanallaştırma platformunun karşılaştırıldığını görebilirsiniz.

Vmware ESXi 3.5 ve Microsoft Hyper-V adı altında Windows Server 2008 Datacenter Edititon Core kurulum üzerinde Hyper-V. Ürünleri biraz tanıyanlar hemen durumun farkına varmıştır diye düşünüyorum. Sizce karşılaştırılan ürünler birbirine denk ürünler mi? Bence alakaları yok :) Hemen bakalım.

Vmware ESXi 3.5: ESXi, Full sürüm olan ESX’in free, light ve bir takım limitleri olan dağıtımıdır. ESX’e göre çok daha az satır koddan oluşur ve konfigürasyon anlamında daha basittir çünkü temel konfigürasyon işlemleri üzerindeki basit bir arayüz ve rakamlar ile gerçekleşir. Videoda da açıkça görünüyor.

Microsoft Hyper-V: Bildiğiniz gibi Hyper-V de iki farklı ürün üzerinde kullanılabilir.

1- Windows Server 2008 işletim sistemi sürümleri (Datacenter, Enterprise, Standard) içinde bir role olarak.

2- Hyper-V Server 2008 üzerinde.

Videoda ESXi ile karşılaştırılan ürün ise Windows Server 2008 Datacenter Edition Core kurulum üzerinde Hyper-V :) İşte olay tam bu noktada kopuyor. ESXi gibi light bir ürün Windows Server 2008 Datacenter Edition gibi devasa bir server işletim sistemi ile hemde kurulum ve konfigürasyon açısından karşılaştırılıyor.

Windows Server 2008 Datacenter Edition Core kurulum tamamen komut satırı üzerinden konfigüre edilen ve aynı şekilde yönetilen bir işletim sistemidir. Tüm komutlar manual olarak girilir (script yada istisna olan third-party tool’lar dışında). Bu durum (yani videoda zor olarak lanse edilen manual yapılandırma adımları) bu işletim sisteminin yani core kurulumun tasarım gereğidir. Bu üründe amaç mümkün olduğunca az grafiksel yönetim arayüzü, buna bağlı olarak daha az satır kod ve saldırılara karşı daha dar atak yüzeyidir.

Bir ikinci noktada şu. Karşılaştırmaya tabi tutulan Windows Server 2008 Datacenter Edition başlı başına bir server işletim sistemidir. Üzerinde Hyper-V dışında bir çok role çalışabilir. Yani Hyper-V olmaz Active Directory olur, DNS olur, DHCP olur, CA olur, IIS olur, yada hepsi birden olur vs.. vs.. yani çok daha kapsamlı bir ürün var ortada. Ama ESXi böyle bir ürün değil, amacı ve odaklandığı nokta belli :)

Evet, videodaki hata karşılaştırma için seçilen ürünlerin denk ürünler olmaması.

Doğru karşılaştırma ise şu şekilde olmalıydı.

Vmware ESXi 3.5 vs Microsoft Hyper-V Server 2008 R2

Microsoft Hyper-V Server 2008 R2: Bu ürün üzerinde sadece Hyper-V kullanılabilen light, free ve bir takım limitleri olan üründür. Cümle tanıdık geldi sanırım :) Yani ESXi’ın tam olarak dengidir.

Kurulumu Windows Server 2008 Datacenter’a göre çok çok daha kısadır ve yönetimi de aynı ESXi da olduğu gibi basit bir arayüz ve numaralar ile verilen komutlar sayesinde yapılır.

Buyrunuz.

Microsoft Hyper-V Server 2008 R2

Benim şahsi olarak takıldığım bir diğer noktada karşılaştırma içeriğinin ilginçliği oldu. Bu zamana kadar özelliktir, performanstır, maliyettir, vs.. vs.. bir çok noktada karşılaştırma videoları izledik, tablolar inceledik. Ama kurulum ve konfigurasyon tarafında böyle bir karşılaştırma bence anlamlı değil. Sonuçta enterprise ürünlerden bahsediyoruz. Bu gibi özel ürünlerin kurulum ve yapılandırma adımlarının uzun olması, zaman alması, bence çokta problem teşkil etmemeli. Günde kaçtane Hyper-V yada ESX kuruyorsunuz ki ? :)

Hyper-V Mimarisi (Architecture)

21.03.2009 | 02:08 Dokümanlar , Hyper-V 8 Yorum

Aslında bu makaleyi çok uzun zaman önce yazmayı planlıyordum ancak bu makale diğer makaleler gibi adım adım kurulum aşamaları ve ekran görüntüleri yerine teorik bilgiler ve paragraflardan oluşacağı için biraz fazla zaman ayırmak gerekiyordu ve yeni fırsatım oldu. Sunucu sanallaştırma teknolojilerini anlamak için nasıl çalıştıklarını bilmek önemli, çünkü işin sırrı mimaride gizli.

Bu makalede Hyper-V mimarisi, sanallaştırma sürecinin arka planda nasıl gerçekleştiği, bu sırada hangi component ‘lerin görev yaptığı, process ‘lerin hangi sırada yürüdüğü gibi bir takım bilgiler vererek kurumsal sınıf sanallaştırma dediğimiz hypervisor tabanlı bu teknolojinin, diğer host işletim sistemi tabanlı sanallaştırma ürünlerinden farkını göstermek istiyorum.

Windows Server 2008’in bir özelliği olarak Release olan Hyper-V, Bare-metal olarak çalışan 64bitlik bir hypervisor ‘dır. Windows Hypervisor ’ın çalışması için herhangi bir aracı gerekmez, küresel olarak Type1 olarak sınıflandırılırlar ve bu tip hypervisor ’lar direkt fiziksel donanım üzerinde çalışabilirler. (bare-metal installation)

Mesel Virtual Server 2005 ürünü de temelde bir sunucu sanallaştırma teknolojisidir ve bir noktada hypervisor ’e sahipti. Ancak bu yapıda Virtual Server 2005 ürününün ve doğal olarak hypervisor ’ın çalışabilmesi için zeminde duracak bir host işletim sistemine ihtiyaç vardır. Yani Virtual Server 2005 ’i kurmuş olduğumuz ve fiziksel donanım üzerinde çalışan bir işletim sistemi… Bu yapıdaki hypervisor direkt donanım üzerinde çalışamaz ve aracı olacak, donanım üzerinde çalışan host işletim sistemine ihtiyaç duyar. Bu yapıda çalışan diğer sanallaştırma ürünlerinden birkaç örnek vermek gerekirse; Virtual PC 2007, Vmware Workstation, Vmware Server ve VirtualBox gibi ürünlerden söz edebiliriz.

Devamını oku…

Virtual Machine Manager 2008 Nedir, Neler Sağlar?

System Center ailesinin bir üyesi olan Virtual Machine Manager 2008 (VMM), başta Windows Server 2008 Hyper-V olmak üzere Microsoft Hyper-V Server 2008, Virtual Server 2005 ve Vmware ESX Server 3.x ortamları tarafından bizlere sunulan hizmetlerden tam anlamıyla yararlanmak üzere tasarlanmış bir araçtır. Yani sanallaştırma ortamlarını yönetirken kullanacağımız ve gerçekten elimiz ayağımız olacak bir araç.

Sunucu sanallaştırma piyasası son günlerde oldukça hareketli çünkü Microsoft firmasının hypervisor tabanlı sunucu sanallaştırma teknolojisi olan Hyper-V piyasadaki yerini almış durumda. ÇözümPark bilişim portalı olarak biz de bu konuda birçok uygulama makalesi yayınladık, seminerler düzenledik ve Hyper-V konusundaki gelişmeleri dünya ile aynı anda sizlere duyurduk.

Virtual Machine Manager 2008 Nedir

Bildiğiniz gibi Hyper-V ile aynı fiziksel sunucu üzerinde birden fazla sanal işletim sistemini birbirinden bağımsız ve yani birbirine değmeden çalıştırıp yönetebiliyoruz. Temelde amaçlanan sunucu konsolidasyon işlemini en iyi şekilde yerine getirebilen Hyper-V, aynı zamanda lisans, maliyet, sunucu yönetimi, güç tasarrufu, toplam sahip olma maliyetlerinin düşmesi gibi daha birçok konuda fayda sağlamaktadır. Ayrıca kısa süre önce duyurusu yapılan Hyper-V 2.0 ile birlikte daha bir çok yenilik ve özellik bizlerle olacak.

Ekim 2008’de RTM olan ve Kasım 2008 başında satın alınabilir duruma geçen System Center Virtual Machine Manager 2008, başta Hyper-V sunucular ve üzerinde çalışan sanal makineler olmak üzere birçok sanallaştırma ortamını yönetebilen bir araçtır. Artık farklı hypervisor ‘leri tek bir konsol üzerinden yönetebiliyoruz.

Yapımızdaki birden fazla Hyper-V Server ‘ı, Virtual Server 2005 ‘i, Vmware ESX Server ‘ları ve bu Host sistemler üzerinde çalışan çok sayıda sanal makineyi yönetmek gün geçtikçe zorlaşmaktadır çünkü yapı giderek genişlemektedir. Bu noktada hayat kurtaran bir araç olan Virtual Machine Manager 2008 tüm sanallaştırma yapımızı tek bir konsol üzerinden yönetmemizi ve elimizdeki teknolojiden tam anlamıyla faydalanabilmemizi sağlamaktadır. Devamını oku…

1
2