"Hyper-V" bölümündeki tüm yazılar:

PowerShell Direct Nedir, Nasıl Kullanılır?

01.10.2015 | 20:23 Hyper-V , PowerShell 1 Yorum

PowerShell Direct pek tabii bir yenilik, ama özellikten ziyade VM’ler içerisinde PowerShell komutları çalıştırmak için yeni bir yol demek daha doğru olur sanırım. Windows Server 2016 Hyper-V, Windows 10 Hyper-V ve PowerShell 5.0 ile birlikte kullanılabilen PowerShell Direct yöntemi, Hyper-V Host’lar üzerinden VM’ler içerisinde PowerShell komutları çalıştırmanızı sağlayan yeni bir yol sağlıyor.

PowerShell Direct öncesinde, bir Windows VM’i ağa bağlayıp Remote Management ayarlarını yaptıktan ve Windows Firewall üzerinde gerekli kuralları aktif ettikten sonra Enter-PSSession olsun, Invoke-Command olsun çeşitli cmdlet’lerin -ComputerName parametresine ağa bağlı uzak bilgisayarı vererek üzerinde bir komut çalıştırabilir veya bir komut satırı oturumu başlatabilirsiniz. Bu modelde uzak bilgisayarın bir VM veya Physical Server olmasının da pek bir önemi yoktur çünkü iletişim ağ bağlantısı kanalıyla kurulur. Bu yüzden üzerinden ilk kural, üzerinde komut çalıştırılmak istenen uzak bilgisayarın ağa bağlı ve ulaşılabiliyor olması…

Mesela aşağıda iki örnek var. Dikkat ederseniz uzak sunucu ismi -ComputerName parametresi ile sağlanıyor.

# Server1 isimli uzak sunucuda çalışan process’lerin bir listesini alır
Invoke-Command -ComputerName Server1 -ScriptBlock{Get-Process}

# Server1 isimli uzak sunucuda bir PS oturumu başlatır
Enter-PSSession -ComputerName Server1

Powershell Direct sayesinde, PowerShell 5.0’daki bazı cmdlet’lere eklenen -VMName veya -VMGuid parametreleri ile mesela bir Hyper-V Host üzerinde çalışan ama üzerinde hiçbir Remote Management ayarı gerçekleştirilmemiş veya hiçbir şekilde ağa bağlı olmayan (hatta ağ adaptörü bile bulunmayan) bir VM’in sanal işletim sistemi içerisinde komutlar çalıştırabilirsiniz; adı gibi, direkt!

Devamını oku…

Hyper-V Sanal Disk Türleri – Fixed, Dynamic, Differencing

20.09.2015 | 15:09 Hyper-V 4 Yorum

Zaman zaman Hyper-V sanal makinelerine bağlanan sanal disk türleriyle ilgili şeylerden bahsetmiştim. Ama fark ettim ki blog üzerinde bu konuya adanmış bir post yok. Ne tuhaf :) Bu önemli konu hakkında hemen bir tane kaleme alayım ve blog’taki yerini alsın. (Update: 7 yıl önce kısa bir tane yazmışım)

Bir Hyper-V sanal makinesinin anatomisi ele alındığında üzerinde konuşulması gereken önemli parçalardan biri de sanal disklerdir (virtual hard disk). Aslında Hyper-V’yi bir kenara bırakıp konuyu tüm sunucu sanallaştırma platformları açısından ele aldığımızda şöyle bir tanım yapmak mümkün: Sanal diskler, platformlar üzerindeki sanal makinelere depolama alanı sağlayan kapsüllenmiş (encapsulation) özel dosya formatlarıdır ve tıpkı fiziksel HDD’ler gibi anlamlı bir stracture’a, partition yapısına ve dosya sistemine sahiptirler.

Hyper-V dünyasında sanal diskleri sınıflarken format ve tür (tip) olmak üzere iki açıdan ele alıyoruz. Bu yüzden sanal disk türlerine geçmeden önce sanal disk formatlarını anlamak gerekiyor.

Devamını oku…

Windows 10 Üzerine Hyper-V Kurulumu (Client Hyper-V)

18.07.2015 | 23:53 Dokümanlar , Hyper-V , Windows 13 Yorum

