Posts Tagged ‘Hyper-V yenilikleri’

Windows Server 2012 R2 Hyper-V vs Vmware 5.5 – Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları

Written by Ertan Gülen. Posted in Sanallaştırma

Bu yazı dizisinde olabildiğince tarafsız duruş ile özellik karşılaştıracağız desek de üreticilerin sunduğu onlarca teknolojiden hangisini ele alırsanız ona göre farklı bir tarafı öne çıkarmış olabiliyorsunuz. Yine de en çok soru gelen yada en ilgi çeken veya ihtiyaç olduğu düşünülen başlıklar ile hareket etmek sağlıklı olacaktır.

6 başlık altında toplanacak olan bu seride sırası ile;

  1. Lisanslama
  2. Sanallaştırmanın Sınırları
  3. Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları
  4. Veri Depolama
  5. Network
  6. Sanal Makine Desteği

başlıklarınin inceleneceğini aktarmıştır Giriş yazımızda. Şimdi ise sıradaki başlığımız ile devam edelim

3. Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları

Günümüz IT yapılarında hizmetlerin devamlılığı ve tabiki bunun yanında olağan üstü durumlara hazırlıklı olma en önemli konulardan biri halini almaya başladı. Teybe yedek alışkanlığından vazgeçilmesi, sanallaştırmanın brden fazla sunucu üzerinde çalışması, Exchange ve SQL gibi kiritk uygulamaların birden çok sunucu ile hizmet vermesi gibi bir çok örnek sayabiliriz.

Buradan konu “Bulut Bilişim” kavramına da kayabilir ki Azure ile ilgili düzenlemeye başladığım yazı dizisinde bolca bahsediliyor bu senaryolardan. Bulut ile ne alakası var derseniz de sizi yine o çok sevdiğiniz arama motorlarında Office 365 ve Microsoft Azure gibi teknolojileri araştırmaya davet edebilirim.

Fakat konumuz şuan bulut bilişimden ziyade on-premise yani fiziksel binalarımız içinde çalışan altyapılar. Hal böyle olunca da elle tutulur gözle görülür daha geleneksel sistemlerden bahsetmek gerekiyor. Bu sistemin sağlık durumundan ve erişilebilirlik seviyesinden hatta felaket halinde ne gibi çözümler üretildiğinden.

Yüksek erişilebilirlik denince bazı yerlerde bol 9’lu oranlar görebilirsiniz kısaca bu oranları açıklayıp ne demek istendiğini anlayalım

 

Erişilebilirlik % Yıl içinde Hizmet Kesintisi Ay içinde Hizmet Kesintisi Hafta içinde Hizmet Kesintisi
90%  (tek dokuz) 36,5 gün 72 saat 16,8 saat
95% 18,25 gün 36 saat 8,4 saat
97% 10,96 gün 21,6 saat 5,04 saat
98% 7,30 gün 14,4 saat 3,36 saat
99% (çift dokuz) 3,65 gün 7,20 saat 1,68 saat
99,9% (üç dokuz) 8,76 saat 43,8 dakika 10,1 dakika
99,95% 4,38 saat 21,56 dakika 5,04 dakika
99,99% (dört dokuz) 52,56 dakika 4,32 dakika 1,01 dakika
99,999% (beş dokuz) 5,26 dakika 25,9 saniye 6,05 saniye
99,9999% (altı dokuz) 31,5 saniye 2,59 saniye 0,605 saniye

Kabaca özetlemek gerekir ise tabloyu ne kadar 9 o kadar az sistem kesintisi yani bir yıl icinde sisteminiz %99,95 erişilebilir ise kesintiniz toplam 4,38 saattir. Bunun mesai saati dışına denk gelmesini de hesapladığınızda bence mesai içinde en fazla 2 saat kesinti yaşanır :) Bu arada sistem ayakta ama erişilemez olduğu durumlarda vardır ki genelde “not work” denen bileşenlerden kaynaklanır ;) (Not work= çalışmayan network)

