Windows 8 Client Hyper-V ve SLAT Gereksinimi

# Hyper-V 2 Yorum Var »

(Yusuf ve Ertan) Yan tarafta konuşurlarken kulak misafiri oldum ama twit’lerin 140 karakteri yüzünden ve konunun public olması için burdan dahil oluyorum :)

Windows 8 Hyper-V ‘yi (yani yeni Hyper-V’nin client os’ler ile konumlanan dağıtımını) Windows Server 8 Hyper-V ‘den (yani yeni Hyper-V’nin server os’ler ile konumlanan dağıtımınıdan) ayıran en önemli donanımsal gereksinim farkı, Client Hyper-V tarafındaki CPU üzerinde SLAT (Second Level Address Translation) şartının aranmasıdır.

Merak edenler için SLAT (Second Level Address Translation), Intel ve AMD tarafında donanımsal bir CPU yeteneğidir. Intel tarafında EPT (Extended Page Tables), AMD tarafında ise genellikle RVI (Rapid Virtualization Indexing) olarak temsil edilir. Hyper-V gibi sanallaştırma kodları zaman içerisinde bu yeteneği kullanabilecek şekilde evrim geçirmişlerdir. İşin özünde, hypervisor tarafında tutulan/yönetilen ve VM’lere atanmış temsili memory bit’leri ile fiziksel memory bit’lerini eşleştiren devasa mapping table’ların yerine, söz konusu işin SLAT özellikli CPU’lara devredilmesi mantığı yatıyor. SLAT yetenekli CPU’lar, VM’lerin memory aksiyonlarına direkt destek olabiliyorlar çünkü adından da analaşılabileceği gibi ikinci seviyede bir adresleme söz konusu. Bu sayede çok daha başarılı ve hızlı bir memory kullanımı gerçekleşirken, bu durum yapıda performans artışı olarak net bir şekilde hissedilebiliyor çünkü hem VM’ler memory’i daha başarılı bir şekilde kullanıyorlar, hem de bu görevin CPU’ya devredilmesi nedeniyle hypervisor üzerinden ciddi bir iş yükü alınmış oluyor. Bu davranış değişikliği sonrasında CPU’ya binen yük ise kesinlikle kabul edilebilir oranda oluyor.

Hyper-V tarafında başta VDI ve RemoteFX senaryoları olmak üzere mutlaka SLAT destekli CPU’lar kullanılmasını öneriyoruz ki zaten Windows Server 2008 R2 Hyper-V veya RDS ile sanal oturumlarda RemoteFX (zengin 3D deneyimi) yapmak istediğinizde, CPU’da SLAT özelliğinin olması ve yapıda bir GPU (graphics processor unit – daha yaygın bir ifade ile ekran kartı) bulunması donanımsal şartlar arasında yer almaktadır.

VDI tarafında ise en önemli karakteristik özelliklerden olan Host başına eş zamanlı paralel oturum sayısının yüksek olması ve bu oturumlarda farklı davranışlar sergileyen uygulamaların çalışması, genelde karmaşık, yoğun ve aktif memory kullanımının ortaya ortaya çıkarmasına neden olur. Bu noktada SLAT desteği ile çok daha başarılı bir memory kullanımı mümkün olabilir, bu da oturumlarda performans artışı olarak geri dönecektir.

Windows Server 2008 R2 Hyper-V ‘de SLAT,  GPU ile birlikte sadece RemoteFX senaryolarında donanımsal bir şart olarak aranır. Geri kalan senaryolarda tevsiye edilir.

Windows 8 Client/Server Hyper-V için SLAT ne durumda?

Bu gün yeni Hyper-V ‘yi (genelde Hyper-V 3.0 olarak anılıyor ama tekrar altını çizelim, bu resmi bir versiyon numarası değil.) ve donanımsal gereksinimleri Developer Preview Build üzerinden konuşabiliyoruz. Henüz detaylı ve çok net bilgiler olmamak ile birlikte bazı konularda konuşabilmek mümkün.

Windows Server 8 Hyper-V için CPU’da SLAT bulunması şimdilik bir şart değil ve şahsi fikrim Server tarafında bir süre daha böyle bir şart olmayacak. Ama yine RemoteFX senaryolarında GPU ile birlikte donanımsal şartlardan biri durumunda ve diğer tüm senaryolarda ise tavsiye edilen bir özellik.

Windows 8 Hyper-V (Client) için CPU’da SLAT bulunması şimdilik donanımsal şartlar arasında ve şahsi fikrim ürün RTM olduğunda da bu durum değişmeyecek. Yani RemoteFX yapmasanız bile bu gereksinimi sağlamanız gerekecek.