Microsoft’un kurumsal sınıf sunucu sanallaştırma çözümü olan Hyper-V’yi Windows 8 ve Windows 8.1’den sonra şimdi Windows 10 üzerinde de kullanabiliyorsunuz. Windows 10 Hyper-V (bir diğer ifade ile Client Hyper-V), sunucu tarafındaki varyasyonu Windows Server 2016 Hyper-V’ye (Server Hyper-V) göre daha az özelliğe sahiptir ama bir son kullanıcının, bt uzmanının veya bir uygulama geliştiricinin işletim sistemi sanallaştırma ihtiyaçlarını rahatlıkla karşılayabilir.

windows-10-client-hyper-v

Windows 10 Hyper-V, Server Hyper-V ile kıyaslandığında bazı özelliklere sahip değildir ancak bu sizi yanıltmasın. Hyper-V Manager konsolunu veya PowerShell cmdlet’lerini kullanmak, Gen1 veya Gen2 jenerasyonda olabilen 32bit veya 64bit Windows ve Linux tabanlı sanal makineler çalıştırmak, dynamically/fixed/differencing türlerde sanal diskler bağlamak veya kablolu/kablosuz ağ adaptörleriyle ilişkilendirilmiş sanal ağlar oluşturmak, fiziksel belleği paylaşılan havuz mantığında (dynamic memory) kullanmak, Standard Checkpoint‘lere ilave Production Checkpoint’ler (snapshot) almak, Export/Import yapmak, belki Live VM Migration değil ama Live Storage Migration operasyonları gerçekleştirmek, Online Backup almak gibi ihtiyaç duyabileceğiniz birçok önemli özelliğe sahiptir. Ayrıca mesela bir notebook ile çalışırken ekranı (lid) kapattığınızda cihaz uyumadan önce Client Hyper-V de bilgilendirilir ve çalışan VM varsa saved state konuma çekilir, ardından lid’i tekrar açtığınızda VM’ler de kaldıkları yerden uyanır ve çalışmaya devam eder; Client Hyper-V bu gibi son kullanıcı aksiyonlarına da adapte durumdadır.

Client Hyper-V bunları ve daha fazlasını, üstelik bir son kullanıcı işletim sistemi altında ve kurumsal sınıf (type-1) hypervisor güvenilirliğiyle gerçekleştirir; ayrıca Server Hyper-V ile aynı kod yapısına sahiptir, ortak geliştirilir. Bu ortak kod yapısı sayesinde sanal disk imajları, sanal makine konfigürasyon formatı gibi tüm bileşenler Server Hyper-V ile tam uyumludur. Hatta eğer Windows 10 çalıştıran makineniz ile sağlamayı başarabilirseniz sanal makine başına 64 vCPU’lar, 1TB RAM’ler bile mümkün :)

Devamını oku…

Nano Server Kurulumu Nasıl Yapılır?

16.05.2015 | 00:18 Dokümanlar , Hyper-V , Windows Server 5 Yorum

Windows Server 2016’nın minimal kurulum seçeneği olan Nano Server, bulut uygulamaları (cloud apps), mikro servisler (micro services), Windows konteyner yapısı (Windows containers), Hyper-V konteyner yapısı (Hyper-V containers), Microsoft Cloud Platform infrastructure çözümlerinden Hyper-V VM’ler ve Scale-out File Server yapılarını çalıştırmak üzere optimize edilmiş, süper düşük ayak izine sahip, kırpılmış ve daha güvenilir bir Windows Server seçeneğidir.

Geçen hafta Nano Server ile ilgili oldukça kapsamlı bir post yayımlamıştım. Yeniden aynı şeyleri anlatmanın bir manası olmadığı için kuruluma doğru hızlıca ilerliyoruz ama kurulumu yapmadan önce Microsoft Nano Server nedir yazısını mutlaka okumanız gerekiyor. İmza bir dost :)

Nano Server, Windows Server 2016 TP2 ile birlikte test edilebilir durumda ama maalesef henüz Setup sırasında GUI’den yükleme şansınız yok. Bu yüzden de Nano Server kurulumu şimdilik biraz zahmetli. Muhtemelen kararlı sürümde çok daha kolay bir kurulum yöntemi yer alacak.

Kuruluma geçmeden önce ve tabi eğer elinizde yoksa Windows Server 2016 TP2 ISO’sunu buradan indirebilirsiniz.