Mevcut altyapımızda çalışan sistemlerimiz bir bakıma pamuk ipliğine bağlıdır zira donanımın yedeklenmesi, networkün, elektriğin ve uygulamaların yedeklenmesi gerekir ki bol 9’lu erişilebilirlik sağlayalım. Ne kadar yedekli yapı o kadar maliyet demek diğer biryandan da.

İşte bu para mı erişilebilirlik mi ikilemi içinde sanallaştırma çözümleri yeri geldiğinde donanımın yeri geldiğinde yazılımın hatalarına karşı bizlere koruyabilir hem de ilk başlarda bahsettiğimiz avantajlı sahip olma imkanları ile. Daha az donanım maliyeti daha sıkısık ama duzenli ve yonetilen bir sanallastırma yapısı ile maliyeti düşürdükçe erişilebilirliği arttırma şansına sahip oluyoruz.

Üreticilerin Yüksek Erişilebilirlik adına sundukları teknolojileri kısaca neden ihtiyacımız var paragraflarından sonra aşağıdaki tabloda bulabilirsiniz. Sonrasında da yine öne çıkan başlıkları incelememiz gerekir.

 

Özellik Microsoft Vmware Notlar
Canlı Aktarım Live Migration vMotion  
Eş Zamanlı Canlı Aktarım Sınırsız Kısmen 1 Gbps network üzerinde 4 sanal makine
Ortak Depolama Alanı Olmaksızın Canlı Aktarım Shared Nothing Live Migration Enhanced vMotion  
Canlı Aktarım Esnasında Sıkıstırma Compressed Live Migration Yok  
RDMA Desteği ile Canlı Aktarım SMB-Direct Live Migration Yok Bu özelliğe sahip kartlar ile 10 kata kadar daha hızlı sanal makine aktarımı
Kümeleme İçindeki Sanal Makinelerin Aktarımı Var Yok Cluster içindeki sanal makine de taşınabilir olmalı.
Yüksek Erişilebilirlik Önceliklendirme Var Var  
Yüksek Erişilebilirlik Kuralları Var Var  
Sanal Makine İçi Servis İzleme Var – tüm servisler Var (Apache, IIS, SQL, Sharepoint gibi kısıtlı hizmetler)  
Sanal Makineler için Yük Dengeleme Dynamic Optimization DRS  
Sanal Makineler İçin Güç Dengeleme Power Optimization DRS  
Asenkron Replikasyon Hyper-V Replica vSphere Replication 30 saniye ile 15 Dakika bir olabilir mi
Sanal Makine İçin 3. Kopya Oluşturma Hyper-V Replica Yok  
Küme Üzerinde Toplu Güncelleme Cluster Aware update Kısmen  

Geldik yine can alıcı yorum kısmına; benim için burada önemli olan ve fark yaratan ana özellik Hyper-V Replica, devamında ise Servislerin izlenmesi ve Cluster Aware Update kritik diyebileceğimiz noktalar.

Hyper-V replica Windows Server 2012 ile gelen bir özellikti ve kabaca bir sanal makinenin network üzerinden 5 dakikada bir farklı bir Hyper-V sunucusu üzerine kopyalanması anlamına geliyordu. Sanal makinelerin küme içinde olması yada hedef Hyper-V sunucunun bir küme üyesi olması ise hiç önemli değildi. Network üzerinden yapılan aktarım hem sıkıstırma teknolojisi barındırıyor hem de sadece değişen datayı aktarıyordu yani işin kısa ve türkçe hali: ADSL ile dahi çalışabiliyordu. Saatte ortalama 200 MB yeni data üreten bir makine 1 mbps network ile 20 dakika gibi bir sürede kopyalanabiliyordu.

