Windows Server'da Hyper-V Kurulumu

Elinde Windows Server lisansı varsa sanallaştırma için ayrıca bir hipervizör satın alman gerekmiyor: Hyper-V, işletim sisteminin içinde bir rol olarak zaten geliyor. Windows Server'da Hyper-V kurulumu birkaç tıklama ya da tek satır PowerShell komutu kadar kısa; ama kurulumdan sonra sanal switch'i yanlış kurup uzak masaüstü bağlantını düşürmek, Linux misafirlerini Secure Boot yüzünden açamamak ya da antivirüsün VHDX dosyalarını taramasına izin verip performansı yerle bir etmek de bir o kadar kolay.

Bu rehberde Hyper-V rolünü doğru kurmayı, donanımın gerçekten uygun olup olmadığını nasıl doğrulayacağını, sanal switch türlerinin hangisini ne zaman kullanacağını, Nesil 1 ile Nesil 2 sanal makine farkını ve ilk makineyi hem arayüzden hem PowerShell ile nasıl oluşturacağını anlatacağım. Sonunda yıllardır aynı biçimde tekrar eden hatalara ayrı bir bölüm var; özellikle uzak sunucuda çalışıyorsan o bölümü kurulum yapmadan önce oku.

Hyper-V Nedir ve Hangi Sürümlerde Gelir#

Hyper-V, Microsoft'un tip-1 hipervizörüdür. "Windows'un üzerinde çalışıyor" gibi görünse de gerçekte tam tersi olur: rolü etkinleştirip makineyi yeniden başlattığında Hyper-V hipervizörü donanımın hemen üzerine yerleşir ve o ana kadar tek başına çalışan Windows kurulumun, "kök bölüm" (parent partition) adı verilen ayrıcalıklı bir sanal makineye dönüşür. Sanal makinelerin hepsi bu hipervizörün üzerinde eşit seviyede çalışır.

Rol, Windows Server Standard ve Datacenter sürümlerinde bulunur. Aradaki fark teknik değil lisanslamadadır: Standard lisansı, lisanslanan host üzerinde iki sanallaştırılmış Windows Server örneği çalıştırma hakkı verir; Datacenter ise sınırsız Windows Server misafir örneği hakkı sağlar. Linux misafirleri bu sayıma girmez ama host'un kendisi lisanslı olmak zorundadır. Yoğun sanallaştırma yapacaksan Datacenter, birkaç makinede kalacaksan Standard genellikle daha ekonomiktir.

Kurulumu Desktop Experience (arayüzlü) ya da Server Core üzerine yapabilirsin. Server Core daha az kaynak tüketir, daha az yama alır ve saldırı yüzeyi daha küçüktür; yönetimini uzaktaki bir makinedeki Hyper-V Yöneticisi ya da PowerShell ile yaparsın. Üretim hipervizörü için Server Core tercih edilesi bir seçimdir. Tip-1 hipervizör kavramını başka platformlarda da görmek istersen VMware ESXi kurulumu yazısı aynı mantığın VMware tarafındaki karşılığını anlatıyor.

Donanım Gereksinimleri ve Ön Kontrol#

Hyper-V'nin dört donanım şartı var ve dördü de sağlanmadan rol çalışmaz:

Bunları tek komutla doğrulayabilirsin. Windows'ta PowerShell veya komut istemini yönetici olarak aç:

# systeminfo çıktısının Hyper-V bölümünü göster
systeminfo | Select-String "Hyper-V"

# Beklenen çıktı: dört satırın da "Yes" / "Evet" olması
# Rol zaten kuruluysa: "A hypervisor has been detected." mesajı görünür

Dört satırdan biri "No" diyorsa önce BIOS'a gir; sanallaştırma ve DEP ayarları neredeyse her zaman orada kapalıdır. Ayarı değiştirdikten sonra makineyi tamamen elektrikten kesip açman gerekebilir; bazı anakartlarda sıcak yeniden başlatma yeni ayarı almaz.

