# VDS ve iç içe sanallaştırma: sunucunuzda sanal makine çalıştırın

> HyperDC VDS'teki iç içe sanallaştırma ne sağlar, Linux ve Windows'ta nasıl kontrol edilir; sunucuda libvirt ile KVM, Hyper-V veya WSL 2 nasıl başlatılır.

Zorluk: Orta\
Denendiği sistemler: Ubuntu 24.04 LTS, Ubuntu 26.04 LTS, Debian 12, Debian 13, Windows Server 2022, Windows Server 2025

HyperDC VDS, daha büyük kaynaklara, NVMe depolamaya ve bir VPS'te olmayan bir özelliğe sahip sanal bir sunucudur: **iç içe sanallaştırma**. İşlemcinin sanallaştırma uzantıları sisteminize aktarılır; böylece içinde kendi sanal makinelerinizi, bir hipervizörü, WSL 2'yi veya emülatörleri çalıştırabilirsiniz. Bu rehber bunun çalıştığını kontrol eder ve en yaygın araçları başlatır. Planları [VDS hosting](/vds-hosting) sayfasında karşılaştırın.

## Başlamadan önce

- Bir Linux, Windows veya macOS VDS ya da bir nested dedicated sunucu. VPS planları iç içe sanallaştırma sunmaz.
- Ek yük bekleyin: iç içe makineler, özellikle disk ve ağ G/Ç'sinde fiziksel sunucudakilerden daha yavaştır.

## 1. adım: Uzantıların göründüğünü kontrol edin

**Linux**

```bash
grep -Ec '(vmx|svm)' /proc/cpuinfo
lscpu | grep -i virtualization
ls -l /dev/kvm
```

Sıfırdan büyük bir sayı ve `Virtualization: VT-x` (veya `AMD-V`) satırı uzantıların kullanılabilir olduğunu gösterir. Ubuntu ve Debian'da `kvm-ok` net bir yanıt verir:

```bash
sudo apt install cpu-checker
kvm-ok
```

**Doğrulama:** `kvm-ok`, `KVM acceleration can be used` yazdırır.
**Windows Server**

```powershell
Get-ComputerInfo -Property HyperV*
systeminfo | findstr /i "Hyper-V virtualization"
```

Hyper-V gereksinimleri, donanım yazılımı sanallaştırmasını etkin göstermeli ya da Hyper-V kurulduktan sonra bir hipervizör algılandığını bildirmelidir.

## 2a. adım: Linux'ta KVM ve libvirt

Hipervizörü ve yönetim araçlarını kurun:

```bash
sudo apt install qemu-system-x86 libvirt-daemon-system virtinst
sudo usermod -aG libvirt $USER
```

Grubun uygulanması için oturumu kapatıp yeniden açın, ardından ana makineyi kontrol edin:

```bash
virt-host-validate qemu
virsh list --all
```

**Doğrulama:** `virt-host-validate`, donanım sanallaştırması ve `/dev/kvm` için `PASS` bildirir. Makineleri `virt-install` ile ya da SSH üzerinden virt-manager gibi grafik bir araçla oluşturun. Bir konuk makinedeki servise dışarıdan ulaşmak için bir port yönlendirin: bkz. [portlar ve port yönlendirme](/guides/ports-and-port-forwarding).

## 2b. adım: Windows Server'da Hyper-V

PowerShell'de yönetici olarak:

```powershell
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart
```

Sunucu yeniden başlar. Ardından **Hyper-V Manager**'ı açın ya da `Get-VM` ve `New-VM` cmdlet'lerini kullanın. Microsoft iç içe Hyper-V'yi dış hipervizörün Hyper-V olduğu durum için belgeler; diğer platformlarda genellikle çalışır ama Microsoft desteğinin dışındadır; bu yüzden önce kurulumunuzu test edin.

## 2c. adım: Windows Server'da WSL 2

Windows Server 2022 ve 2025'te:

```powershell
wsl --install
```

İstendiğinde yeniden başlatın, ardından kurulu dağıtımı ve WSL sürümünü görmek için `wsl -l -v` çalıştırın.

