Merhaba.

VM’ler üzerinde USB Port henüz desteklenmiyor. Ancak USB bağlantılı cihazları kullanmak için şu yöntemi deneyebilirsiniz.

VM içerisinde çalışan Guest OS’e, Hyper-V sunucusu yada USB cihazın takılı olduğu herhengi bir makine üzerinden RDC (Uzak Masaüstü Bağlantısı) ile bağlanın.

Bağlanmadan önce, RDC ayarlarında “Supported Plug and Play Devices” kutucuğunu işaretleyin.

Ek olarak yerel disklerinizi de VM üzerinde görmek istiyorsanız, “Drives” kutucuğunuda işaretleyin.

Daha sonra VM’e bağlanın.

Yerel diskler ve USB aygıtları, VM üzerindeki Guest OS içerisinde kullanılabilir olacaktır.

Yukarıda görünen 4 sürücüden ikisi yerel disk, biri USB disk, diğeri ise optik sürücü.

RDC bağlantısını sonlandırdığınızda USB bağlantısının da kesileceğini unutmayın.

Sanal sistemler ile uğraşanlar bilir, sanal makineler arasında sürükle-bırak yöntemi ile dosya paylaşımı oldukça kullanışlıdır. Bu yöntem henüz Hyper-V VM’lerde desteklenmiyor.

Ama aşağıdaki yöntemleri kullanabilirsiniz.

VM’ler arası yada fiziksel (host) sistem ile VM arası dosya paylaşımı için;

• Dosya paylaşım servisini kullanabilirsiniz. Yani VM’ler arası yada VM’ler ile fiziksel makine arasında Share edilmiş bir klasör üzerinden dosya paylaşımı yapabilirsiniz.

• Dosyalarınızı ISO formatına çevirip Optik Disk olarak VM lere atabilirsiniz.

• VM’lere Uzak Masaüstü Bağlantısı (mstsc) ile bağlanıp Windows Explorer kullanabilirsiniz.
  • Bağlanmadan önce mstsc> Ayarlar> Local resources> Local devices and resources> More> Drives seçeneğini işaretleyin.
  • VM’e RDC ile bağlanıp Windows Explorer kullanarak dosya paylaşımı yapabilirsiniz.

Yine Uzak Masaüstü Bağlantısı kullanarak kes/kopyala/yapıştır yöntemlerini kullanabiliriz.

VM’ler arası Drag and Drop dosya paylaşımının neden desteklenmediği ile ilgili sevgili Anıl‘ın iğneli açıklamasını aşağıda bulabilirsiniz :)

Bildiğimiz gibi virtual pc kullanırken host makinadan yada vmler arasında, sürükle  bırak tekniği ile dosya alışverişini gerçekleştirebiliyorduk.Yalnız hyper-v içerisinde çalışan sanallarımız için bu geçerli değil.Bu birçok kişiyi hayal kırıklığına uğratabilir ama dosya paylaşımı için geleneksel networking mantığını kullanmamız gerekli.Ama bunun sebebini bilmeniz eminimki daha iyi olacaktır.Tabiki böyle bir özelliği virtual pc altına koyan microsoft ,hyper-v altınada koyabilirdi.Peki neden yapmadı?

Tamamiyle güvenlik.Çünkü siz hyper-v mimarisini incelediğinizde ,biraz önce vmbus örneğinde gördüğünüz gibi varolan bütün sanal makinaların izole bir şekilde yer aldığını göreceksiniz.Yani VM’lerimiz güvenliğin tam anlamıyla sağlanması amacıyla sadece parent partition ile haberleşebilirler.Birbirleriyle (geleneksel networking dışında) hiçbir şekilde haberleşemezler.Buda attack surface dediğimiz saldırı alanını iyice daraltmış ve ITPro lar için varolan bir açık kapıyıda kapatmış oluyor.

Yazının tamamı için Buraya bakabilirsiniz.

Merhaba.

Bildiğiniz gibi VM lere bağlı VHD leri (sanal disk) kolayca editleyip üzerinde çeşitli işlemler yapabiliyorduk (Expand, dynamic/fixed convert yada compact gibi).

Eğer edit yapacağımız VM için alınmış bir yada daha fazla snapshot var ise, edit işleminden vazgeçmeliyiz çünkü işlemden sonra disk/VM çalışmayacaktır.

Örneğin bir disk üzerinde Expand işlemi gerçekleştirmek istiyoruz. Eğer alınmış bir snapshot var ise (aşağıdaki gibi)

Disk üzerinde düzenleme yapmak istediğimizde Edit menüsü disable olarak gelecektir.

Edit butonunun hemen altında bir uyarı göreceksiniz. Bu uyarıda da yapılmaması gerektiğinden bahsediliyor.

Eğer alınmış bir snapshot yoksa yada aldığınız snapshot ları sildikten sonra diski düzenlemeyi denerseniz, Edit menüsünün Enable durumda olduğunu görecekesiniz.

Bir başka ayrıntı ise; alınmış bir snapshot varken ve Edit menüsü disable durumdayken Hyper-V ayarlarından Edit Disk.. seçeneği ile disk üzerinde işlem yapma şansımız olması.

