Posts Tagged ‘dynamic Memory’

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 :)

Hyper-V Dynamic Memory’nin İzlenmesi ve Yönetilmesi

Written by Ertan Gülen. Posted in Sanallaştırma, Windows Server 2008 R2

Windows Server 2008 R2 SP1 ile gelen en büyük yeniliklerden biri olan Dynamic Memory özelliği ile sanal makinelerimize değişken miktarda (ihtiyacı kadarı) bellek atayabiliyor ve sanal makinelerimizin yoğun iş yükü altında kullandığı bellek miktarının artabilmesini sağlıyorduk. Bu özelliği kontrol eden ve tetikleyen arka plandaki bileşenler aşağıda belirttiğim kaynakta kısaca ele alınmış. Ben de biraz daha kısaltarak sizlere sunmak istedim.

Hyper-V üzerinde çalışan sanal makineleri veya genel olarak konuşmak gerekirse Hyper-V ile çalışan tüm bileşenler ve kaynakları Performans Monitor ile izleyebiliyoruz. Performans sayaçları yada tetikleyicileri ile de belirli değerler üstüne çıktığı anda aksiyon aldırabiliyoruz. İşte Hyper-V’nin Dynamic Memory özelliği de arka planda bu sayaç ve tetikleyiciler yardımı ile devreye giriyor ve ihtiyaç olan bellek miktarını belirleyerek, ihtiyaç duyan sanal makinenin kullandığı kaynağı arttırıyor.

Bir sanal makine için anlık ayrılan bellek miktarını izlemek için aşağıdaki linkte yazan Data Collector Set’leri olusturabilir (4b) ve eger herhangi bir sorun olusursa – sanal makinenin istenilenden daha çok bellek kullanması yada Dynamic Memory aktif edildiğinde ayrılan bellek miktarında tutarsızlık gibi – yine aynı linkten (troubleshooting) çözüm adımlarına ulaşabilirsiniz.

http://technet.microsoft.com/en-us/library/ff817651(WS.10).aspx

Kaynak: http://blogs.technet.com/b/kevinremde/archive/2012/01/20/tracking-hyper-v-dynamic-memory-so-many-questions-so-little-time-part-6.aspx

Hyper-V 3.0 Üzerinde Sanal Makine Oluşturma

Written by Ertan Gülen. Posted in Sanallaştırma, Windows Server 2012

Windows Server 8 Developer Edition çıktıktan sonra Hyper-V 3.0 hakkında genel bilgileri ve kurulumu içeren yazılardan sonra şimdi de daha önce kurulumunu yaptığımız sunucu üzerinden sanal makine oluşturma işlemlerini adım adım açıklayalım. Klasik bir kurulum prosedürü olduğu için tüm görselleri aşağıdaki linkten sırası ile bulabilirsiniz.

Ancak birkaç noktayı açıklamakta fayda var: Kurulum yapılan sistem bir masaüstü bilgisayar olup 2x 7200 RPM Sata 2 disk ile RAID 0 disk üzerinde çalışmakta, kurulum için kullanılan iso dosyası yerel diskten çalışmakta ve kurulum bu kadar basit bir yapı olmasına rağmen, sanal makinenin başlamasından anlatılan adımların bitip son yeniden başlatmaya kadar olarak 14 dakika sürmüştür. Bu da şu anlama gelebilir ki, hem Windows 8 kurulum süreci hızlanmış hem de Hyper-V 3.0 ile donanım çok da etkili ve hızlı kullanılmaktadır.

vmolusturma9

 

İkinci olarak da bir test ortamı olduğu için sanal disk dosyası yeni dosya uzantısı vhdx ile desteklenen 16 TB sınırına yakın 10 TB gibi bir boyut ile oluşturulmuştur.

vmolusturma5

Bunun yanında son olarak özellikle üzerinde durulması gereken konu ise Hyper-V 3. ile gelen bellek yönetimi. Bilindiği gibi Server 2008 R2 Sp1 ile hayatımıza giren Dynamic Memory özelliği sanal makinelerin bellek kullanımını fiziksel bellek miktarı üzerinden havuz oluşturup buradan yapabiliyordu. Bizim belirlediğimiz miktar sadece başlangıç ve maksimum kullanılabilecek miktar oluyordu. Bu özelliği devreye almak için sanal makine kapalı durumdayken static ram’den dynamic memory özelliğine geçiş yapıyorduk. Windows Server 8 ile birlikte dynamic memory sanal makine açılırken devreye alınıyor ve Server 2008 R2 Sp1’den daha efektif bir yönetim ile 4 GB ram ile başlattığınız sanal makineyi o an ihtiyacı 600 MB ise 800 mb ccivarı atanmış ram ile çalıştırıyor ve böylece havuzda boşta kalan ram miktarı ciddi anlamda artmış oluyor. Bir anda aklıma ram ve bellek havuzları diyince vSphere 5 ile ortaya çıkan lisanslama modeli geldi ve Hyper-V 3.0 duyurulmuşken hala kullandığı ram üzerinden vTaxes veren var mı diye düşünmeden edemedim :)

vmolusturma3

Kurulumun tüm adımlarına aşağıdan ulaşabilirsiniz.

Hyper-V Server 2008 R2 için SP1 Hazır

Written by Ertan Gülen. Posted in Sanallaştırma, Windows Server 2008 R2

Microsoft’un ücretsiz olarak sunduğu sanallaştırma çözümü olan Hyper-V Server 2008 R2 icin, Dynamic Memory ve Remote FX desteğini içeren Service Pack 1 yayınlandı.

Sadece komut satırı yönetimi ile Server 2008 R2’nin core versiyonunu andıran Hyper-V Server aslında Hyper-V rolü aktif edilmiş ücretsiz sunulan bir 2008 R2 işletim sistemidir. Yönetim icin System Center Virtual Machine Manager, Hyper-V Manager gibi uygulamalara ihtiyaç duysa da sanallaştırma altyapısında ücretsiz ve güvenli bir çözüm olarak karşımıza çıkmaktadır.

Hyper-V Server 2008 R2 icin yayınlanan Service Pack 1 aşağıdaki özellikleri kullanmak isteyenler icin tasarlanmıştır.

1. Dynamic Memory

2. Remote FX Desteği

3. Host Clustering

4. Live Migration

5. Hyper-V Server hostu icin 1 TB ram desteği

6. Hyper-V Server hostu icin 8 işlemci desteği

Hyper-V Server 2008 R2 icin yayınlanan Service Pack 1’i  Microsoft download site’sinden indirebilirsiniz.

Tüm desteklenen özellikler icin ise asağıdaki tabloyu inceleyebilirsiniz:

sp1