Client Hyper-V ‘de SLAT şartı için yine şahsi düşüncemi paylaşmam gerekirse; Client Hyper-V desktop/notebook odaklı bir sürüm ve ağırlıklı olarak ITPro’lar ile Developer’ları hedef alayor. Microsoft, özellikle Developer’lar için zengin 3D yetenkleri ile birlikte; hem ITPro’lar hem de Developer’lar için daha performanslı ve daha yetenkli bir client sanallaştırma ortamı sunmak istiyor. Bu noktada SLAT’nin ciddi desteği olacağı içi de bu özelliği olmazsa olmaz olarak listeye eklemiş gibi görünüyor.

Client Hyper-V ‘de özellikle 3D diyoruz çünkü hedef kitlesi olan günümüz desktop/notebook sistemlerinin çoğunda en az bir adet GPU bulunduğunu düşünebiliriz. Bununla birlikte SLAT destekli CPU’lar da yaklaşık 2 senedir üretiliyor + Windows 8 ‘in RTM olması için de daha yaklaşık 1 sene olduğunu düşünürsek; gün sonunda 3 senelik donanımlardan bahesediyor olacağız. Yani aslında o kadar da yeni teknolojileri konuşmuyoruz. Kaldıki bu tip stratejik kararlar çok ciddi pazar araştırmalarından sonra alınıyor ve böyle bir şart ile oyun dışı kalan kişi oranı muhtemelen göz ardı edilebilir seviyede olacak. Windows 8 RTM olana kadar geçecek süre zarfında bir kısım SLATless kullanıcı da zaten sistemlerini upgrade edecektir.

Bir GPU’su bulunmayan desktop sistemlerin ise genelde “workstation” veya “desktop as a server” olarak kullanıldığını söyleyebiliriz. Client Hyper-V ‘nin hedef kitlesinin ITPros ve Developers tarafı oluğunu düşünürsek; bu teknoloji çılgını kitle arasında Windows 8 RTM olduğunda hala SLAT destekli CPU’ya sahip olmayan birileri varsa, lütfen tespit edin havaya atıp vuralım :)

Windows Server 8 Hyper-V tarafında ise şimdilik SLAT şartın olmamasının bana göre en önemli nedeni server’larda GPU’nun yaygın olmaması ve bununla birlikte donanımsal anlamda desktop sistemlere göre çok daha ciddi oranlarda genişleyebilmeleri, yani kısaca performans için başka parametrelere de sahip olmaları. Hedef kitle ihtiyaçları ve paralel olarak donanım tarafındaki değişim sonucunda ilerleyen sürümlerde benzer stratejik adımların server tarafı için de atılması sürpriz olmayacaktır.

Windows 8 şu an Developer Preview durumda. Bu ay sonunda bir Beta bekliyoruz. Muhtemen ardından bir RC ve daha sonra da RTM şeklinde ürün raflardaki yerini alacak. Bana göre olmayacaktır ama bu süre içerisinde Client Hyper-V için SLAT şartından vaz geçilmesi gibi bir durum her zaman ihtimal dahilindedir.

Sonuç olarak Windows 8 Client Hyper-V çalıştırmak için (3D kullanmak istemeseniz bile) SLAT destekli CPU şimdilik şart. Bu durumun opsiyonel olması elbette daha güzel olabilirdi. Ama şu da bir gerçek ki ortada stratejik bir karar var ve bu kararın hangi parametreler ile alındığını bilmek belki de hiçbir zaman mümkün olmayacak.

Windows Server 8 Hyper-V 3.0 (DP) Yenilikleri – Webcast

# Hyper-V, webcast Yorum Yaz »

Bu perşembe akşamı, 21:00-22:00 arasında, online bir event (webcast) ile, Developer Preview dağıtımı üzerinde Windows Server 8 Hyper-V 3.0 yeniliklerini konuşuyoruz. Şurada yer alan yeniliklerin tamamı bu webcast içerisinde yer alıyor olacak. Ayrıca yeni özellikler ile ilgili demo’lar da yapacağız.

Eğer Hyper-V kullanıyorsanız, kullanmayı planlıyorsanız veya rakip ürünler ile aradaki fark ne durumda merak ediyorsanız, bu webcast’i kaçırmayın :)

Webcast Bilgileri:

Konu : Windows Server 8 Hyper-V 3.0 Yenilikleri (DP)
Konuşmacı : Serhat Akıncı
Başlama zamanı : 1 Aralık 2011, Perşembe, 21:00
Bitiş zamanı : 1 Aralık 2011, Perşembe, 22:00
Katılım bağlantısı : https://www.livemeeting.com/cc/mvp/join?id=3J6SF6&role=attend&pw=2NM%7E%60JK%7Bt


Detaylar: http://www.cozumpark.com/forums/thread/272614.aspx

Webcast’ler Hk.:

Webcast’ler kendi bilgisayarınızdan online olarak katılabileceğiniz, yaklaşık bir saat süren seminerlerdir. Seminer sunumunu, görselleri, demo sürecini ve ses yayınını kendi bilgisayarınızdan canlı olarak takip edebilir ve seminer sırasında yazılı olarak sorular sorabilirsiniz.

Eğer ilk kez katılıyorsanız ve bilgisayarınızda yüklü değilse, seminerlere katılabilmek için Live Meeting programını etkinlik başlamadan önce yüklemeniz gerekmektedir. (Ücretsizdir, buradan indirebilirsiniz).

Webcast odası sunum saatinden yarım saat önce açılacaktır. Herhangi bir teknik aksaklık olması halinde giriş yapmak için lütfen sunum saatine kadar bekleyin.

Webcast’e katılmak için “Katılım Bağlantısı” linkine tıklamanız yeterlidir. (girişler 30dk. öncesinde başlar.) Herhangi bir şifre ya da koda gerek yoktur. Giriş sırasında istenen code şart olmayıp boş olarak geçilebilir.

Windows 8 Developer Preview – Hızlı Bakış

# Hyper-V, # Windows Server Yorum Yaz »

Özellikle son kullanıcı için donanım tarafında çok hızlı bir gelişim süreci söz konusu. Dünya kullanıcılarının beklentilerine yanıt veren teknolojiler gün geçtikçe ve hızla şekil değiştiriyor. Neredeyse her hafta yeni bir dokunmatik cihaz veya akıllı telefon duyuruluyor, pc’ler yerini yavaş yavaş daha pratik, compact ve artık dokunulabilir olan taşınabilir cihazlara bırakıyor. Günümüzde mobile cihazlarda bir patlama yaşandığı bir gerçek. PC görevi yapan her üç cihazdan iki buçuğunun mobile özellikte olduğu konuşuluyor. Netbook’lar, Notebook’lar, biraz daha güçlü olan Laptop’lar, çok daha compact olan Tablet’ler ve Slate’ler… Bu cihazlar üzerindeki ekran boyutları tatmin edici inch’lere çoktan ulaştı bile. Bununla birlikte görüntü kaliteleri ve canlı ekran renkleri ile sundukları kullanıcı deneyimi de oldukça başarılı. Öte yandan son kullanıcı için bir zamanlar megabyte’lar seviyesinde dolaşan depolama alanları yerini terabyte’lar seviyesinde alanlara bıraktı ve maliyetler de oldukça düştü. Ayrıca Multi-processing ve güçlü grafik işlemciler aldı başını gitti diyebiliriz. Gün sonunda baktığımızda – cloud’un da desteği ile- dünya bir mobile konsepte doğru hızla ilerliyor.

Donanımsal mobilite gelişimine paralel olarak, işletim sistemlerinin (aslında yazılım üreticilerinin) var olabilmesi ve pazardaki konumlarını sürdürebilmesi için trend’lere yakın olmaları, en azından takip mesafelerini korumaları şart. Bu nedenle son dönemlerde duyurulan birçok yazılımda alışılmışın dışına çıkma eğilimi olduğunu görebiliyoruz. Microsoft, Windows 8 ‘de bu durumu oldukça başarılı bir şekilde yönetmiş gibi görünüyor. Windows 8 bir yandan dokunulabilen, güncel sosyal servislere destek verebilen ve tablet odaklı özellikler sunarken, diğer yandan eskisi gibi business tarafına olan desteğini de arttırarak sürdürüyor.

Uzun süredir hakkında konuşulan Microsoft’un yeni nesil işletim sistemi Windows 8 kısa bir süre önce görücüye çıktı. Windows 8 ismi şimdilik code name olarak lanse ediliyor ama şahsi görüşüm ürün release olduğunda da Windows 8 ismi ile devam edileceği yönünde.

Public olarak sunulan bu Windows 8 dağıtımı tam sürüm değil. Hatta bir RC ve hatta bir beta bile değil :) Bu ürünü pre-beta yani beta öncesi dağıtımı olarak tanımlayabiliriz. Aslında isminden de amacı gayet net bir şekilde anlaşılıyor: Windows 8 Develepor Preview

Windows 8 Develepor Preview dağıtımı, özellikle yazılım geliştiricilerin ve bt uzmanlarının beta öncesinde ürünün temel özelliklerine ve içeriğine göz atabilmelerini sağladığı gibi, yeni sürüm için kendilerini hazırlamalarına da yardımcı oluyor. Bir işletim sistemi yaşam döngüsünde ve yaygınlaşmasında third-party developer’ların payını tartışmaya gerek yok sanırım. Öte yandan bu dağıtımın sıkça konuşulan bazı konulara da açıklık getirdiği bir gerçek. Kısaca Windows 8 oyuna girmek için saha kenarında ısınıyor…