Kaynak planlaması tarafında iki kural var. Birincisi, host'un kendisine bellek ayır — tüm RAM'i sanal makinelere dağıtırsan kök bölüm swap'a düşer ve tüm sistem yavaşlar. İkincisi, sanal makine disklerini işletim sisteminin bulunduğu C: sürücüsüne koyma; ayrı bir fiziksel disk ya da dizi kullan.

Rolü Kurmak#

Arayüzlü kurulum sırasıyla şu adımlardan oluşur:

1. Sunucu Yöneticisi → Yönet → Rol ve Özellik Ekle yolunu izle.
2. Kurulum tipi olarak Rol tabanlı veya özellik tabanlı yükleme seç.
3. Hedef sunucuyu seç.
4. Roller listesinden Hyper-V'yi işaretle; açılan pencerede yönetim araçlarını da eklemeyi kabul et.
5. Sanal Switch ekranında hiçbir ağ kartını işaretleme. Bunu kasten söylüyorum: switch'i kurulumdan sonra, bilinçli biçimde oluşturmak çok daha güvenli (nedenini bir sonraki bölümde anlatıyorum).
6. Canlı göç ve varsayılan depolama yollarını belirle. Depolama yolunu C: dışında bir sürücüye ayarla.
7. Kurulumu tamamla ve sunucuyu yeniden başlat.

PowerShell ile aynı işi tek satırda yaparsın; Server Core'da zaten tek yol budur:

# Hyper-V rolünü yönetim araçlarıyla birlikte kur ve yeniden başlat
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart

# Yeniden başlatma sonrası rolün geldiğini doğrula
Get-WindowsFeature -Name Hyper-V

# Hipervizör servisinin çalıştığını kontrol et
Get-Service vmms

Yeniden başlatma isteğe bağlı değildir; hipervizör ancak yeniden başlatmadan sonra donanımın altına yerleşir.

Sanal Switch Türleri ve Ağ#

Sanal switch, sanal makinelerin ağa nasıl bağlanacağını belirler. Üç tür vardır ve seçim, makinelerin kiminle konuşabileceğini doğrudan belirler:

External switch oluştururken çok dikkatli ol: seçtiğin fiziksel ağ kartı sanal switch'e bağlanır ve kartın IP yapılandırması geçici olarak kopar. Bunu uzak masaüstü ile bağlandığın tek ağ kartı üzerinde yaparsan bağlantın düşer ve sunucunun başına gitmen gerekir. Doğru yaklaşım, mümkünse ikinci bir ağ kartı kullanmak, mümkün değilse konsol erişimi (IPMI/iDRAC/iLO) hazırken işlemi yapmaktır.

# Mevcut fiziksel ağ kartlarını gör
Get-NetAdapter | Where-Object Status -eq "Up"

# External switch oluştur, host'un da bu kartı kullanmasına izin ver
New-VMSwitch -Name "vSwitch-Uretim" -NetAdapterName "Ethernet 2" -AllowManagementOS $true

# Sadece VM'lerin birbirini gördüğü izole bir switch
New-VMSwitch -Name "vSwitch-Lab" -SwitchType Private

# Tanımlı switch'leri listele
Get-VMSwitch | Format-Table Name, SwitchType, NetAdapterInterfaceDescription

VLAN kullanıyorsan sanal makine ağ kartına VLAN kimliğini Set-VMNetworkAdapterVlan ile atarsın. Ağ tarafında alt ağ planı yaparken subnet hesaplayıcı aracımız işini kolaylaştırır.

İlk Sanal Makineyi Oluşturma#

Makineyi oluşturmadan önce vereceğin en önemli karar nesil (generation) seçimidir ve bu karar sonradan değiştirilemez:

Modern bir 64-bit işletim sistemi kuracaksan Nesil 2 seç. Yalnızca eski 32-bit sistemler ya da özel bir uyumluluk ihtiyacı varsa Nesil 1'e dönmen gerekir.

PowerShell ile baştan sona bir makine oluşturmak şöyle görünür:

# Sanal makineyi diskiyle birlikte oluştur
New-VM -Name "web01" -Generation 2 -MemoryStartupBytes 4GB `
       -NewVHDPath "D:\VMs\web01.vhdx" -NewVHDSizeBytes 80GB `
       -SwitchName "vSwitch-Uretim"

# İşlemci çekirdek sayısını ayarla
Set-VMProcessor -VMName "web01" -Count 4

# Dinamik bellek (veritabanı sunucularında KAPALI bırak)
Set-VMMemory -VMName "web01" -DynamicMemoryEnabled $true `
             -MinimumBytes 2GB -StartupBytes 4GB -MaximumBytes 8GB

# Kurulum ISO'sunu bağla ve ilk açılış aygıtı yap
Add-VMDvdDrive -VMName "web01" -Path "D:\ISO\kurulum.iso"
Set-VMFirmware -VMName "web01" -FirstBootDevice (Get-VMDvdDrive -VMName "web01")

# Makineyi başlat
Start-VM -Name "web01"

Linux misafiri kuruyorsan ve Nesil 2 seçtiysen bir adımı atlama: varsayılan Secure Boot şablonu Microsoft Windows içindir ve Linux açılışını engeller. Şablonu değiştirmen gerekir:

# Linux misafirleri için doğru Secure Boot şablonu
Set-VMFirmware -VMName "ubuntu01" -SecureBootTemplate MicrosoftUEFICertificateAuthority

Bu tek satır, "Linux ISO'su açılmıyor, boot device not found diyor" şikâyetinin en yaygın sebebidir.

Depolama: VHDX ve Kontrol Noktaları#

Hyper-V disklerini VHD ya da VHDX biçiminde tutar. Yeni kurulumda tercih her zaman VHDX olmalı: çok daha büyük kapasiteyi destekler, elektrik kesintisi gibi durumlarda bozulmaya karşı daha dayanıklıdır ve daha verimli blok yapısı kullanır. VHD yalnızca eski sistemlerle uyumluluk gerektiğinde anlamlıdır.

İkinci karar disk tipidir. Dinamik olarak genişleyen disk yalnızca kullanılan alanı kaplar ve alanı verimli kullanır; sabit boyutlu disk baştan tüm alanı ayırır ve en tutarlı performansı verir. Genel amaçlı sunucularda dinamik, yoğun yazma yapan veritabanlarında sabit tercih edilir. Ancak dinamik disklerde şu tuzağa dikkat: fiziksel diskin toplam kapasitesinden fazla sanal disk tanımlayabilirsin ve makineler büyüdükçe fiziksel disk beklenmedik bir anda dolar. Bu durumda tüm sanal makineler aynı anda duraklatılır. Disk doluluğunu düzenli izle; benzer bir senaryonun Linux tarafındaki çözümü için disk dolu hatası çözümü yazısına bakabilirsin.

# Sabit boyutlu yeni bir veri diski oluştur ve makineye ekle
New-VHD -Path "D:\VMs\web01-data.vhdx" -SizeBytes 200GB -Fixed
Add-VMHardDiskDrive -VMName "web01" -Path "D:\VMs\web01-data.vhdx"

# Kontrol noktası (checkpoint) al
Checkpoint-VM -Name "web01" -SnapshotName "guncelleme-oncesi"

# Kontrol noktalarını listele ve sil
Get-VMSnapshot -VMName "web01"
Remove-VMSnapshot -VMName "web01" -Name "guncelleme-oncesi"

Hyper-V'nin kontrol noktaları iki türlüdür: üretim kontrol noktası misafir içindeki VSS'i kullanarak uygulama tutarlı bir görüntü alır, standart kontrol noktası ise belleği de içerir ve makineyi tam olarak o ana döndürür. Modern Windows Server'da varsayılan üretim tipidir ve sunucu iş yükleri için doğru olan da odur. Yalnız şunu asla unutma: kontrol noktası bir yedek değildir, aynı diskte durur ve uzun süre bırakıldığında disk alanını tüketip performansı düşürür. Nedenini ayrıntısıyla sanal makine snapshot yönetimi yazısında anlattım; gerçek yedekleme için yedekleme hizmetimize göz atabilirsin.

Yönetim ve Sonraki Adımlar#

Sanal makine kurulumu bittikten sonra misafir tarafında Integration Services bileşenlerinin çalıştığını doğrula. Modern Windows misafirlerinde bunlar işletim sistemiyle gelir ve Windows Update üzerinden güncellenir; modern Linux dağıtımlarında ise gerekli sürücüler çekirdeğe dahildir, ek olarak hyperv-daemons benzeri paketi kurman yeterlidir. Bu bileşenler olmadan düzgün kapatma, zaman senkronizasyonu ve dosya kopyalama özellikleri çalışmaz.

Makinelerin otomatik davranışını da baştan ayarla. Sunucu yeniden başladığında hangi makinelerin otomatik açılacağını ve host kapanırken makinelerin ne yapacağını belirlemek, elektrik kesintisi sonrası ortamın kendiliğinden ayağa kalkmasını sağlar:

# Host açılınca otomatik başlat, 30 saniye gecikmeyle (fırtına önleme)
Set-VM -Name "web01" -AutomaticStartAction Start -AutomaticStartDelay 30

# Host kapanırken makineyi düzgün kapat (durumu kaydetmek yerine)
Set-VM -Name "web01" -AutomaticStopAction ShutDown

# Tüm makinelerin durumunu tek bakışta gör
Get-VM | Format-Table Name, State, CPUUsage, MemoryAssigned, Uptime

Birden fazla Hyper-V host'unu birlikte yönetmek, canlı göç ve otomatik yeniden başlatma istiyorsan bir sonraki adım Failover Cluster kurmak ve merkezî yönetim için System Center araçlarına bakmaktır. Bu, VMware tarafındaki vCenter'ın karşılığı sayılabilir; ne zaman gerektiğine dair mantığı vCenter nedir, ne zaman gerekir yazısında bulabilirsin.

Sık Yapılan Hatalar#

Tek ağ kartı üzerinde uzaktan External switch oluşturmak. Bağlantın düşer. Konsol erişimin hazır değilken bu işlemi asla yapma.

Antivirüsü yapılandırmamak. Host üzerindeki gerçek zamanlı korumanın VHDX/VHD dosyalarını, sanal makine dizinlerini ve vmms.exe / vmwp.exe süreçlerini taramasına izin verirsen disk performansı çöker ve zaman zaman makineler kilitlenir. Bu klasörler için dışlama tanımla.

Dinamik belleği her yerde açmak. SQL Server gibi belleği kendi yöneten uygulamalarda dinamik bellek performans sorunlarına ve beklenmedik davranışlara yol açar. O makinelerde sabit bellek kullan.

Nesil seçimini sonradan değiştirmeye çalışmak. Nesil 1 ile Nesil 2 arasında geçiş yoktur; yanlış seçtiysen makineyi yeniden oluşturman gerekir. Kurmadan önce iki kez düşün.

Kontrol noktalarını unutmak. "Güncelleme öncesi" diye alınan bir kontrol noktası aylarca durunca fark dosyası büyür, disk dolar ve silme işlemi uzun sürer. Aldığın her kontrol noktasına bir son kullanma tarihi belirle.

Başka bir hipervizörle çakışma. Hyper-V rolü etkinken aynı makinede VMware Workstation ya da VirtualBox'ın donanım hızlandırmasını kullanan sürümleri düzgün çalışmayabilir. Aynı donanımda iki hipervizör barındırma senaryosunu merak ediyorsan nested virtualization nedir yazısı konuyu ayrıntısıyla ele alıyor.

Sıkça Sorulan Sorular#

Hyper-V ücretsiz mi#

Rol, sahip olduğun Windows Server lisansının içinde gelir; ayrıca hipervizör lisansı satın almazsın. Ücret, host'un Windows Server lisansı ve üzerinde çalıştıracağın Windows misafirlerinin lisans hakkıdır. Standard sürüm lisans başına iki Windows Server misafir örneği hakkı verirken Datacenter sınırsız misafir hakkı sağlar; Linux misafirleri bu sayıma dahil değildir.

Kaç sanal makine çalıştırabilirim#

Teknik sınır çok yüksektir, gerçek sınırı donanımın belirler. Pratikte ilk tükenen kaynak genellikle bellektir; ardından disk performansı gelir. Host'a kendi işletim sistemi için birkaç gigabayt bellek ve tepe yük için pay bırakarak planla. Windows misafirleri çalıştıracaksan lisans hakkının da ayrı bir sınır olduğunu unutma.

Hyper-V ile VMware Workstation aynı makinede çalışır mı#

Hyper-V rolü etkinken donanım sanallaştırma özelliklerini hipervizör devralır ve diğer araçlar bu özelliklere doğrudan erişemez. Yeni sürümlerde bu araçlar Hyper-V'nin platform arayüzünü kullanarak çalışabilse de performans ve özellik kaybı olur. Üretim hipervizörü olarak kullandığın bir sunucuda ikinci bir sanallaştırma aracı kurmamak en doğrusudur.

Sanal makineyi başka bir host'a nasıl taşırım#

Küme kurulu değilse en pratik yol dışa aktarma ve içe aktarmadır: Export-VM -Name "web01" -Path "E:\Aktarim" komutuyla makineyi tüm diskleriyle dışarı alır, hedef sunucuda Import-VM ile geri yüklersin. Makineyi kapatmadan taşımak istiyorsan Failover Cluster kurup canlı göçü etkinleştirmen gerekir.

Linux sanal makinesi Nesil 2'de açılmıyor, neden#

Neredeyse her zaman Secure Boot şablonu yüzündendir. Varsayılan şablon Windows içindir ve Linux önyükleyicisini imzasız sayar. Set-VMFirmware -VMName "makine" -SecureBootTemplate MicrosoftUEFICertificateAuthority komutuyla şablonu değiştir; ya da test ortamında Secure Boot'u tamamen kapat. Bunun dışında ISO'nun UEFI açılışını desteklediğinden de emin ol.

Kontrol noktası ile yedek arasındaki fark ne#

Kontrol noktası, makinenin o andaki durumunu aynı depolama üzerinde tutan bir dönüş noktasıdır ve disk arızasında beraberinde kaybolur. Yedek ise verinin başka bir ortamda duran bağımsız bir kopyasıdır. Kontrol noktası kısa süreli, geri alınabilir değişiklikler için (güncelleme, yapılandırma denemesi) uygundur; veri kaybına karşı koruma sağlamaz ve asla yedekleme planının yerine geçmez.

Kapanış#

Hyper-V, Windows dünyasında zaten sahip olduğun lisansın içinden çıkan güçlü bir hipervizördür ve doğru kurulduğunda yıllarca sorunsuz çalışır. Aklında kalması gereken dört alışkanlık şu: sanal switch'i kurulum sihirbazında değil, konsol erişimin hazırken bilinçli olarak oluştur; sanal makine disklerini C: dışında tut ve antivirüs dışlamalarını tanımla; modern sistemlerde Nesil 2 seç, Linux misafirlerinde Secure Boot şablonunu değiştirmeyi unutma; kontrol noktalarını kısa ömürlü tut ve gerçek yedeklemeyi ayrıca kur.

Üzerinde Hyper-V çalıştıracağın fiziksel bir makineye ihtiyacın varsa dedicated sunucu paketlerimiz tam donanım erişimi verir, kendi donanımını yerleştirmek istersen colocation seçeneğimize bakabilirsin. Hipervizör işletmek yerine hazır kaynakla başlamak istersen VDS ve bulut sunucu paketlerimiz dakikalar içinde teslim edilir; işletim ve izleme yükünü bize bırakmak istersen sunucu yönetimi hizmetimiz bu boşluğu doldurur.