Devamını oku…

Microsoft Nano Server Duyuruldu – Nedir?

09.04.2015 | 00:24 Duyurular , Hyper-V , Windows Server 3 Yorum

Microsoft kısa süre önce yeni bir sunucu kurulum seçeneği olan Nano Server’ı resmi olarak duyurdu ve hakkında konuşulmaya değer bir gelişme olduğu kesin. Nano Server resmi duyurularından biri için buraya, beraberinde duyurulan ve Hyper-V ile de ilişkili olan yeni konteyner teknolojileri/yaklaşımı için ise şuraya bakabilirsiniz.

Windows tabanlı Docker host‘lar, konteyner teknolojileri, uygulama katmanında yeni nesil bulut yaklaşımı ve özellikle gelecek sürümdeki Hyper-V platformuyla konteynerler arasındaki ilişki başka bir yazıya konu olacak çünkü şimdi Nano Server zamanı.

Nano Server Nedir?

Nano Server, 2016 yılında piyasada olacağı kesinleşen bir sonraki Windows Server sürümlerinde yer alacak yeni bir kurulum seçeneğidir. Geçtiğimiz yıllarda Windows Server Core kurulum seçeneğinden bahsederken Windows Server Full kurulum seçeneğinin kırpılmış hali olduğunu söylüyorduk. Nano Server kurulum seçeneği için de Windows Server Core kurulum seçeneğinin daha da kırpılmış hali diyebiliriz :) Belirli birkaç iş için optimize edilmiş minimal bir Windows Server dağıtımı…

microsoft-nano-server

Nano Server’ı aşağıdaki üç ana senaryo için konumlandırabileceksiniz.

  • Born-in-the-cloud applications – Çoktan buluta adapte olmuş -ve hatta bulut içerisinde doğmuş- yeni nesil uygulamalar veya örneğin .Net Framework’ün opensource sürümü CoreCLR tabanlı uygulamalar… Ayrıca Nano Server C#, Java, Node.js, Python, vb. gibi çeşitli programla dili ve runtime altyapılarını da destekleyecek.
  • ContainersDocker ekosistemiyle ilişkili uygulama konteyner altyapısı. Aynı zamanda Hyper-V sanallaştırma platformuyla desteklenen yeni konteyner dağıtım seçeneği.
  • Microsoft Cloud Platform infrastructure – VM’ler çalıştırmak üzere Hyper-V Cluster altyapısı ve SMB destekli depolama çözümü olarak Scale-out File Server iş yükleri.

Nano Server’ı farklı kılan ise tüm bu işleri yaparken çok düşük disk footprint ile çalışabilmesi, devreye almayı kolaylaştıran ve uzaktan yönetilebilen kurulum seçeneği, işletme sırasında çok daha az yama ve güncellemeye ihtiyaç duyması, beraberinde daha az restart gereksinimi, hiç görmediğiniz kadar hızlı restart olabilme yeteneği, minimal düzeyde kaynak kullanımı ve tüm bunların yanında dar atak yüzeyi ile tartışmasız sıkı güvenlik.

Nano Server, yeni Windows Server üzerinde belirli işler için tercih edebileceğiniz minimal bir dağıtım (kurulum) seçeneğidir..

Tabi bu avantajları elde etmek için gemideki bazı ağırlıkların atılması gerekmiş. Örneğin Nano Server’da GUI stack tamamen kaldırılmış ve yeniden ekleme şansınız da yok, 32bit desteği (WOW64) yok, MSI (Microsoft Installer) yapısı yok, Server Core’a ait birçok bileşen yok ki bir zamanlar Server Core için benzerlerini söylüyorduk. Mesela Nano Server üzerinde yerel oturum açma şansınız yok. Uzak masaüstü oturumu açma şansınız da yok :) Yönetimsel işlemler WMI ve Core PowerShell tabanlı olarak tamamen uzaktan çalıştırılan araçlarla gerçekleştirilebilecek. Bu yüzden de minimal bir sunucuya göre oldukça güçlü PowerShell desteğine sahip olacak. Diğer taraftan alışık olduğunuz yerel yönetim araçlarının yerini alabilecek yeni Web-based management araçları üzerinde de çalışılıyor ki muhtemelen bu yeni Web tabanlı araçlar ile task manager, registry editor, event viewer, file explorer, disk management, device manager gibi görevleri yerine getirmek mümkün olacak.