Ama editleme işlemi sonunda Disk/Vm yine açılmayacaktır. Yani snapshot varken diskler üzerinde editleme işlemi yapmamalıyız.

Eğer Edit Disk.. menüsü kullanarak yanılışlıkla yaptıysak, VM’i bir önceki snapshot’a döndürerek sorunu çözebiliriz ancak bu durumda veri kaybı söz konusu olabilir.

Hyper-V üzerinde Failover Cluster çalıştırıyorsanız, aşağıdaki patch’i yüklemelisiniz. Bu patch, Windows Server 2008 Failover Cluster Management Console üzerinde birtakım geliştirmeler yapıyor ve birtakım hataları düzeltiyor.

Düzenlediği noktalar aşağıda.

• Changes to the virtual machine view
• Changes to virtual machine actions
• Allow for more than one virtual machine in a “Services or Applications” group
• Add support for mount points or volumes without a drive letter
• Changes to the virtual machine refresh action
• Behavior changes if any node of the failover cluster has a disconnected virtual machine
• Behavior change when you add a pass-through disk to a virtual machine
• Behavior change when the parent differencing disk is not on shared storage
• Volume path copy

Patch şu an downladable durumda değil. Temin etmek için Microsoft İletişim Hattı ile görüşmelisiniz.

Patch hakkında ayrıntılı bilgi için buraya bakabilirsiniz.

Bu bölümde Sanal Makineler üzerinde gerçekleştirebileceğimiz işlemlere ve yapabileceğimiz değişikliklere bakacağız.

İnceleyeceğimiz menü, Hyper-V Manager konsolunda Actions bölümü altında bulunuyor.

Yukarıda gördüğünüz gibi; öncelikle sanal makinemizi seçiyoruz (W2K3 STD-1)ve sağ alt bölümden editing işlemlerini gerçekleştirebiliyoruz.

İlk seçeneğimiz “Connect…”

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

Çalışan Hyper-V nin hangi dağıtım olduğunu anlamak için, version bilgisine bakabiliriz. Bu güne kadar çıkmış olan Hyper-V dağıtımlarının version numaraları aşağıda yer alıyor.

Hyper-V Beta :  6.0.6001.17101
Hyper-V RC0  :  6.0.6001.18004
Hyper-V RC1  :  6.0.6001.18010
Hyper-V RTM :  6.0.6001.18016

Full kurulum Windows Server 2008 üzerinde çalışan Hyper-V için;

Hyper-V Manager> Help> About Hyper-V Manager…

tıklıyoruz ve gelen pencerede version numarasını görüyoruz.

Komut satırından bakmak için (Windows Server 2008 Core üzerinde kullanabiliriz)

wmic datafile where name=”c:\\windows\\system32\\vmms.exe” get version

komutunu veriyoruz. Versiyon numarasını aşağıdaki gibi görebiliriz.

Daha önce intel ve amd işlemciler üzerinde, virtualization uyumluluğunu test eden tool lar dan bahsetmiştim.

INTEL için

AMD için

SecurAble ise hem INTEL hemde AMD işlemcilerin virtualization uyumluluğunu kontrol edebilen thirdpart bir tool. Buradan download edebilirsiniz.

Sonucu görmek için tool’u çalıştırmak yeterli.

Aşağıda uyumlu bir işlemci bilgisi var:

Uyumsuz bir işlemci bilgisi:

Hyper-V RC1 ve RC0 da, VM (Sanal Makine) dosyalarının durduğu dizinlerin silinememesi gibi durumlar oluşabiliyordu. Hyper-V RTM sürümde ise bu duruma hiç rastlamadım.

Eğer böyle bir problem yaşarsanız, sistemi (hyper-v fiziksel sunucu) güvenli modda açarak veya WinPE gibi CDbootable olarak çalışan bir sistem ile açarak, problemli VM klasörlerini silebilirsiniz.

Windows Server 2008 x64 için Hyper-V RTM, Windows Update üzerinden indirilebilir durumda.

Merhaba.

Daha önce bu konuda bir liste yayınlamıştım. İlk listeye buradan ulaşabilirsiniz.

Şimdi ise desteklenen işletim sistemleri ile ilgili daha ayrıntılı bir listeyi paylaşmak istiyorum.

Bu konuda küçük bir bilgi vermek isterim. Bu listede yer alamyan işletim sistemleri Hyper-V üzerinde çalışmıyor diye bir kural yok. Bu listede yer alan işletim sistemleri, Microsoft tarafından Hyper-V üzerinde denenmiş ve resmi desteği verilen işletim sistemleridir.

Örneğin Hyper-V üzerinde Suse Linux kullanıyorsunuz ve sorun yaşıyorsunuz. Bu durumda Microsoft size yardımcı olmaya hazırıdır. Ama desteklenmeyen bir işletim sistemi kullanıyorsanız, Microsoft size yardımcı olamayacaktır.

İlerleyen günlerde bu listenin genişleyeceği ve daha bir çok işletim sisteminin destek kapsamına alınması bekleniyor.

Listeyi inceleyebilirsiniz … Yazının devamını oku … »