Windows Server 2012 R2 ile ise durum daha da can alıcı hale geldi: Artık 3 kopya barındırabiliyor ve süreleri 30 saniye, 5 dakika yada 15 dakika olarak belirleyebiliyoruz. Yine sıkıstırma yine değişen datanın kopyalanması mevcut. Düşünün ki aynı kampüs içinde replikasyon yapıyorsunuz fiziksel sorunlara yada binada oluşabilecek sorunlara karşı, aradaki network bağlantısı gayet hızlı mesela 300 mbps. Böyel bir durumda 30 saniye bir kopya almanın inanılmaz cazibesinin farkında mısınız :) Bu kopyayı da isterseniz Olaganüstü Durum Merkezi olarak kullanmakta olduğunuz başka şehir yada ülkedeki datacenterınıza da ister 5 dakika ister 15 dakikada bir kopyalamaya devam edin.

Failover Cluster özelliği ile zaten 64 sunuculu küme oluşturup bir sanal makinenin mevcut sunucusundan 63 farklı sunucuya taşınmasına imkan sağlayabilirsiniz. Bir de bu erişilebilirliği felaket önleme adına 30 saniyede bir yan binaya oradan da 5 dakikada bir diğer sehirdeki Hyper-V sunucuya kopyalayın. Güzel ama pahalı bir çözüm gibi duruyor sanırım fakat unutmamak gerekir, Hyper-V ve bu özellikleri aslında Windows Server lisansı içinde geken tıpkı DNS server rolü gibi bir rol yani: Ücretsiz!

64 sunucu ile kurulan bir kümeden bahsederken bu yapıyı güncel tutmanın zorluklarından da bahsetmeden geçmek olmaz. Normal şartlarda Vmware olsun Microsoft olsun kim olursa olsun her üretici belirli dönemlerde güvenlik yamaları yayınlar ki yayınlanma sıklığı üç aşağı beş yukarı bellidir (kaynak kodu çaldıracak kadar basiretsiz bir firma değilseniz). Bu dönemlerde sunucuların güncellenmesi genellikle yüksek erişilebilir yapıda oldukları için kolaydır. Mesela vSphere ortamında vMotion ile sanalları taşır ESXi sunucuyu boşa çıkarır günceller yükü geri alır ve sırası ile devam edersiniz. Yada bir Windows Server Lisansı daha alır ve Update Management Server kurarsınız ki o da 5 host ve 50 VM içindir. Üstüne çıkarsanız SQL de gerekir.

Ben güncelleme yapmıyorum diyenleri duyar gibiyim ve sizleri sevdiğimi belirtmek isterim zira elimdeki kaynak kodu bir gün kullanılabilir hale getirirsem daha da yakından sevmek isterim sizi :)

Bu durum hep aynı rutin tekrarlar şeklinde gerçekleşir her ne kadar 3 ayda 1 yapıyorum deseniz de, peki bu durumu otomatize edecek bir sürece sahip olsanız daha iyi olmaz mıydı? Bu soruyu sorarken cevabını da biliyordum ve paylaşmak istedim : Cluster Aware Update. Microsofr Failover Cluster üzerinden tüm sunucularınızı kontrollü ve otomatik bir güncelleme mekanizması sunuyor sizlere. Sırası ile yapmanız gereken adımları kendi gerçekleştiriyor, live migration, host maintaince mode update/restart tekrar live migration gibi. Updateleri ister SCCM’den ister WSUS’dan alsın 64 sunucuyu da otomatize bir şekilde güncellesin.

3. Bölüm Özeti:

Sayılarla uğraşarak kolay hesap yapabileceğimizden bahsetmiştim ya, işte 64 sunuculu bir küme aynı anda sınırsız sanal makine taşıma ve 15 dakika yerine 30 saniyede bir replikasyon aslında tercih yaparken nasıl yönlenebileceğimizi bize anlatıyor sanırım. Hani puanlama yapıp bir tarafa kocaman bir 0 (yazıyla sıfır) vermek geçiyor içimden.

Windows Server 2012 R2 Hyper-V vs Vmware 5.5 – Sanallaştırmanın Sınırları

Written by Ertan Gülen. Posted in Sanallaştırma