Mesela disk footprint’i düşük tutmak için sunucu rolleri ile opsiyonel feature’ların tamamına ait binary’ler Nano Server üzerinden kaldırılmış. İhtiyaç halinde standalone paketler şeklinde ayrıca yüklenmesi gerekiyor. Desteklenmeyen roller ve feature’lar için ise haliyle hiçbir şey saklanmıyor, onları ayrıca kurma şansınız da yok.

nano-server-minimal

Yeni Nano Server kurulum seçeneği, Server Full ve Server Core ile aynı altyapıyı kullandığı için donanım sürücüleri tarafında diğer iki kurulum seçeneğinin desteklediği tüm sürücüleri destekliyor olacak. Bir başka ifade ile yeni Windows Server 2016 yılında piyasaya çıktığında üreticiler tarafından duyurulan tüm sürücüleri Nano Server için de kullanabileceksiniz.

Yeni Windows Server 2016 yılında piyasaya çıktığında 3 kurulum seçeneğine sahip olacak.

    • Server Full (with GUI)
    • Server Core (without GUI)
    • Nano Server (zero-footprint)

Windows Server Nano Hakkında Bazı Bilgiler

Eğer bugün piyasada olan güncel Windows Server sürümünde Nano Server kurulum seçeneği olsaydı ve bu seçenekle bir Hyper-V VM’e Nano Server kurulumu yapsaydınız, Full kurulumla kıyaslandığında durum aşağıdaki gibi olurdu.

  • %93 daha düşük VHD boyutu
  • %92 daha az kritik güvenlik açığı (2014 yılı baz alındığında)
  • %80 daha az yeniden başlatma (restart) gereksinimi

Yine benzer senaryolarda Nano Server ile Server Core kurulumu karşılaştırıldığında;

Nano Server çok daha az kaynak tüketir

Üzerinde herhangi bir özel iş yükü yer almayan Windows Server Core’da 26 process çalışırken aynı sunucu Nano Server olsaydı 21 process çalışacaktı. Server Core boot sırasında yaklaşık 255mb i/o yaparken Nano Server 150mb i/o yapacak, idle durumdaki Server Core kernel’i 139mb memoy tüketirken Nano Server 61mb tüketiyor olacaktı.

Nano Server güvenlik açısından daha sıkıdır

Server Core için 2014 yılında 23 Important, 8 Critical güvenlik açığı kapatılmış ve bu sırada 6 reboot gerekmiş. Nano Server için ise 9 Important, 2 Critical güvenlik açığı söz konusu olacaktı ve 3 reboot gerekecekti.

Diğer taraftan Server Core açılırken 98 adet driver’ın yüklenmesine ihtiyaç duyarken üzerinde 46 adet servis çalışıyor ve toplamda 31 adet port açık durumda. Nano Server ise açılışta 73 driver yüklüyor, 22 servis çalıştırıyor ve 12 portu açık.

Nano Server kurulumu hızlıdır ve disk üzerinde az yer kaplar

Yeni bir Server Core sunucunun kurulumu yaklaşık 5dk’da tamamlanırken Nano Server kurulumu 40-60sn içerisinde tamamlanabiliyor. Kurulum sonrasında Server Core disk footprint 4.84GB, Nano Server disk footprint ise 300MB kadar oluyor. Eğer kurulum işlemi bir VHD içerisine yapıldıysa (mesela bir sanal makine) Server Core VHD’si 6.3GB, Nano Server VHD’si ise 320MB boyutunda oluyor.

Son olarak önümüzdeki ay Windows Server vNext için yeni bir Preview build yayımlanmış olacak ve içerisinde Nano Server’ı da test edebileceksiniz.

Takipte kalın!

Get-HyperVReport.ps1 v1.5 is released!

05.03.2015 | 13:41 Hyper-V , PowerShell 0 Yorum

I have released a new version of Hyper-V Reporting Script (Get-HyperVReport.ps1 v1.5) and it’s now available on TechNet Gallery. Also you can see a full example report with new features on here.

What’s New in Get-HyperVReport.ps1 v1.5

Windows 8 and 8.1 OS support for script runtime environment