## 2d. adım: Proxmox VE ve emülatörler

- **Proxmox VE**, laboratuvar ve eğitim için iç içe çalışabilir. İç içe sanallaştırma hakkındaki Proxmox belgelerini izleyin ve üretim kümeleri için dedicated sunucu kullanın.
- Sanallaştırma uzantılarına ihtiyaç duyan **Android emülatörleri** ve diğer araçlar bir Windows VDS'te veya nested dedicated sunucuda çalışır; grafik yoğun uygulamalar daha fazla kaynak ister.

## macOS VDS

macOS VDS planları da iç içe sanallaştırma sunar; böylece kendi sanal makinelerini başlatan araçlar Mac'inizde çalışabilir. Apple Silicon macOS VPS dahil macOS VPS planları sunmaz. Bkz. [macOS VPS ve VDS](/guides/macos-vps).

## Performans ipuçları

- Konuk sistem destekliyorsa iç içe makinelere virtio diskler ve ağ bağdaştırıcıları verin.
- Konuklara VDS'in sahip olduğundan fazla vCPU veya bellek atamayın.
- Veritabanları gibi ağır disk işlerini mümkün olduğunca iç içe konukların dışında tutun.

## Sorun giderme

**`kvm-ok` KVM hızlandırmasının kullanılamayacağını söylüyor.** Uzantılar görünmüyor: bir VPS'tesiniz ya da sunucunun plan değişikliğinden sonra yeniden başlatılması gerekiyor. `grep -Ec '(vmx|svm)' /proc/cpuinfo` ile kontrol edin; bir VDS'te sıfırsa destek bildirimi açın.

**Hyper-V kurulumu bir sanallaştırma hatasıyla başarısız oluyor.** Uzantılar aktarılmıyor. `Get-ComputerInfo -Property HyperV*` ile kontrol edin ve çıktıyla bir destek bildirimi açın.

**WSL sanallaştırmanın etkin olmadığını bildiriyor.** Neden aynıdır; ayrıca Virtual Machine Platform bileşeninin kurulduğundan ve sunucunun yeniden başlatıldığından emin olun.

## Sonraki adımlar

- Serileri karşılaştırın: [VPS, VDS ve dedicated sunucu](/guides/vps-vs-vds-vs-dedicated-server).
- Fiziksel sunucuda hipervizör: [dedicated sunucular](/guides/dedicated-servers).

## Sık sorulan sorular

### İç içe sanallaştırma nedir?

Sanal sunucunuz işlemcinin sanallaştırma uzantılarını (Intel VT-x veya AMD-V) alır; böylece kendi sanal makinelerini oluşturan yazılımlar içinde çalışabilir: KVM, Proxmox VE, Hyper-V, WSL 2 veya Android emülatörleri.

### Tüm HyperDC VDS planları bunu sunuyor mu?

Evet. Bir sunucuya yalnızca iç içe sanallaştırma kullanılabildiğinde VDS deriz. Apple Silicon macOS VPS dahil VPS planları bunu sunmaz.

### İç içe bir sanal makine fiziksel sunucudaki kadar hızlı mı?

Hayır. Her katman, özellikle disk ve ağ yoğun işlerde ek yük getirir. Geliştirme, test, laboratuvarlar ve emülatörler iyi çalışır; makinenin tamamına ihtiyaç duyan üretim yükleri dedicated sunucuya aittir.

### VDS'e Proxmox VE kurabilir miyim?

Laboratuvar ve test için iç içe bir hipervizör olarak çalışabilir. Üretimdeki bir Proxmox kümesi için hipervizörün doğrudan donanımda çalışması amacıyla dedicated sunucular kullanın.

### Windows VDS'te WSL 2 kullanabilir miyim?

Evet. İç içe sanallaştırma, WSL 2'yi Windows Server 2022 ve 2025'te kullanılabilir kılar; wsl --install ile kurun ve yeniden başlatın.

---

Kaynak: <https://hyperdc.com/tr/guides/products/vds-nested-virtualization>\
Son güncelleme: 2026-10-09