Yeni Windows istemci işletim sistemi, Windows7 tecrübeleri ve temelleri üzerine inşa ediliyor. Yani daha hızlı, daha güvenilir, daha uyumlu ve daha güvenli yeni nesil bir işletim sistemi. Doğası gereği ve her yeni sürüm için olduğu gibi şimdiye kadarkilerin en iyisi :)

Microsoft Windows 8 ‘i 32bit ve 64bit olarak, aynı altyapı ile, istemci ve sunucu işletim sistemleri olarak iki şekilde geliştiriyor: Windows 8 ve Windows Server 8. Aynı Windows 7 ve Windows Server 2008 R2 birlikteliğinde olduğu gibi. Yazının devamını oku … »

Linux Integration Services Version 3.1

# Hyper-V, # Virtual Machine Manager, % Duyurular Yorum Yaz »

Çarşamba günü Linux Integration Services Version 3.1 duyuruldu ve downloadable durumda.

Linux Integration Services, Hyper-V üzerinde çalışan Linux VM’ler için sentetik donanımlar ve smp (Symmetric Multi-Processing) gibi bazı yetenekler kazandıran bir paket.  Hyper-V üzerinde (aslında management console tarafında) ve bazı Windows Guest OS’ler içinde yerleşik olarak gelen sürücü paketinin Linux’lar için karşılığı olarak düşünebilirsiniz.

Linux VM’ler için neler getirdiğini hatırlamak gerekirse,

  • Driver support: Linux Integration Services supports the network controller and the IDE and SCSI storage controllers that were developed specifically for Hyper-V.
  • Fastpath Boot Support for Hyper-V: Boot devices now take advantage of the block Virtualization Service Client (VSC) to provide enhanced performance.
  • Timesync: The clock inside the virtual machine will remain synchronized with the clock on the virtualization server with the help of the pluggable time source device.
  • Integrated Shutdown: Virtual machines running Linux can be shut down from either Hyper-V Manager or System Center Virtual Machine Manager by using the “Shut Down” command.
  • Symmetric Multi-Processing (SMP) Support: Supported Linux distributions can use up to 4 virtual processors (VP) per virtual machine.
  • Heartbeat: Allows the virtualization server to detect whether the virtual machine is running and responsive.
  • KVP (Key Value Pair) Exchange: Information about the running Linux virtual machine can be obtained by using the Key Value Pair exchange functionality on the Windows Server 2008 virtualization server.
    ils.aspx?id=26837

Yeni versiyon Linux Integration Services ile birlikte Hyper-V üzerindeki Linux desteği de genişletildi. Red Hat Enterprise ve CentOS zaten belli bir sürüme kadar destekleniyordu. Bu paket ile birlikte artık Red Hat Enterprise Linux 6.0 ve CentOS 6.0 sürümleri de resmi olarak Hyper-V üzerinde destekleniyor.

Linux Integration Services Version 3.1 Download:
http://www.microsoft.com/download/en/details.aspx?id=26837

Bu arada; Linux Integration Services Version 3.1 ile çalışan bir Linux VM’i Center Virtual Machine Manager ile yönetiyorsanız, Virtual Machine Manager Service (vmmservice.exe) ‘in beklenmedik şekilde crash olması problemi ile karşılaşabilir, aşağıdaki event log’ları görebilirsiniz.

Event 1999
Log Name: VM Manager
Source: Virtual Machine Manager
Date:
Event ID: 19999
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: SCVMM.Contoso.com
Description:
Virtual Machine Manager (vmmservice:368) has encountered an error and needed to exit the process. Windows generated an error report with the following parameters:
Event:VMM20
P1(appName):vmmservice
P2(appVersion):2.0.4521.0
P3(assemblyName):ViridianImplementation
P4(assemblyVer):2.0.4521.0
P5(methodName):M.C.V.VirVMIntegrationService.PopulateKVPElements
P6(exceptionType):System.ArgumentException
P7(callstackHash):939f