In order to run script on Windows 8 and 8.1, you need to enable Hyper-V and Clustering PowerShell modules manually.

New Cluster Overview section

In this new section script reports momentary resource usage about Hyper-V cluster environment.

Physical Resources

  • Node – Number of nodes in the cluster (Up/Total)
  • Logical Processor – Number of logical processors on “$” up nodes
  • Memory – Memory size on “$” up nodes (Used/Total)
  • Storage – Storage size on online clustered disks (Used/Total)

Virtual Resources

  • vMachine – Number of clustered VMs (Running/Total)
  • vProcessor – Number of VPs on “$” running and “$” paused clustered VMs
  • vMemory – Memory size of running or paused clustered VMs (Assigned/Maximum)
  • vStorage – Virtual hard disk size of running clustered VMs (Current/Maximum)

get-hypervreport-cluster-overview

Storage Overcommitment (Active VHD column in Disks/Volumes section)

This is my favourite feature in this release :) It reports active VHD (which is assigned to a running VM) number per volume. Also it predicts volume space overcommitment by calculating current file size and maximum disk size information and creates an alert which is shown by a highlight in the relevant volume cell.

storage-overcommitment

Supports for Extended Replica reporting

In this version, script can also report all replication modes (Primary, Replica and Extended) and creates notifications about replication status.

extended-replica

Hyper-V host information extended

  • Virtual Processors per Logical Processor ratio
  • Computer Manufacturer, Model
  • Processor Manufacturer, Model, Ghz
  • Running VM count detailed as Clustered and Non-clustered

VM Virtual Network information added

  • Network adapter device type
  • Connection status
  • Virtual switch name
  • IP address (v4/v6)
  • VLAN ID
  • Advanced – MAC Address, MAC Type, DHCP Guard, Raouter Guard, Port Mirroring, Protected Network

New $ReportFileNameTimeStamp parameter

Default value of this parameter is $true. If you set it to $false then html report’s filename will not have date and time value and it will always has the same filename. With this method it will be easy to publish the report on various web servers.

Cheers,
Serhat AKINCI

Hyper-V Reporting Script v1.5 Yayımlandı!

04.03.2015 | 22:54 Dokümanlar , Duyurular , Hyper-V , PowerShell 3 Yorum

Standalone veya Clustered Hyper-V ortamlarını raporlamak ve belirli açılardan izlemek için kullanabileceğiniz Get-HyperVReport.ps1 raporlama script’inin 1.5 sürümü indirmek için hazır! Her zamanki gibi aşağıdaki TechNet Gallery bağlantısını ziyaret ederek Hyper-V Reporting Script’in yeni sürümünü edinebilirsiniz.

 TechNet Gallery – Hyper-V Reporting Script (Powershell & HTML)

Ayrıca aşağıdaki bağlantıyı kullanarak v1.5 sürümüyle oluşturulmuş örnek bir rapora göz atmanız mümkün.

Hyper-V Environment Report v1.5

Nedense blog üzerinde bahsetmedim ama geçen ay ufak bir bakım sürümü yayımlamıştım (v1.1). Bir güncelleme var mı diye TehNet Gallery’i ziyaret edenler fark etmiş olabilirler. v1.5’e geçmeden önce ilk sürüm (v1.0) ve Türkçe kullanım kılavuzu hakkında bilgilerin yer aldığı bir yazıya Hyper-V Ortamları İçin Raporlama Aracı (Get-HyperVReport.ps1) bağlantısından ulaşabilirsiniz. Gelelim yeni sürüme.

Devamını oku…

VHD Block Fragmentation – Parçalanma

03.03.2015 | 20:56 Çözümler , Dokümanlar , Hyper-V 0 Yorum

VHD’ler (virtual hard disk) Hyper-V VM’lere disk olarak eklenen ve Guest OS tarafından yerel depolama amaçlı okuma/yazma (i/o) gerçekleştirilen dosyalardır. Hyper-V platformunda sanal disklerin VHD ve VHDX olmak üzere iki farklı formatı bulunur. Her iki format da temelde aynı işe yarar ancak VHDX’ler bazı durumlarda daha yetenekli, daha performanslı ve daha dayanıklıdır. Bu yazıda her ikisi için de VHD ifadesini kullanıyorum, siz hem VHD hem de VHDX olarak düşünebilirsiniz.

