Hyper-V kurulumu, fiziksel kapasiteyi birden fazla sanal iş yükü için kullanılabilir hâle getirir. Ancak host üzerinde rolün çalışması, üretim için hazır bir sanallaştırma hizmeti kurulduğunu göstermez. Depolama, ağ, yedekleme ve yönetim erişimi birlikte tasarlanmalıdır. İlk laboratuvar kurulumu bu bileşenlerin davranışını kontrollü bir ortamda öğrenmek için iyi bir başlangıçtır.
Bu rehber Windows Server 2025 veya 2022 üzerinde bir Hyper-V host ve Generation 2 test sanal makinesi oluşturur. Donanım sanallaştırma desteğinin etkin olduğu, işletim sistemi lisanslarının değerlendirildiği ve örnekteki D: biriminin gerçekten mevcut olduğu varsayılır. Windows istemci işletim sistemlerindeki özellik açma adımları aynı komut seti değildir.
1. Donanım ve yönetim yolunu kontrol edin
İşlemci sanallaştırma özellikleri, bellek, depolama kapasitesi ve ağ arayüzlerini envantere alın. Sunucunun firmware ve sürücü desteğini üreticiyle doğrulayın. Yönetim erişimini yalnızca sanal makinelerle paylaşılacak bağlantıya bağımlı bırakmak bakım sırasında sorun yaratabilir. Fiziksel veya bağımsız uzaktan konsol erişiminizin çalıştığını kontrol edin.
Bir VM'ye verilen kaynak miktarı, host üzerindeki diğer iş yükleriyle birlikte düşünülmelidir. Her sanal makineyi mümkün olan en yüksek kaynakla başlatmak kapasite planlaması değildir. Test için makul bir başlangıç değeri seçip gerçek tüketimi izleyin. Depolamada boş alan kadar gecikme ve yedekleme sırasında oluşan davranışı da değerlendirin.
2. Hyper-V rolünü kurun
Yönetici PowerShell oturumunda rol yönetim araçlarıyla yüklenebilir. Microsoft Hyper-V kurulum dokümanı, destek ve yeniden başlatma gereksinimini açıklar. Burada yeniden başlatmayı ayrıca gösteriyoruz; uzaktan oturumu ve bakım penceresini buna göre planlayın.
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools
Restart-ComputerSunucu geri geldikten sonra rolün durumunu kontrol edin. Server Core kullanımında grafik yönetim araçlarının kapsamı farklıdır; gerekirse başka bir yönetim bilgisayarından bağlanılır. Host üzerinde gereksiz uygulamalar çalıştırmak yerine sanallaştırma görevini net bir işletim sınırıyla tutun.
Get-WindowsFeature Hyper-V
Get-VMHost3. İlk testte izole bir sanal ağ oluşturun
External switch, fiziksel ağ bağlantısını etkileyebilen bir değişikliktir. İlk laboratuvar adımında internal switch kullanmak, sanal ağ davranışını dış ağı değiştirmeden gözlemlemeyi sağlar. Internal switch tek başına VM'ye internet veya kurumsal LAN erişimi vermez; yönlendirme ve NAT bu örnekte kurulmaz.
New-VMSwitch -Name "vSwitch-LAB" -SwitchType Internal
Get-VMSwitchÜretim tasarımında VLAN, fiziksel port ayarları, yönetim trafiği ve VM trafiğinin kapsamı ayrıca değerlendirilmelidir. Switch adını anlaşılır seçin; yanlış ağa bağlı bir VM çalışıyor görünmesine rağmen beklenen servise ulaşamayabilir. Sanal ve fiziksel ağ tanımlarını aynı dokümantasyonda eşleştirin.
4. Generation 2 sanal makineyi oluşturun
Örnekte D:\VMs ve D:\ISO dizinlerinin uygun depolamada bulunduğunu varsayıyoruz. ISO dosyasının güvenilir kaynaktan alınmış ve kullanım hakkının uygun olması gerekir. İşletim sistemi kurulum ortamı örnek yolda yoksa komutu kendi gerçek dosya yolunuza göre düzenleyin.
New-Item -ItemType Directory -Path D:\VMs\LAB-APP01 -Force
New-VM -Name "LAB-APP01" -Generation 2 -MemoryStartupBytes 4GB -NewVHDPath "D:\VMs\LAB-APP01\disk.vhdx" -NewVHDSizeBytes 60GB -SwitchName "vSwitch-LAB"
Set-VMProcessor -VMName "LAB-APP01" -Count 2
Add-VMDvdDrive -VMName "LAB-APP01" -Path "D:\ISO\WindowsServer2025.iso"
Set-VMFirmware -VMName "LAB-APP01" -FirstBootDevice (Get-VMDvdDrive -VMName "LAB-APP01")
Start-VM -Name "LAB-APP01"Hyper-V Manager üzerinden konsolu açın ve konuk işletim sistemi kurulumunu tamamlayın. Generation ve Secure Boot tercihleri kurulacak işletim sistemiyle uyumlu olmalıdır. Başka bir işletim sistemi ailesinde aynı firmware seçimlerinin geçerli olduğunu varsaymayın; ilgili üreticinin Hyper-V desteğini kontrol edin.
5. VM açıldıktan sonra işletimi doğrulayın
Konuk işletim sistemini güncelleyin, saat ve ağ yapılandırmasını kontrol edin. Host'un sanal makineyi düzgün durdurup başlatabildiğini ve kaynak kullanımının izlenebildiğini doğrulayın. VM konsolundan oturum açabilmekle uygulamanın ağ üzerinden kullanılabilmesi farklı testlerdir. Ağ bağlantısı gerektiğinde planlanan sanal switch ve izinlerle ayrı bir çalışma yapın.
Checkpoint, kısa süreli değişiklik denemelerinde işe yarayabilir; uzun dönem yedek politikasının yerine geçmez. Üretimde uygulama tutarlılığı, saklama ve geri yükleme süresi birlikte değerlendirilmelidir. Bir VM'nin yedeğini geri açabilmek kadar uygulamanın beklenen verilerle çalıştığını göstermek de kabul testinin parçasıdır.
Canlıya geçmeden önce
- Host kapasitesi ve kaynak aşım politikası belgelendi.
- VM dosyaları uygun depolamada ve erişim kapsamı sınırlı.
- Yönetim bağlantısı, sanal switch ve VLAN eşleşmeleri doğrulandı.
- Yedekleme ile geri yükleme örneği sınandı.
- Host bakımı ve VM kapatma sorumlulukları tanımlandı.
CieloSync ile sunucu ve depolama tasarımını sanallaştırma ihtiyaçlarınızla birlikte değerlendirebilir, kurulum ve işletim desteği için iletişime geçebilirsiniz.