Bu yazı dizisinde olabildiğince tarafsız duruş ile özellik karşılaştıracağız desek de üreticilerin sunduğu onlarca teknolojiden hangisini ele alırsanız ona göre farklı bir tarafı öne çıkarmış olabiliyorsunuz. Yine de en çok soru gelen yada en ilgi çeken veya ihtiyaç olduğu düşünülen başlıklar ile hareket etmek sağlıklı olacaktır.

6 başlık altında toplanacak olan bu seride sırası ile;

  1. Lisanslama
  2. Sanallaştırmanın Sınırları
  3. Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları
  4. Veri Depolama
  5. Network
  6. Sanal Makine Desteği

başlıklarınin inceleneceğini aktarmıştır Giriş yazımızda. Şimdi ise sıradaki başlığımız ile devam edelim.

2. Sanallaştırmanın Sınırları

Çok fantastik bir başlık gibi gelse de sınırlarımızı bilip hareket etmek yönettiğimiz altyapılar için kritik öneme sahiptir.

Bu başlık altında sanallaştırma platformalarında sayılar ile karşılaştırma yapacağız, kac vcpu, kac tb ram, kac host, kaç sanal vb..

En uzağa taş atmak tabirinin belki de can alıcı bir şekilde göründüğü karşılaştırma başlığıdır sayılar ve sınırlar. Üreticiler arasında fark zamanla kapanmış ve hatta ters yönde büyümektedir bugünlerde. Windows Server 2008 ve 2008 R2 varken Microsoft Vmware çözümleri ile neredeyse hiçbir başlıkta bu tarz bir karşılaştırmaya giremiyordu fakat Windows Server 2012 lansmanı ve Hyper-V v3 diye adlandırdığımız (Microsoft bu şekilde adlandırmasa da) sürüm sonrasında bu tablolar görülmeye değer bir hal aldı.

Neden sayılar önemlidir? Gerçekten bahsi geçen kaynaklara ihtiyacımız var mıdır?

Bu soruyu cok uzun uzadıya tartısabiliriz fakat sadece Exchange Server ve SQL Server’ın güncel sürümlerinde ortaya çıkan minimum kaynak ihtiyaçlarını bile analiz ettiğimizde artık 4 core CPU’lar yada 8 GB Ram’lerin yetmediğini görebiliyoruz. Windows Server 2008 R2 üzerinde kurulumu gerçekleştirilmiş bir Exchange Server 2007 yapısını firma ihtiyaçları doğrultusunda genişletmek ve yükseltmek istediğimizde artık 2008 R2’nin sanallaştırma sınırlarının bize yetmediğini görebiliriz. Dag yapısı içinde bir Exchange 2010/2013 yapısı kurmayı düşündüğümüzde Mailbox sunucuları 4 core ile calıstırmak pek de performans anlamında karlı bir durum oluşturmayacaktır. Keza SQL Server icin de aynı sorunlar belirmektedir. SQL 2005 yada SQL 2008 kurup 64 GB ram ile geçinebilirsiniz fakat artık SAP, Sharepoint gibi iş yüklerinde yada System Center Service Manager gibi uygulamalarda ihtiyaç duyulan SQL Server’lar ne 4 core ne de 64 GB Ram gibi sınırlar içinde kalmak istememektedir. SQL ile Datamining/BI çözümleri hayata geçirildiğinde de aynı sorun ile karşılaşmamız kaçınılmazdır.

İşte bu gibi sebeplerle artık sanallaştırma platformlarında kullanılabilir kaynak miktarlarını hayati öneme sahip olmaya başladı. Aşağıdaki tabloda görebileceğiniz özellik karşılaştırmaları üreticilerin sınırlarını gözler önüne sermektedir. Unutulmamalıdır ki bu karşılaştırmayı Hyper-V’nin 2 önceki sürümlerinde yapamazdık şimdi ise Vmware ne zaman yetişir diye tartışıyoruz.

 