Bahsetmek istediğim konu VHD structure’da ortaya çıkan ama pek göz önünde olmayan, zaman ilerledikçe VM’lerin performansını olumsuz etkileyebilen sinsi düşman Block Fragmentation meselesi.

Hyper-V VM’lere bağlı olarak çalışan Dynamically Expanding VHD’ler (dinamik olarak genişleyen sanal diskler) zaman içerisinde block seviyesinde parçalanırlar yani fragmante olurlar (fragmentation). Bu da söz konusu VHD’nin performansını olumsuz yönde etkileyen faktörlerden biridir.

Sanallaştırmayı bir kenara bıraktığımızda fiziksel sunucular için durum şu: Özellikle spinning disk birimleri (dönen diskler, plaka tabanlı) üzerindeki volume’larda (aslında dosya sisteminde) yaşanan parçalanmalara şahit olmuşsunuzdur. Belirli dönemlerde uygulanan birleştirme yani defrag (defragmentation) işlemiyle bu parçalanmalar büyük oranda ortadan kaldırılır ve disk birimleri özellikle okuma isteklerine daha derli toplu veri dağılımı ile daha hızlı bir şekilde yanıt verebilir hale gelir. Ama volume’lara yeni veriler yazıldıkça, aralardan eski veriler silindikçe ve sonra yeniden yazıldıkça parçalanma tekrar ortaya çıkar ve yine defrag gereksinimi oluşur. Tekrar… tekrar… ve tekrar… Aslında işin doğası gereği yaşanan bir kısır döngüdür bu. Mesela tam da bu yüzden Windows Server 2012 gibi modern işletim sistemlerinde periyodik olarak (eğer yanlış hatırlamıyorsam haftada bir) çalışacak şekilde background defrag task’lar schedule edilmiştir. Ama ne zaman ki işin içerisine sunucu sanallaştırma giriyor, işte o zaman konu da biraz farklılaşıyor.

Devamını oku…

Hyper-V Sanal Ağ Türleri (Virtual Network Switch)

15.02.2015 | 16:59 Dokümanlar , Hyper-V 3 Yorum

Sanal ağ (virtual network veya virtual switch) yapıları, herhangi bir sanallaştırma platformu üzerinde çalışan sanal makinelerin (VM) gerek duyduğu ağ iletişimini, gerek duyulan şekilde sağlamak amaçlı kullanılır. Bu sanal ağları sanal switch’ler gibi düşünebilirsiniz. Mesela fiziksel bir switch’i belirli bir iç subnet’e hizmet vermek üzere tamamen izole bir şekilde konumlandırabileceğiniz gibi, aynı fiziksel switch üzerinden diğer subnet’lere veya doğrudan WAN’a routing yapabilecek bir hop ile dışarı da çıkartabilirsiniz. Virtual switch’ler de benzer şekilde çalışır ve hangi virtual switch’in ne şekilde davranış sergileyeceğini belirleyen şey ise türüdür.

Ağ üzerinden diğer sistemlerle, kullanıcılarla veya en azından sanallaştırma sunucusu (host) ile konuşamayan bir sanal makine, tek başına odaya kapatılmış bir çalışan gibidir :) Sanal ağlar, sanal makinelerin ortamla konuşabilmesi için önemli ve gereklidir. Marka bağımsız olarak tüm sunucu sanallaştırma platformları sanal ağ yeteneklerine sahiptir ve neredeyse tamamı aşağıdaki 3 sanal ağ türünü kullanır. Ancak ifade ediliş şekilleri veya yapılandırma yöntemleri farklılık gösterebilir.

Hyper-V Virtual Switch Türleri (Sanal Switch)

Windows Server 2008’in 64bit sürümleriyle piyasaya sunulan Hyper-V sunucu sanallaştırma platformunda ilk sürümden itibaren çeşitli ihtiyaçları karşılamak üzere kullanılabilen 3 farklı sanal ağ türü vardır. Bir dönem Virtual Network olarak anılan bu bileşenler yeni sürümlerde Virtual Network Switch olarak anılır. Virtual Network türleri ise bu Virtual Network Switch’lerin bağlantı şeklini (connection type) temsil eder.

virtual-switch-turleri

