Windows 11 sanal makineleri, Proxmox üzerinde ilk başta sorunsuz çalışsa da uzun vadede performans sorunları üretmeye başlar. Disk gecikmeleri, yavaş uzak masaüstü bağlantıları ve tutarsız yedekleme davranışları çoğu zaman işletim sisteminden değil, sanal donanımın yanlış yapılandırılmasından kaynaklanır.
Amacımız aslında çalışan ama sorunlu bir VM değil, stabil, hızlı ve uzun süre sorunsuz çalışacak bir Windows 11 sanal makinesi oluşturmaktır.
Sanal Makine Oluştururken Temel Sistem Ayarları
Windows 11 için VM oluştururken sistemin doğru tanımlanması çok önemlidir. Guest OS olarak Microsoft Windows 11/2022/2025 seçilmelidir.
Makine tipi olarak q35 kullanılmalıdır. q35, PCIe tabanlı sanal donanım yapısı sunduğu için Windows 11 ile daha uyumludur. BIOS tarafında UEFI tercih edilmelidir.
⚠️TPM desteği olmayan sistemlerde kurulum sırasında yaşanan engellerin büyük bölümü bu aşamada doğru yapılandırma ile ortadan kalkar.
Sanal makine tarafındaki bu ayarlar doğru yapılandırılsa bile, fiziksel sunucuda donanım sanallaştırma desteği kapalıysa performans ve stabilite sorunları yaşanabilir.
Özellikle Intel VT-x veya AMD-V desteğinin BIOS seviyesinde aktif olması, Windows sanal makinelerin sağlıklı çalışması için kritik öneme sahiptir. Bu ayarın nasıl kontrol edilip etkinleştirileceği Windows 10 BIOS Sanallaştırma (VT-x) Nasıl Etkinleştirilir? başlıklı rehberde detaylı olarak anlatılmaktadır.
Disk Yapılandırma
Windows 11 VM’lerde performans problemlerinin büyük bölümü disk yapılandırmasından kaynaklanır. Varsayılan ayarlarla oluşturulan SATA diskler, Windows için çalışır ancak yük altında ciddi gecikme üretir.
SCSI bus
Disk için tercih edilmelidir. Kontrolcü olarak VirtIO SCSI single kullanılması önerilir. Bu yapı, disk I/O işlemlerinin daha verimli yönetilmesini sağlar.
IO Thread
Mutlaka aktif edilmelidir. IO Thread açık olmayan bir VM’de disk işlemleri CPU ile yarışır ve sistem genelinde gecikme oluşur. IO Thread, disk I/O işlemlerini ayrı bir yere alarak bu sorunu azaltır.
Write back
Cache ayarı olarak, performans açısından avantaj sağlar. Ancak bu ayar, altyapıda yedekli depolama yoksa veri kaybı riskini artırabilir. Üretim ortamlarında altyapı durumuna göre karar verilmelidir.
Discard açık olmalıdır. Windows 11, kullanılmayan disk bloklarını Proxmox’a bildirerek depolama alanının daha verimli kullanılmasını sağlar.
Ağ Yapılandırması ve Uzak Erişim
Windows 11 sanal makinelerde yaşanan uzak masaüstü gecikmelerinin önemli bir bölümü ağ kartı yapılandırması ile ilişkilidir. Ağ kartları temel bağlantıyı sağlasa da, yüksek gecikme ve CPU kullanımı gibi yan etkiler oluşturabilir.
VirtIO ağ kartı kullanıldığında, Proxmox ile Windows arasındaki ağ iletişimi daha verimli hale gelir.
Bu nedenle ağ tarafında VirtIO tercih edilmesi, özellikle sürekli uzaktan erişilen Windows 11 sanal makinelerde önemli bir fark yaratır.
QEMU Guest Agent ve Yönetim Kolaylığı
QEMU Guest Agent, Windows sanal makine ile Proxmox arasındaki iletişimi güçlendiren bir bileşendir. Resmi Proxmox belgelerinde de belirtildiği üzere, Guest Agent aktif olduğunda yedekleme ve snapshot işlemleri daha kontrollü şekilde yürütülür.
Ayrıca sanal makinenin kapatılması, IP bilgisinin görüntülenmesi ve bazı yönetim işlemleri daha sağlıklı hale gelir. Bazı kullanıcı deneyimleri, Guest Agent kullanılmayan Windows VM’lerde backup sırasında beklenmeyen durumların daha sık yaşandığını göstermektedir.
Bu nedenle Windows 11 kullanılan Proxmox ortamlarında QEMU Guest Agent’ın aktif olması genel olarak fayda sağlar.
Sık Sorulan Sorular
Windows 11 VM için SATA disk mi VirtIO mu kullanılmalı?
Windows 11 sanal makinelerde SATA diskler çalışır ancak performans açısından yeterli değildir. VirtIO SCSI Single kontrolcüsü ile kullanılan SCSI diskler, özellikle yoğun I/O altında çok daha stabil ve hızlı çalışır. Uzun vadeli performans için VirtIO tabanlı disk yapılandırması tercih edilmelidir.
Windows 11 VM’de disk gecikmesi yaşıyorum, ne yapmalıyım?
Disk gecikmesi genellikle SATA disk kullanımı veya IO Thread’in kapalı olması nedeniyle oluşur.
Çözüm olarak mevcut disk VirtIO SCSI yapısına taşınmalı, IO Thread’i açılmalı ve cache ayarı altyapınıza uygunsa Write back olarak güncellenmelidir.
Uzak masaüstü RDP bağlantısı çok yavaş, çözümü nedir?
RDP gecikmelerinin büyük bölümü ağ kartı tipinden kaynaklanır. Çözüm olarak ağ kartını VirtIO olarak değiştirelim. Varsayılan ağ kartları çalışır ancak yüksek CPU kullanımı ve gecikme üretir.
Bununla birlikte, RDP portuna yönelik sürekli brute-force denemeleri arka planda sistem kaynaklarını tüketerek bağlantı performansını olumsuz etkileyebilir. Bu tür saldırıların nasıl tespit edilip engellenebileceği blogumuzda detaylı inceleyebilirsiniz.