Özellik Microsoft Vmware Notlar
Fiziksel Sunucu Başına Mantıksal İşlemci 320 320 vSphere 5.5. ile yeni geldi
Fiziksel Sunucu Başına Bellek Miktarı 4 TB 4 TB vSphere 5.5. ile yeni geldi
Fiziksel Sunucu Başına Aktif Sanal Makine Sayısı 1024 512  
Sanal Makine Başına Cpu Miktarı 64 64 Vmware FT ile 1 vCpu ve 64 GB Ram
Sanal Makine Başına Bellek  Miktarı 1 TB 1 TB
Dinamik Bellek Yönetimi Dynamic Memory Memory Ballooning, Memory Overcommit Microsoft Cluster yapılandırılmış sanal makinelerde Memory Overcommit çalışmaz
Guest Numa Desteği Var Var Çok sayıda fiziksel Cpu olan ortamlarda çok çekirdekli sanal makine oluşturulduğunda kritik performans arttırabilir
Küme Başına Fiziksel Sunucu Sayısı 64 32  
Küme Başına Sanal Makine Sayısı 8000 4000  
Ekran Kartı Sanallaştırma (GPU) RemoteFX Virtual GPU  
USB Sanallaştırma Kısmen  USB Pass Through Remote Desktop, Windows To Go uyumlu USBler ve Enhanced Session Mode sayesinde yapılabiliyor

 

Dikkat çekici birkaç noktayı ayrıca tartışmak da fayda görüyorum.

Bir küme içerisinde (cluster da denir) 64 sunucu kime gerekir ki cümleleri çokça duyduğumuz cümleler ancak şuan hosting hizmeti vermeden 28 sunucu ile çalışan firmalar biliyoruz (banka değil) kaldı ki hosting firmalarını siz düşünün. Yada bir küme içerisinde 8000 sanal makine çok diyenler için: Tribula.com’un yayınlandığı sunucu tek bir host uzerindeki 120 sanal makineden sadece biri. Gerçek üretim ortamlarını konuşmuyoruz bile çok basit örnekler ile ilerliyoruz.

Gelelim diğer iki konuya ki biraz daha son kullanıcı işiymiş gibi hissedilen noktalar; EKran kartı sanallaştırma nedir neden gerekir gibi sorular için VDI nedir ne işe yarar gibi bir arama öneriyorum favori arama motorunuzda. USB kısmına gelince ben savunmaya geçeceğim, ne gerek var canım sanal makinede USB’ye. Ama kazın ayağı böyle değil işte. Çok ciddi kullanım alanı olan bazı muhasebe vb uygulamalarında USB token’lar ile kimlik doğrulama yada lisans kontrolü yapılabiliyor yine aynı şekilde bazı uygulamalarda harici cihazlar (usb’den ne çalışırsa düşünün bakalım) da gerekebiliyor.

Hyper-V tarafında çözüm için bazı taklalar atsak da Windows Server 2012 R2 çıkışı ile birlikte hayatımızı kolaylaştıracak yenilikler mevcut. İlki default bir özellik olan ancak disable durumda gelen Enhanced Session Özelliği: Sanal makinenizde network ayarları vb ile bağlantısı olmadan direk Hyper-V Integration Components sayesinde devreye giren bu özellik ile uzak masaüstü deneyimi yaşayabiliyorsunuz. Çok düz mantık hareket ederek uzak masaüstü bağlantısında olduğu gibi USB’leri yazıcıları ve diskleri bağlandığınız ortama aktarabiliyorsunuz. Bu arada kopyala- yapıştır ile dosya transferi de artık mümkün.

Konuşmam gerektiğine inandığım son nokta ise bellek yönetimi: İki üreticinin neredeyse tasarımsal olarak ortak noktası olmadığı icin de bu alanda da pek kesisme sağlanamıyor. Hyper-V bellek yönetimini tek bir teknoloji ile çözerken Vmware, vSphere içerisinde türlü isimler ile türlü taklalar atıyor. Kimine göre o iyi kimine göre bu fakat işin biraz daha derin teknik analizleri yapılmalı bu noktada (hatta CPU kullanımında da aynı şekilde). Eğer daha derin bir araştırma isterseniz http://tribu.la/bj adresinden ulaşabileceğiniz bir yazı mevcut.

İkinci Bölüm Özeti:

Sayılar ile konuşmak her zaman daha kolaydır. Büyük olan döver normalde. ama iş teknoloji ve sayı ilişkisine gelince bazen farklılık gösterebilir. (Vmware FT’nin 1 vcpu ve 64 GB ram ile calısması gibi ;) ) Mevcut özellikler arasında öne çıkanları yukarıdaki paragraflarda konuşmus olsak da teknoloji konusunda tümden gelim taraftarıyımdır yani tek tek karşılaştırma yerine genel baktığınızda sizin için hayati olan özellikleri size kısıtsız ve koşulsuz sunanı tercih etmeliyiz.

Cluster yapıldığı için bellek yönetemiyorsa clusterdan mı vazgeçeceğim kaynakların doğru kullanmasından mı sorusu ile karşı karşıya kalırsanız tercihinizi bizimle de paylaşın lütfen :)

Server 2012 R2 Çıkış Tarihi Belli Oldu

Written by Ertan Gülen. Posted in Windows Server

Windows Server 2012 R2 ile Microsoft’un bulut işletim sistemi vizyonunu bir adım öteye taşıyacak yeniliklere ne zaman ulaşabileceğimiz belli oldu.

18 Ekim tarihi itibari ile VLSC üzerinden SA haklarından yararlanabilen müşteriler erişilebilirken, 1 Kasım itibari ile satışlar başlamış olacak.

Hyper-V yenilikleri konusunda bolca paylaşım yapacağım Windows Server 2012 R2 ile aynı tarihte System Center 2012 R2 ürün ailesi ile Windows 8.1 (eski adı ile Blue) da piyasaya çıkacak..

Lisanslama kısmında şuan için bildiklerimiz Windows 8.1 mevcut Windows 8 müşterilerine ücretsiz olacak fakat Windows Server 2012 R2 ve System Center 2012 R2 yeni ürün olarak satışa çıkacak bu da demek oluyor ki SA (yazılım güvencesi) hakkı olmayan müşteriler yeni sürümleri kullanmak için yeni satın alım yapmak zorundalar.

Neden Hyper-V: VMware 5.1 vs Windows Server 2012 Hyper-V

Written by Ertan Gülen. Posted in Windows Server 2012

Çok iddialı bir başlık ile kaleme alınan bir döküman yayınladı Microsoft 1: Neden Hyper-V?

Aslında çok güzel bir soru ile bence gayet etik bir karşılaştırma tablosu sunuyor. Vakit buldukca (yada Microsoft Türkçesini yayınlayana kadar) bu dökümanı parça parça sizlere aktarmaya çalışacağım.

Ürün RTM olduğunda yapılan lansmanlarda yine bazı sayılar güncellendi ve artık gerçekten çok yakından takip etmeme rağmen sayıları kaçırır oldum ve sanırım SP1 gelene kadar bu sayılar değişmeyecektir. Karşılaştıra yaparken eski versiyon ile bir karşılaştırma yapmak güzel bir ilk adım olacaktır:

image

Özellikle sanal makine özellikleri açısından bakıldığında bnim gözümde epic bir büyüme söz konusu, başarılı demek yetmeyebilir zira cpu ve bellek kısmında 16 kat büyüme ve SKU farkı gözetmeksizin 64 cpu ile 1 TB ram kullanan sanallar açmak gerçekten muhteşem. 2008 R2 iyi bir üründü ancak artık daha iyisi gerekiyordu ve her katmanında geliştirme ve iyileştirmeler ile geleceğin işletim sistemi ile şimdiden tanışmış olduk :)

Rakip karşılaştırmasında ise şimdilik piyasa hakimiyetini elinde tutan VMware’in duyurulan son sürümü vSphere 5.1 ile aşağıdaki tablo karşımıza çıkıyor:

image

Neden VMware vSphere Hypervisor (ücretsiz versiyon) ve VMware vSphere 5.1 Enterprise Plus tercih ediliyor, ara sürümlere ne oldu sorusu aklınıza gelebilir.