Bu arada 5-6 sene önce şöyle iki yazı yazmışım: virtual network yapısı ve virtual network bandwidth konusu. Benzer konuların ele alındığı bu yazılara da göz atabilirsiniz.

External Virtual Switch (Network)

Fiziksel ağ üzerindeki sistemlerle konuşması gereken sanal makineler için kullanılır. Fiziksel ağ üzerindeki bu sistemler, ortamdaki fiziksel sunucular olabileceği gibi diğer Hyper-V sunucuları üzerinde çalışan sanal makineler veya WAN üzerindeki çeşitli servisler olabilir. External türdeki Virtual Switch‘ler dış dünya ile konuşması gereken sanal makineler için kullanılır.

Oluşturulan bir External Virtual Switch’in fiziksel ağ ile konuşabilmesi için haliyle fiziksel bir ağ portuna (ağ kartı & network adapter & nic) bind edilmiş olması şarttır. Zaten bu türde virtual switch oluştururken bind edilecek uygun bir fiziksel ağ portunu seçmeniz gerekir, aksi durumda oluşturma işlemi gerçekleşemez.

Devamını oku…

Copy-VMFile ile Sanal Makinelere Dosya Kopyalamak

Hyper-V sanal makineleriyle (VM) çalışırken belirli anlarda sanal işletim sistemi (Guest OS) disk alanlarına çeşitli veriler kopyalamanız gerekebilir. Örneğin sanal işletim sistemi üzerine kurulumunu gerçekleştirmek üzere olduğunuz uygulamaya ait ilave setup dosyaları, bir grup doküman, bir ayar dosyası veya birkaç dijital sertifika pfx’i gibi şeyler…

Bu durumda birkaç şansınız var.

  • Kopyalamak istediğiniz içeriği bir ISO dosyası olarak paketleyip sanal donanımlardan Virtual DVD Drive ile VM’e insert edebilirsiniz. Tabi o an Virtual DVD Drive kullanılmıyor olmalı veya VM üzerinde ikinci ve müsait Virtual DVD Drive hazır bulunmalı.
  • Kopyalamak istediğiniz içeriği bir VHD/VHDX olarak paketleyip doğrudan VM’e attach edebilirsiniz.
  • Eğer VM ağa bağlı ve TCP/IP iletişimi mümkün ise, doğrudan SMB veya benzer protokoller vasıtasıyla kopyalama işini ağ üzerinden gerçekleştirebilirsiniz.
  • Eğer VM ağa bağlı, TCP/IP iletişimi ve uzak masaüstü bağlantısı (RDP) mümkün ise, oturum açarak Clipboard veya Drive Mapping kullanabilirsiniz. Benzer işler yapan üçüncü parti çözümler de olabilir.
  • Eğer 2. nesil sanal makineler ile çalışıyorsanız Enhanced Session Mode’u aktif edip, VM ağa bağlı olmasa dahi Host ile Clipboard paylaşımı veya Drive Mapping gibi şeyler kullanabilirsiniz. Bir nevi RDS over VMBUS. Ancak bu yöntemi kullanabilmek için VM mutlaka 2. nesil olmalı, ayrıca Windows 8 veya Windows Server 2012 (veya üstü) sanal işletim sistemi çalıştırmalı.

Eğer VM ağa bağlı değilse veya VM’in bulunduğu hedef ağ ile kopyalanacak içeriğin bulunduğu kaynak ağ arasında DMZ, vLAN, routing gibi sebeplerden ötürü iletişim sınırlıysa veya kimlik doğrulama gibi farklı engeller söz konusu ise, yukarıdaki kopyalama seçeneklerinden ikisi doğrudan elenir.

Eğer VM 2. nesil değilse RDS over VMBUS seçeneğini de kullanamazsınız.

İçeriği ISO veya VHD/VHDX olarak paketlemek her zaman kullanılabilecek bir yöntemdir. Ancak ISO oluşturmak için üçüncü parti uygulama gerekir ve bazı limitlere takılabilirsiniz. VHD/VHDX ile taşımak için ise yine ekstra bazı adımlar var. Ayrıca hypervisor ve Guest OS sürümüne göre sanal diski attach ederken VM’i kapatmanız gerekebilir. Bu da downtime demek.

Devamını oku…