Microsoft Hyper-V, Windows Server 2008 birlikte sanallaştırmayı doğrudan Windows Server rolü haline getiren önemli teknolojilerden biriydi. Fiziksel sunucu üzerinde birden fazla işletim sistemi çalıştırmak, test ortamları hazırlamak donanım kaynaklarını daha verimli kullanmak için ayrı sanallaştırma yazılımı yerine Windows Server içindeki hypervisor katmanından yararlanılabiliyordu.
yazıyı 2008 döneminin Hyper-V mimarisi, özellikleri ilk kurulum sürecini anlatan tarihsel teknik rehber olarak hazırladım. Eski ÇözümPark bağlantısındaki özgün tam metin elimizde olmadığı için aşağıdaki anlatım yeni oluşturulmuştur. Windows Server 2008 bugün destek dışıdır; adımların üretim ortamında uygulanması önerilmez.
Hyper-V nedir neden önemliydi?Hyper-V, fiziksel işlemci, bellek, depolama ağ kaynaklarını sanal makineler arasında yöneten hypervisor mimarisidir. Windows Server 2008 döneminde yaygınlaşan yaklaşım sayesinde aynı donanım üzerinde birbirinden ayrılmış Windows uygun misafir işletim sistemleri çalıştırılabiliyordu. Yönetim tarafında Hyper-V Manager, sanal makine bağlantısında Virtual Machine Connection sanal ağ tarafında Virtual Network Manager kullanılıyordu.
Windows Server 2008 döneminde Hyper-V mimarisiHyper-V, hypervisor birlikte çalışan parent/root partition bunlara bağlı sanal makine bölümleri üzerinden tasarlanmıştır. Kök bölüm donanım sürücülerini sanallaştırma altyapısının yönetim servislerini barındırır. Sanal makineler ise ayrılmış işlemci, bellek sanal aygıt kaynaklarıyla çalışır. Misafir sistemlerin bazı aygıt erişimleri sanallaştırma katmanındaki VMBus ilgili sürücüler üzerinden gerçekleşir.
- Hypervisor: Fiziksel donanım kaynaklarının sanal bölümlere tırılmasını sağlar.
- Root partition: Host işletim sisteminin yönetim servislerinin çalıştığı bölümdür.
- Child partitions: Konuk sanal makinelerin çalıştığı bölümlerdir.
- VHD: dönemde sanal diskler için kullanılan temel dosya biçimidir; modern VHDX daha sonra gelmiştir.
- Integration Components: Dönemin desteklenen misafir işletim sistemleri için performans yönetim bütünleşmesini sağlar.
İlk sürüm için 64 bit Windows Server 2008 donanım sanallaştırma desteği bulunan x64 işlemci gerekliydi. Intel VT-x veya AMD-V desteğinin yanında BIOS üzerinde sanallaştırma seçeneğinin açık olması donanımsal DEP (Intel XD / AMD NX) desteği aranıyordu. Hyper-V rolü her Windows Server 2008 sürümünde aynı şekilde sunulmuyordu; kullanılan sürümün Hyper-V içeren sürüm olduğundan emin olunmalıydı.
Bellek depolama boyutlarını yalnızca host işletim sisteminin asgari gereksinimleriyle hesaplamak doğru değildir. Host birlikte çalışacak tüm sanal makinelerin gereksinimleri toplanmalı, olası bellek baskısı disk I/ etkileri düşünülmelidir. Donanım desteğini işletim sistemi kurulumu öncesinde BIOS/firmware ekranından kontrol etmek önemlidir.
Windows Server 2008 üzerinde Hyper-V rolünün kurulumuTarihsel kurulum akışı şekildedir: Server Manager açılır, Roles → Add Roles adımları izlenir listeden Hyper-V seçilir. Sihirbaz Hyper-V bileşenlerini yüklerken ağ adaptörlerinin sanal ağ için kullanılmasına ilişkin seçenekler sunabilir. Rol kurulumu tamamlandığında yeniden başlatma gerekir. Bazı erken Windows Server 2008 kurulum ortamlarında Hyper-V için gerekli güncelleme servis paketlerinin uygulanması önemliydi.
Yeniden başlatmadan sonra Server Manager üzerinden rolün kurulduğu denetlenebilir. Ardından Hyper-V Manager açılarak yerel Hyper-V host görülür. dönemde fiziksel ağ adaptöründen sanal makinelerin erişimine sunulan sanal ağ bağlantıları Virtual Network Manager aracılığıyla hazırlanıyordu.
Sanal ağ yapılandırmasında dikkat edilmesi gerekenler- External ağ: Sanal makinelerin fiziksel ağ üzerinden sistemlerle haberleşmesini sağlar.
- Internal ağ: Host sanal makineler arasında yerel iletişim sunar; fiziksel ağa doğrudan bağlı değildir.
- Private ağ: Aynı host üzerindeki sanal makineler arasında ayrılmış iletişim sağlar.
- Host üzerindeki fiziksel NIC’in sanal ağa atanması uzaktan yönetim bağlantısını etkileyebilir. Değişiklik öncesinde konsol/iLO/iDRAC benzeri alternatif erişim planlamak gerekir.
Hyper-V Manager üzerinden New → Virtual Machine sihirbazı açılır. Sanal makinenin adı, saklanacağı klasör, başlangıç belleği, kullanılacak sanal ağ, sanal disk işletim sistemi kurulum medyası belirlenir. Windows Server 2008 döneminde standart VHD biçimi BIOS tabanlı sanal makine mimarisi kullanılırdı; bugün bildiğimiz Generation 2/UEFI sanal makine seçeneği ilk Hyper-V sürümünün özelliği değildir.
Sihirbaz sonrasında sanal makineyi başlatıp Virtual Machine Connection penceresinden konsola bağlanabiliriz. Burada Connect komutu makinenin ekranını açar, Start komutu ise sanal makineyi çalıştırır; ikisi birbirinin yerine geçmez.
2008 mimarisi günümüzdeki Hyper-V arasındaki farkBugünkü Windows Server 2022/2025 Hyper-V, ilk sürüme göre çok daha gelişmiştir. Generation 2 sanal makineler, UEFI Secure Boot, VHDX, modern sanal anahtarlar, canlı taşıma, replikasyon, güvenlik yönetim özellikleri sonraki sürümlerde geliştirilmiştir. yazıdaki eski menü adlarının kurulum akışlarının modern Windows Server ekranlarıyla birebir aynı olması beklenmemelidir.
Güncel Hyper-V host kurmak isteyenler, sistem gereksinimlerini kontrol ettikten sonra Windows Server üzerinde rolü Server Manager veya PowerShell yükleyebilir. Örneğin Windows Server 2022/2025 üzerinde yönetici PowerShell oturumundan aşağıdaki komut kullanılabilir:
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restartkomut 2008 laboratuvarının parçası değildir; güncel sürümler için karşılaştırma amacıyla verilmiştir. Yeniden başlatma yapacağı için canlı sunucuda değişiklik penceresi planlanmalıdır.
Serinin devamıHyper-V rolünü temel mimarisini gördükten sonraki aşama, sanal makineye işletim sistemi yüklemek sanal makinenin ilk ayarlarını yapmaktır. serinin ikinci yazısında Windows Server 2003 R2 misafir işletim sistemi kullanılan orijinal 2008 laboratuvarını, arşivde kalan ekran görüntüleri üzerinden inceliyoruz.
Editör notu: içerik silinmiş 2008 tarihli başlığın yerine hazırlanmış yeni, tarihsel anlatımdır; eski yazının birebir kurtarılmış metni olarak sunulmamalıdır. Eski yayın tarihini taklit etmek yerine gerçek yeni yayın tarihi kullanılmalıdır.