Event 1
Log Name: VM Manager
Source: Virtual Machine Manager
Date:
Event ID: 1
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: SCVMM.Contoso.com
Description:
System.ArgumentException: Version string portion was too short or too long.
at System.Version..ctor(String version)
at Microsoft.Carmine.ViridianImplementation.VirVMIntegrationService.PopulateKVPElements()
at Microsoft.Carmine.ViridianImplementation.VirVMIntegrationService.get_ComputerName()
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.UpdateVMAdditions(IVMComputerSystem vmComputer)
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.UpdateFullVMObjectToCarmine(IVMComputerSystem vmComputer, VMData vmData, UpdateRequired updateRequired, Boolean vmObjectHasChanged)
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.RunFullRefresher()
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.UpdateHostandVMs(VMRefresherType refresherType, Guid vmObjectId, VM tempVm)
at Microsoft.VirtualManager.Engine.BitBos.VmFullRefresher.RefreshData(HostReference hostRef)
at Microsoft.VirtualManager.Engine.RefreshDriver`1.RefreshThreadFunction(Object obj)-2147024809Linux guest’s KVP (Key Value Pair)

Linux guest’s KVP (Key Value Pair) enable edilirken yaşanan bir problemden dolayı VMM Service crash oluyor. Bu enable işlemi Linux Integration Services Version 3.1 tarafından derfault olarak yapılıyor.

Dün konu ile ilgili bir KB yayımlandı. Şurdan şulaşabilirsiniz: http://support.microsoft.com/kb/2586286

Yeni Hyper-V Günyüzüne Çıkıyor

# Hyper-V, # Windows Server, Haberler 4 Yorum Var »



Herkese merhaba,

Geçtiğimiz günlerde internete sızan ve henüz geliştirme aşamasında olan bir Windows 8 işletim sistemi üzerinde görünen yeni Hyper-V feature’lerı  (henüz net olmamak ile birlite belki de Hyper-V v3 diyeceğiz.) özellikle sanallaştırma takipçilerini ve uzmanlarını oldukça heyecanlandırdı. Bu konu global ortamlarda oldukça yoğun konuşuldu. Yeni nesil Hyper-V üzerinde görünen bu özellikler hakkında Blog’ta herhangi bir yazı veya duyuru yayımlamadım çünkü bu özellikler, henüz Microsoft tarafından resmi olarak duyurulan özellikler değildi.

Ama şimdi bazı yenilikler ile ilgili konuşma zamanı geldi :) Bu yeniliklerden bahsetmeden önce birkaç kişiden gelen ortak bir soruya yanıt vermek istiyorum.

“Ortalarda Windows 8 ve yeni bir Hyper-V dolaşıyor ama blog’ta heyecan verici yeni özellikler ile ilgili hiç bilgi yok?”

Evet ortada dolaşan bir Windows 8 kopyası ve üzerinde görünen yeni nesil bir Hyper-V var ancak bu paket ne resmi bir dağıtım, ne yapılmış resmi bir anons var, ne de bu görünen feture’ların public olacağının garantisi var. Bu noktada özellikle biz MVP’ler henüz release olması kesinleşmemiş ürünler/özellikler hakkında yazılar yazmamaya özen gösteriyoruz. En azından ben öyle yapıyorum ve yapan insanlar tanıyorum :) Herşey bir yana ve marka bağımsız olarak baktığımızda üreticisi tarafından anonsu yapılmamış, henüz public beta duruma bile gelmemiş ürünlerin üzerinde konuşmak çoğu zaman doğru olmuyor. Özellikle de Windows 8 sızıntısındaki gibi paket henüz public beta bile değilken…

Windows 8 ve Hyper-V sızıntısının yaşandığı gün konuyu global MVP grubumuz üzerinde Microsoft Virtualization Team ile değerlendirdik. Biz artık yeni özellikleri duyurmak için sabırsızlandığımızı söylerken emin olun onlar da yeni ürün ve özellikler hakında konuşmak için aynı şekilde sabırsızlanıyorlardı ancak ortada bir gerçek var. Yeni Hyper-V ve Windows Server Code Name 8 hala üretim bandında ilerliyor. Grup üzerinde yapılan konuşmalar doğrultusunda ve Hyper-V tarafından ele alırsak; Microsoft’ta Virtualization Program Manager olarak çalışan Ben’in dikkat çektiği birçok nokta arasında iki nokta bence de çok önemli ve doğruydu.

1) Henüz public beta şeklinde yayımlanmak için bile hazır olmayan bir ürün üzerinde birçok yeni özellik kapsamlı olarak test edilir ve bu özelliklerin bir çoğunun henüz release olacağı bile garanti değil. Zaten adı üstünde geliştirme ve test süreci. Gün sonunda ürün Public Beta veya RC, hatta RTM’e yaklaşıldığında bile bazı özellikler üründen çıkartılabiliyor ki bunun örneklerini geçmişte yaşadık. Bu gayet doğal bir süreç çünkü henüz gelişimini tamamlamadığı düşünülen veya an itibarı ile yeterli görülmeyen bir özelliğin üründe yer alması veya bu özelliğin tamamlanabilmesi içün ürünün çıkış tarihinin ertelenmesi hiçte akıllıca bir adım olmaz. Bu noktada insanlar henüz release olması kesinleşmemiş özellikler ile tanıştıklarında oldukça heyecanlanıyorlar, bu kesin. Ancak çeşitli nedenlerden dolayı ve herhangi bir aşamada bu özelliklerden bir veya birkaçı üründen çıkartılırsa insanlar bu durumdan mutsuz oluyor ve aslında hiçte istenmeyen bir izlenim oluşabiliyor. Emin olun bu konu marka bağımsız olarak her global ürün için geçerli ve yaşanıyor.

2) İkinci bir konu da şu: Yeni özelliklerin ürüne eklenip eklenmeyeceği netleşmeden duyurulması ve bu özellikler hakkında konuşulmaya başlanması evet yine insanların hoşuna gidiyor ama daha sonra ürün ve özellikler release olduğunda insanlar bu yeni özellikleri konuşmak, incelemek yerine hemen eksik yönlere odaklanmaya başlıyorlar çünkü yeni özelliklerle zaten bolca zaman geçirmiş, üzerinde fazlası ile konuşmuş oluyorlar :) Bu da konular netleşmeden anons yapmamamk için haklı nedenlerden biri sanırım.

Bu zamana kadar gelişmeler ve yeni özellikler ile ilgili kesinleşmiş bilgiler olmadığı için ben de birşeyler yazmak istemedim. Ama artık Windows Server Code Name 8 Hyper-V (Hyper-V v3?) için update olamaya hazır olun :) Ürün yavaş yavaş gün yüzüne çıkıyor.

Microsoft 10-14 Temmuz’da Los Angeles’da gerçekleştirdiği WPC 2011′de (Worldwide Partner Conference) ilk kez yeni Windows Server “8″ ve bazı özellikleri ile ilgili konuştu. 100′ün üzerinde yeni özelliğe yer verilmesinin palanlandığından behsedildi. Ayrıca Windows Server “8″ yakın zamana kadar ürünün internal code name’i iken artık dünya ile paylaşılmış bir code name oldu :) Yeni sunucu işletim sistemini şimdilik Windows Server “8″ ismi ile izliyor olacaksınız.

WPC 2011′de Jeff Woolsey yeni Windows Server “8″ için sneak peek isimli ve gerçekten sneak peek tadında bir oturum gerçekleştirdi. Oyun meraklıları bilir. Yeni bir oyun piyasaya çıkmadan önce insanların kısaca göz atması için fotoğraflar, videolar yayımlanır. Bir owerview değildir. Küçük bir kesittir. İşte bu oturumda, Windows Server “8″ için bahsedilen 100′ün üzerinde özellik arasından sanallaştırma yani yeni nesil Hyper-V özelliklerinden ikisi demo ortamında hızlıca gösterildi. Böylece bazı özellikler de artık resmi olarak duyurulmuş oldu diyebiliriz.

Gelelim şimdilik paylaşabileceğim iki yeni feature’a.

Sanal makineler için daha fazla sanal işlemci!

Beklenen bir özellik. Biliyorsunuz şu an Hyper-V üzerinde bir VM için en fazla 4 vCPU atayabiliyoruz. Bu ürünün limitlerinden biriydi ancak yeni versiyonda bu limit ortadan kalkıyor. Jeff’in sunumunda Windows Server “8″ Hyper-V üzerinde 16 sanal işlemciye (vCPU) sahip ve tam yükte çalışan bir SQL VM’i gösterildi.

Ancak 16 sayısı kafanızı karıştırmasın. 16vCPU yeni versiyonda max limit değil. Henüz net bir rakam verme şansımız yok ama16′dan fazla sanal işlemci atayabileceksiniz. Sunumda geçen 16vCPU ise muhtemelen demo sırasında kullanılan sunucu ile ilgili bir durum.

Mayıs ayında benzer bir konu için post atmıştım. Bu konu vCPU hakkında bazı fikirler verecektir. Şurdan ulaşabilirsiniz.

Hyper-V Replica!

Günümüzden özellikle Disaster Recovery senrayolarında VM replikasyonunun önemini, ama bununla birlikte zahmetli ve maliyetli bir iş olduğunu biliyorsunuz. Windows Server “8″ Hyper-V ile gelecek yeni bir özellik ile VM’lerinizi bir lokasyondan (yani bir Hyper-V Host üzerinden) başka bir lokasyona (farklı bir Hyper-V Host’a) network üzerinden replike edebileceksiniz. Bu senaryoda replikasyon için herhangi bir shared storage ihtiyacınız olmayacak ve replikasyon için Hyper-V Host’larınız farklı veri merkezlerinde, hatta uygun network bant genişliği sağlandığı taktirde farklı coğrafyalarda bile yer alabilecek.

Bu yöntemde VM’ler uygulama tutarlı ve asenkron olarak replike ediliyor olacak. Bir VM için replikasyonu enable ettiğinizde sistem hemen veya sizin belirleyeceğiniz bir zaman diliminde, yine sizin belirleyeceğiniz aralıklar ile VM’in tutarlı snapshot’ını alacak. (VM canlı durumdayken.) Bu snapshot’ı sizin gösterdiğiniz Hyper-V Host’una network üzerinden kopyalayacak ve VM’in kopyasını yeni konumunda çalışmaya hazır bir şekilde bekletecek. Asenkron olması da aslında snapshot’ın taşınmasından kaynaklanıyor çünkü snapshot anından sonra VM’in master kopyasında çalışan sanal diskler değişmeye devam eder. Ama bu büyük bir problem değil çünkü belirli aralıklar ile incremental olarak yani sadece VM üzerinde değişen datayı da hızlıca replike etme şansınız olacak. Böylece raplika kopya, master kopyayı en yakın takip mesafesinden izleyebilecek. Tüm bu iş yine ek bir ücret ödenmeden ve replikasyon limiti olmadan yapılabilecek. Ayrıca bu yönetem server, storage ve network ürünleri konusunda marka bağımsız olarak çalışabiliyor. Sıradışı yatırımlar ve gereksinimlere ihtiyaç yok.

Fikir vermesi açısından bu fetaure’ın konfigürasyon sihirbazı ve parametreleri ile ilgili birkaç ekran görüntüsünü aşağıda bulabilirsiniz.

 

Paylaşabileceğim yenilikler ve Hyper-V için son gelişmeler şimdilik böyle.

Sunucu sanallaştırma ürünleri hızla gelişiyor ve Cloud’un temeli sağlamlaşıyor. Takip mesafenizi koruyun :)

Sanal makine ağ erişim problemi

# Hyper-V 1 Yorum Var »

Hyper-V üzerinde çalıştırdığınız sanal makinelerde mutlaka network adapter kullanıyorsunuzdur. Sanal makineler üzerindeki servis ve uygulamalar bazı durumlarda yüksek sayıda eş zamanlı ağ bağlantılar kurabilir veya yoğun outgoing trafiği oluşturabilir. Yaşanan bir problemden ötürü bazı senaryolarda sanal makine ağ bağlantısı kaybolabiliyor. Hatta bazı senaryolarda sanal makinenin sanal ağ bağdaştırıcısı devre dışı (disable) duruma düşebiliyor. Sanal makineyi yeniden başlattığınızda büyük ihtimalle problem geçici olarak düzelecektir.

Windows Server 2008 R2 üzerinde benzer bir problem yaşanmıştı ve bir hotfix ile problem çözülmüştü: http://support.microsoft.com/kb/974909/en-us Daha sonra bu hotfix WS08R2-SP1′e entegre edildi ancak WS08R2-SP1′de problem farklı bir şekilde tekrar etti.

Windows Server 2008 R2 SP1 üzerinde nadiren ve scenario-specific olarak yaşanan bu probleme çözüm üretmek için KB2263829 numaralı hotfix’i kullanabilirsiniz: http://support.microsoft.com/kb/2263829/en-us

Windows Server 2008 R2 Disk i/o

# Hyper-V, # Windows Server Yorum Yaz »


Mass virtual machine create process on Hyper-V…

Hyper-V Performance Show – Episode II

# Hyper-V, Video 9 Yorum Var »

Geçtiğimiz ay aynı Hyper-V Host üzerinde çalışan 70 Virtual Machine için toplu start/shutdown aksiyonları ve Hyper-V’nin bu sürece nasıl yanıt verdiği ile ilgili bir video yayımlamıştım. Eğer ilk bölümü izlemediyseniz videoyu şurdan izleyebilirlersiniz: http://www.serhatakinci.com/index.php/hyper-v-performance-show.html

İlk bölüm sanallaştırma meraklıları tarafından çok beğenilince devamını çekelim dedik :) ve çıtayı da biraz yükselttik. Bu sefer aynı Hyper-V Host üzerinde tam 110 Virtual Machine start/shutdown ediyoruz.

Yine tüm VM’ler poweroff durumdayken start oluyor ve bu senaryoda işletim sistemi servisleri her Guest OS için ayrı ayrı start edilmiş oluyor. Aynı şekilde shutdown işlemi de tüm servislerin her Guest OS üzerinde ayrı ayrı kapatılması sonrasında gerçekleşiyor yani temiz bir shutdown söz konusu. Start/shutdown süreçleri yine o kadar hızlı gerçekleşiyorki Hyper-V Manager konsolu VM’lerin status bilgilerini refresh etmeye yetişemiyor :) Dikkatli izlerseniz fps’in yetmediği o anları da yakalaybilirsiniz.

Video + Hyper-V Host ve Virtual Machine’lerin konfigürasyon bilgileri aşağıdaki yer alıyor.

Hyper-V Host:
- Windows Server 2008 R2 SP1 Hyper-V
- 4 x XeonX7550 (total 32 physical core)
- 220 Virtual Processor
- 128G Memory (DDR3)
- FC SAN
- SSD Raid

Virtual Machines and Guest OSes
- VM Totals: 110!
- 50 x Windows Server 2008 R2 SP1 (2vCPU, 1024MB static memory, 20GB fixed vhd)+(in fc SAN)
- 15 x Windows Server 2008 R2 SP1 (2vCPU, 1024MB static memory, 20GB fixed vhd)+(in SSD Raid)
- 25 x Windows Server 2008 R2 SP1 (2vCPU, 512-4096MB dynamic memory, 20GB fixed vhd)+(in fc SAN)
- 20 x Windows7 SP1 (2vCPU, 512-2048MB dynamic memory, 20GB fixed vhd)+(in fc SAN)

Bu videoda Hyper-V’nin Virtual Machine Starting ve Shutdown süreclerine nasıl yanıt verdiği yer almaktadır.

Hyper-V Performance Show – Episode I

# Hyper-V, Video 1 Yorum Var »

Parent Partition’ın SSD diskler üzerinde çalıştığı (4disk/raid0), VM’lerin FC SAN’de barındığı, 128GB memory ve 32Core’a sahip bir sunucuda Hyper-V ile 50 adet Windows Server 2008 R2 (2 vCPU, 1024MB static memory, 20GB fixed vhd) ve 20 Adet Windows 7 (2 vCPU, 512-2048MB dynamic memory, 20GB fixed vhd) yani toplamda 70 adet sanal makinenin start process’ini izleyebilirsiniz. Evet, aynı anda :)

Ve bazı anlarda Hyper-V Manager konsolunun FPS’i, start veya shutdown olan VM’lerin status bilgisini update etmeye yetişemiyor :) start ve shutdown komutlarını çalıştırdığım bölümde gözlemleyebilirsiniz.

Videoda VM’lerin tamamını sıfırdan start ediyorum yani her sanal sistem kendi boot process’ini gerçekleştiriyor ve sanal işletim sistemi üzerinde kendi servis ve uygulamalarını start ediyor. VM’leri kapatırken ise turnoff değil shutdown yapıyorum yani işletim sistemini başlat menüsünden kapat demiş gibi servis ve uygulamaların sağlıklı bir şekilde sonlandırılmasını ve daha sonra sistemin kapatılmasını sağlıyorum. Bu işler 70 VM için ayrı ayrı gerçekleşiyor.

Bu videoda Hyper-V’nin Virtual Machine Starting ve Shutdown süreclerine nasıl yanıt verdiği yer almaktadır.

— Post Update (07.06.2011) —

Episode II: http://www.serhatakinci.com/index.php/hyper-v-performance-show-episode2.html

Exchange Server 2010 İçin Sanallaştırma Ortam Desteği Genişletildi

# Exchange Server, # Hyper-V Yorum Yaz »

 Microsoft Exchange Team, hafta başında, sunucu sanallaştırma ortamlarında çalışan Exchange Server 2010 with SP1 için destek senaryosunun genişletildiğini duyurdu.

Artık Exchange Server 2010 SP1 Unified Messaging Role sunucu sanallaştırma ortamlarında resmi olarak destekleniyor :)

İkinci olarak; Exchange Server 2010 yüksek erişilebilirlik özelliklerinden olan DAG (Database Availability Groups), artık hypervisor-based clustering’ler ile gelen HA özelliklerinde de destekleniyor. Yani DAG üyesi VM’lerin Migration özellikleri ile (mesela Hyper-V Live Migration) taşınması veya otomatik failover işleri gibi…

Bu iki önemli destek, Hyper-V ile birlikte SVVP kapsamındaki tüm sanallaştırma üreticilerinin platformlarında çalışan Exchange Server 2010 SP1 için geçerli.

Ayrıca Windows Server 2008 R2 Hyper-V üzerinde sanal olarak çalışacak Exchange Server 2010 için roller, capacity planning, sizing, performance ve high availability konularını içeren bir best practice whitpaper da yayımlandı. Bu whitepaper’a aşağıdaki url’den ulaşabilirsiniz.

Best Practices for Virtualizing Exchange Server 2010 with Windows Server 2008 R2 Hyper-V
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=8647c69d-6c2c-40ca-977e-18c2379b07ad

Exchange Server 2010 System Requirement’ların update edilmiş hali
http://technet.microsoft.com/en-us/library/aa996719.aspx.

Anons detayları:
Announcing Enhanced Hardware Virtualization Support for Exchange 2010
http://blogs.technet.com/b/exchange/archive/2011/05/16/announcing-enhanced-hardware-virtualization-support-for-exchange-2010.aspx

Pages: 1 2 3 4 5 6 7 8 ...14 15 16 Next
Wordpress - License / GPLv2
Entries RSS Comments RSS Log in