Microsoft tarafından sunulan ücretsiz Hyper-V Server 2012 yukarıda belirtilen tüm teknik özelliklerin hepsine sahip, Hyper-V ücretsizdir dendiğinde VMware’in de ücretsiz versiyonu var cümleciklerine bir açıklama şeklinde anlaşılabilir bu karşılaştırma.

Peki neden Enterprise Plus? Bazı vmware taraflı sitelerde Hyper-V ile vSphere 5.1 Standart karşılaştırması yapılıyor 2 ve bu ik ürünün denk olduğu söyleniyor ancak matematik bilgim beni yanıltmıyorsa (ki hiç güvenmem ya) bu karşılaştırmalarda Hyper-V’nin desteklediği ve rekabette üstün olduğu satır sayısı çok daha fazla.. Denk ürün konuşacak ise Enterprise Plus anca yetişebilmektedir benim gözümde. Windows Server 2012 Hyper-V’nin gerçek dünya senaryolarında (FT gibi ütopik çözümler hariç) tek eksi yanı VMware vSphere 5.1 Enterprise Plus’a göre daha düşük maliyet olması yani faturada daha az $$ görmeniz ;) Bunu istemeyen de yoktur herhalde. Hatta Aidan Finn der ki, neden daha azı için daha çok ödeyesiniz ki (bu adamın dobra konuşmalarına hastayım)

Kısaca tabloları okuyacak olursak da Cpu bazlı lisanslama yapan iki üreticide de açılacak sanal makineler 1 TB ram ve 64 Cpu ile çalışabilir (VMware tarafında bu sayılara ancak Enterprise Plus ile ulaşabilirsiniz aşağısı kurtarmaz) Sanal disk boyutlarında 64 TB’a 2 TB gibi çoook uçuk bir Hyper-V üstünlüğü var. Bu üstünlük cluster içindeki node sayısı, cluster icindeki sanal makine sayısı gibi noktalarla zaten pekştirilmekte. Fiziksel sunucuda kullanılabilecek 2 kat oranındaki 320 cpu ve 4 TB ram ise sanırım hala SMB ürünüdür diyenler için yeterli cevap olmaktadır.

SMB olsun yada Enterprise müşteri olsun sunduğunuz teknik özelliğe göre fiyat belirlemeden, her tip x86 sunucu için her ölçeklenebilirlikte çalışabilecek bir altyapıdan bahsederken Aidan gerçekten haklı: 

Daha azı için neden daha çok ödeyesiniz? 3

 

Devam yazılarında görüşmek üzere.

1:http://bit.ly/R45maU

2:http://up2v.nl/2012/09/04/microsoft-windows-server-2012-hyper-v-compared-to-vmware-vsphere-5-1/

3: http://www.aidanfinn.com/

WS 2012 Hyper-V DHCP Guard Nedir

Written by Ertan Gülen. Posted in Sanallaştırma

Windows Server 2012 ile gelen networking yeniliklerine farklı yazılarda değiniyoruz ancak bu sefer özellikle test ortamlarında çalışanlar için yararlı olacak ufak bir özellikten bahsedelim:

Korsan DHCP hizmeti verip tüm networkü kaosa sürükleyen DHCP yüklü bir sanal makine ile hiç karşılaştınız mı? Eğer cevabınız hayır ise kaos kavramını hayal edebilirsiniz sadece ancak bu tarz durumlar oluştuğunda elimiz ayağımıza dolaşabilir gerçekten. Bir network icinde birden fazla (ve farklı) dhcp hizmet vermeye çalıştığında genellikle network baglantı hataları ve daha kritik sorunlar ile karışan ip adresleri ve bunlara bağlı güvenlik kuralları baş ağrıtabilir.

Hyper-V ile aşağıda alıntılanan görselde de görebileceğiniz gibi DHCP Guard özelliğini devreye alarak yetkisiz DHCP mesajların aktif edildiği sanal makine üzerinde yok sayılmasını sağlar. Bu şekilde de olası DHCP karmaşa ve kaosunun önüne geçmiş olabiliriz.