Bu video’yu izleyerek Hyper-V üzerinde nasıl yeni sanal makine yaratılacağını öğrenebilirsiniz.

Bu video’yu izleyerek Hyper-V Manager yönetim konsolu üzerinde Hyper-V Settings bölümünde hangi ayarların yer aldığını ve nasıl konfigüre edebileceğinizi öğrenebilirsiniz.

Bu video’yu izleyerek Hyper-V Manager yönetim konsolunun ne olduğu ve üzerinde hangi komutların/sihirbazların yer aldığını öğrenebilirsiniz.

Geçen hafta gerçekleştirdiğimiz ve şurada duyurusunu yaptığım “Hyper-V v2 – Core Features“ webcast’ini yarın akşam tekrar ediyoruz :)

Yarın akşam için planladığımız Exchange 2010 Yeniliklerinden RBAC ve MailTips sunumunu konuşmacımızın iş yoğunluğu nedeniyle iptal etmek durumunda kaldık. Bu haftayı boş geçmemek adına ve geçen haftaki sunumu kaçıranlar, tekrar katılmak isteyenler içinde bir fırsat olması açısından Hyper-V v2 sunumunu tekrar ediyoruz.

Sunum bilgisine şuradan ulaşabilirsiniz: http://www.cozumpark.com/forums/thread/189606.aspx

Windows Server 2008 R2 Hyper-V ve System Center Virtual Machine Manager 2008 R2 ile ilgili giriş seviyesinden başlayarak ileri seviyeye çıkacağımız, sesli ve uygulamalı eğitim videoları hazırlıyorum. Bu videoları parça parça ve rastgele zamanlarda yayınlıyor olacağım.

Bunun dışında önümüzdeki ay Microsoft Virtualization Çözümleri (başta hyper-v ve vmm2008) ile ilgili  fast track eğitimleri düzenleyeceğiz ve bu eğitimlerde her iki ürünü ve yapıya entegre olabilen diğer ürünleri çok detaylı olarak ele alacağız. Kapsamlı ve ücretli olacak bu eğitimler hakkında da ilerleyen günlerde bilgi vereceğim.  Eğitimler hakkında ön bilgi almak için şuraya bakabilirsiniz: http://www.cozumpark.com/egitim.aspx

Bu akşam 21:00′de Hyper-V v2‘nin temel özelliklerini konuşacağız. Online olarak katılabileceğiniz bu sunum için öncelikle bilgisayarınızda Office Live Meeting Client‘ın yüklü olması gerekiyor. Şuraya tıklayarak hemen indirebilirsiniz.

Uygulamayı yükledikten sonra aşağıdaki katılım bağlantısına tıklayarak otomatik olarak sunuma dahil olabilirsiniz.

Konu : Windows Server 2008 R2 ve Hyper-V v2: Core Features
Konuşmacı : Serhat AKINCI
Başlama zamanı : 08 Temmuz 2010 Perşembe Saat : 21:00
Bitiş zamanı : 08 Temmuz 2010 Perşembe Saat : 22:00
Katılım Bağlantısı : https://www.livemeeting.com/cc/microsoft/join?id=QH8DBS&role=attend

Hyper-V Virtual Machine Export – import

Bir sanal makineyi tüm sanal donanımları ve konfigürasyonu ile çalıştığı host üzerinden başka bir host’a taşımak için kullanabileceğiniz en basit ve min. konfigürasyon gerektiren yöntem export/import yöntemidir.

Virtualization Infrastructure’ınıza göre farklı topolojilere, farklı hardware/storage ürünlerine sahip olabilirsiniz. Örneğin cluster ortamında çalışan node’larınız yada standalone çalışan host’larınız olabilir. Ne şekilde olursa olsun, Hyper-V üzerinde çalışan bir VM’i export ederek farklı bir Hyper-V Host üzerine import etmek gerçekten çok zahmetsiz bir aksiyondur.

Export/Import özelliği Hyper-V kurulumu ile gelen default bir özelliktir ve herhangi bir ek konfigürasyona ihtiyaç duymaz. Hyper-V kurulumundan sonra, örneğin Hyper-V Manager konsolu üzerinden ilgili aksiyonu rahatlıkla gerçekleştirebilirsiniz.

Ek bir bilgi: Eğer gerekli topoloji oluşturulmuşsa yani cluster ve shared storage yapısına sahipseniz ve host’larınız cluster olarak çalışıyorsa, VM taşıma işlemi için Live Migration veya Quick Migration yöntemlerini kullanmak daha doğru bir karar olacaktır.

 Peki Export/Import özelliğini tam olarak hangi senaryolarda kullanıyoruz?

Aslında Export/Import kelimelerine yabancı olmadığınızı düşünüyorum çünkü IT’de sıkça karşılaştığımız ve gerçekten de ayrılmaz iki kavramdır Export ile Import.  Mesela  Internet Explorer ayarlarınızı export edebilir, daha sonra oluşan dosyayı başka bir sistemde çalışan Internet Explorer’a import ederek ayarlarınızın o sisteme taşınmasını sağlayabilirsiniz. Yada bu export dosyasını  hemen import etmeyip daha sonra kullanmak üzere saklayabilirsiniz. Buradaki temel amaç nedir? Temel amaç, belirli bir efor ve zaman harcanarak tanımlanmış olan bir takım ayarların, bu ayarlara sahip olmayan başka bir sistem üzerine (veya aynı sistem üzerine) yine minimum efor ile aktarılmasıdır. Eğer bu ayarları export etme şansınız olmasaydı, oturup tüm ayarları tek tek yapmak durumunda kalacaktınız. Bu senaryo Export/Import için verilebilecek en basit örneklerden biriydi. Gelin şimdi Hyper-V tarafındaki export/import aksiyonuna göz atalım.VM Export/Import özelliği temelde kopyalama (clone), taşıma (migration) ve bazı durumlarda offline yedekleme (offline backup) için kullanılmaktadır. Yani temelde 3 senaryo için kullanıyoruz:

·         Clone: Bir VM’in kopyasını oluşturmak için ve bu kopyayı o host yada başka bir host üzerine almak için (Kopyalama sonrasında Windows Guest OS’ler için sysprep gerekebilir çünkü var olan kopya ile SID çakışma ihtimali vardır)

·         Migration: Bir VM’i çalıştığı host üzerinden alıp, var olan konfigürasyonu ile birlikte başka bir host üzerine taşımak için.

·         Offline Backup: Bir VM’in yedeğini almak, gerektiğinde yedek alınan tarihteki kopyayı tekrar çalışır hale getirmek için.

Yazının devamını oku … »

ESX Server üzerinde koşan VM’ler için yanlış bilinen bir konu daha.. Nedendir bilmiyorum ama ESX üzerindeki VM’lerin 3D desteklediği yönünde yanlış bir kabul var piyasada.  Aslında konu açık ve net. ESX Server üzerinde çalışan VM’lerde 3D desteklenmez yani 3D acceleration yetenekleri yoktur.

Sanıyorumki durum şundan kaynaklanıyor: Vmware tarafında ESX’ten farklı bir sınıfta/kulvarda olan ve genellikle son kullanıcıya hitap eden Vmware Workstation ürünü üzerinde koşan VM’ler Vmware Tools pakedi ile 3D acceleration destekleyebiliyor. Ama az önce de söylediğim gibi Vmware Workstation ürünü ESX Server yada Hyper-V ile aynı kulvarda yer almaz. Her şeyden önce Vmware Workstation bir işletim sistemi üzerine kurulur ve bare-metal bir ürün değildir. Sanırım Vmware Workstation kullanıp 3D özelliğini gören kişiler, ESX Server tarafında da aynı yeteneğin olduğunu sanıyorlar..

Aslında küçük bir search ile sonuca ulaşmak hiçte zor değil.

Source: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1011942

Yani Vmware derki: ESX Server (article da 4.0 referans verilmiş) için 3d acceleration özelliği desteklenmiyor ve şu sıralar desteklenmesi de planlanmıyor. Bu özellik Vmware Workstation üzerindeki VM’lerde kullanılabilir durumda..

Son olarak birde Hyper-V tarafındaki duruma bakalım (adettendir :)). Hyper-V üzerindeki VM’lerde de henüz 3D desteklenmiyor. Ancak bu konu için yakın zamanda bazı announce’lar yapıldı ve Hyper-V üzerindeki VM’ler için 3D yetenekleri yakında geliyor :). Windows Server 2008 R2 için hazırlanan SP1, dynamic memory ile birlikte remote fx yeteneklerini de VM’lere kazandırıyor olacak. RemoteFX özelliği sayesinde sunucuya takılı 3D destekli ekran kartını VM’ler arasında paylaştırabileceksiniz.

Bildiğiniz gibi Hyper-V üzerinde çalışan Linux VM’ler için tek Virtual CPU destekleniyordu (yani SMP desteklenmiyordu).

Dün yapılan duyuruya göre Linux Integration Services 2.1 ile Supported Linux Guest OS’ler 4 vCPU ile destekleniyor olacak, yani SMP desteklenecek (henüz beta).

Önceki Linux ICs özelliklerine ek olarak Linux Integration Services 2.1 ile gelen yetenekler aşağıdaki gibi.

Linux iş yükleri için SMP desteği
Linux VM’ler için 4 sanal işlemci tahsis edilebilir.

Timesync
Linux VM’ler Hyper-V host ile time sync. yapabilirler.

Entegre Shutdown
Linux VM’ler Hyper-V Manager üzerinden shutdown edilebilir.

Beta durumda olan Linux Integration Services 2.1‘i aşağıdaki link üzerinden download edeip test edebilirsiniz.

https://connect.microsoft.com/InvitationUse.aspx?ProgramID=1863&InvitationID=LNIS-T47Q-B7MP&SiteID=495

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 bende 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 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ı, belkide hiçbiri! Bu nokta 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. Yazının sonunda Neden Hyper-V Tercih Etmeliyim konusunda kafanızda bir fikir oluşacağına eminim.

1. Güvenlik ve Disk Footprint

Vmware, Hyper-V Disk footprint’e takmış durumda. Footpirnt’i ürünün disk üzerinde kapladığı alan (yani total code base, code miktarı) olarak düşünebilirsiniz.

Vmware derki; Hyper-V Windows Server 2008 OS ile ç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) 80kat 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, security risk oluşturmakta  ve  performance overhead yaratmaktadır.

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. Security ç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 size’ları 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 update geçildiğini biliyor musunuz?

ESX 3.5 için 168 adet patch geçildi (ki bu rakam artmış durumda) ve bu patch’lerin toplamı yaklaşık 3GB kadar.

Windows Server 2008 Core + Hyper-V için son 18 ayda geçilen patch sayısı ise sadece 19 ve toplamı 80mb :)

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. Yazının devamını oku … »