Sanal Adanmış Sunucu (VDS) Nedir? VDS, VPS ve Adanmış

Sanal adanmış sunucu gerçekte nedir

Sanal adanmış sunucu (VDS), fiziksel bir ana makineden bir hipervizor tarafından (çoğu zaman Linux üzerinde KVM, kimi zaman Xen, VMware ESXi ya da Hyper-V) ayrılmış bir sanal makinedir ve tanımlayıcı özelliği şudur: faturadaki kaynaklar rezerve edilmiştir. İki çekirdek, o sanal makine için ayrılmış iki ana makine iş parçacığı demektir; 8 GB RAM, ana makinenin başka bir kiracıya asla ödünç vermediği 8 GB demektir. Makinenin içinde kendi çekirdeğiniz, kendi disk imajınız, tam root veya Administrator haklarınız ve hipervizorun başlatabildiği herhangi bir işletim sistemi olur: misafir tarafından bakıldığında küçük bir adanmış sunucu, ana makine tarafından bakıldığında ise aynı tahsis için asla yarışmayan birkaç kiracıdan biri.

Bu terim, "VPS" fazla geniş bir anlam kazandığı için vardır. Bir VPS, burst RAM'li bir OpenVZ konteynerinden, aynı fiziksel çekirdeği altı müşteriye satan bir ana makinedeki KVM makinesine kadar her şey olabilir. "VDS" etiketi, "bu fazla satılmadı" demek isteyen sağlayıcılar tarafından benimsendi. Etiketin arkasında bir standart yok: Rusça konuşulan hosting pazarında VDS ile VPS birbirinin yerine kullanılır ve bazı sağlayıcılar VDS kulağa adanmışa daha yakın geldiği için sıradan bir VPS serisini yeniden etiketler. Kelime size niyeti söyler; aşağıdaki komutlar gerçeği söyler.

VDS, VPS ve adanmış sunucu karşılaştırması

Ürünler iki eksende ayrışır: makinenin nasıl izole edildiği (konteyner, sanal makine ya da fiziksel donanım) ve kaynakların rezerve mi yoksa paylaşımlı mı olduğu. VDS, her iki eksende de paylaşımlı bir VPS ile adanmış sunucu arasında durur.

Fiyat sütunu, giriş seviyesi planlar için kabaca 2026 aralığıdır, bir kıyaslama değildir. Dört çekirdekli, 8 GB rezerve belleğe sahip bir sanal makine ayda 3 dolara satılamaz; bir "VDS" konteyner fiyatındaysa, genellikle konteynerdir.

Rezerve ve paylaşımlı kaynaklar: fark nerede yaşıyor

CPU. KVM'de her vCPU, Linux zamanlayıcısının diğer süreçler gibi ele aldığı bir ana makine iş parçacığıdır. 32 donanım iş parçacığına sahip bir ana makine 32 vCPU (1:1, rezerve) ya da 128 vCPU (4:1, paylaşımlı) olarak satılabilir. Misafirin içinde bu oranı gösteren hiçbir şey yoktur; ancak komşular yoğunken steal time ve gecikme sıçramaları olarak görünür hale gelir.

RAM. KVM ana makineleri belleği iki şekilde fazla satar: virtio balloon sürücüsü, misafirin kullanmadığı sayfaları ana makinenin geri almasını sağlar ve KSM (kernel samepage merging) sanal makineler arasında aynı sayfaları tekilleştirir. Rezerve bir planda bellek, sanal makine başladığında tahsis edilir ve balloon hiçbir zaman şişirilmez. lsmod çıktısında virtio_balloon görmek yeteneği kanıtlar, kullanımı değil: bu sürücü neredeyse her bulut imajında gelir.

Depolama. Rezervasyon nadiren diske uzanır; neredeyse her sağlayıcı depolama arka ucunu paylaşır ve en fazla sanal makine başına IOPS sınırı koyar. Performansı değiştiren şey alttaki katmandır: bir NVMe disk, SATA SSD'ye kıyasla çok daha fazla IOPS ve daha düşük gecikme sunar ve hiçbir CPU rezervasyonu, bir veritabanının altındaki yavaş diski telafi etmez.

Ağ. Kendi portuna sahip bir adanmış sunucu dışında uplink her yerde paylaşımlıdır; "sınırsız" bant genişliği, size özel garantili 1 Gbps değil, adil kullanım politikası altında sınırsız anlamına gelir.

KVM ve konteyner sanallaştırması (OpenVZ, LXC)

Bu ayrım, bir "VDS"in gerçekten adanmış olup olamayacağını belirler. KVM, Xen ve ESXi donanım sanallaştırmasıdır: VT-x veya AMD-V, her misafirin sanal donanım üzerinde kendi çekirdeğini çalıştırmasını sağlar. OpenVZ, Virtuozzo, LXC ve Docker ise işletim sistemi seviyesinde sanallaştırmadır: her kiracı, ad alanlarıyla ayrılmış ve cgroup'larla sınırlanmış, ana makinenin çekirdeği üzerinde çalışan bir süreç kümesidir. Proxmox bunlara "CT" der ve pek çok düşük maliyetli sağlayıcı bunları VPS olarak satar. Sonuçları:

• uname -r, seçmediğiniz ve yükseltemeyeceğiniz ana makine çekirdeğini döndürür. Tarihsel olarak OpenVZ ana makineleri çok eski çekirdek serileri çalıştırdı. Bir makinenin gerçekte ne çalıştırdığından emin değilseniz, Linux, Windows ve macOS'ta işletim sistemi ve çekirdek sürümünü bulma komutları saniyeler sürer.
• Çekirdek modülü yükleyemezsiniz: WireGuard, ZFS ve .ko olarak gelen her şey ana makineye bağlıdır.
• İç içe sanallaştırma imkansızdır ve konteyner içinde Docker ya da systemd yalnızca ana makine izin verirse çalışır.

Bir KVM misafirinde bu kısıtların hiçbiri yoktur: ISO'dan açılır, herhangi bir çekirdeği çalıştırır ve ana makine iç içe sanallaştırmaya izin veriyorsa VT-x'i kendi misafirlerine sunabilir. Dolayısıyla gerçek bir VDS her zaman tam bir sanal makinedir.

Gürültülü komşular ve steal time

Gürültülü komşu, aynı ana makinedeki başka bir kiracının CPU, disk veya ağ kullanımıyla sizinkinden pay almasıdır. Fazla satılmış bir KVM ana makinesinde zamanlayıcı, vCPU'nuzu onlarınkinin arkasına sıraya koyar ve vCPU'nuzun çalışmaya hazır ama bekler durumda geçirdiği süre misafire steal time olarak bildirilir. Linux bunu /proc/stat içindeki cpu satırının sekizinci değeri, vmstat ve top çıktısının st sütunu ve mpstat ile sar içindeki %steal olarak sunar.

Rezerve bir sanal makine, komşuları sonuna kadar çalışırken bile steal değerini sıfır ya da sıfıra yakın göstermelidir. Paylaşımlı planlarda ani yükler sırasında birkaç yüzdelik normaldir; sürekli iki haneli steal, ana makinenin fazla satıldığı anlamına gelir ve tek çözüm başka bir düğüm ya da gerçek bir 1:1 plandır. Sağlayıcı bu metriği gizleyemez: hipervizor onu misafirin kendi muhasebesine yazar. Konteynerler farklıdır: LXC veya OpenVZ içinde st sütunu siz kısıtlanırken bile genellikle sıfırda kalır; çalışma zamanı sunuyorsa cat /sys/fs/cgroup/cpu.stat (cgroup v2) bunun yerine artan nr_throttled ve throttled_usec değerlerini gösterir.

"VDS" ne zaman sadece pazarlamadır

Etiket denetlenmediği için, plan sayfasını mimariyi anlatan işaretler için okuyun:

• Oran belirtmeyen "vCPU". Rezerve bir plan "adanmış çekirdek" ya da "1 vCPU = 1 iş parçacığı" der. Destek ekibi vCPU/iş parçacığı oranını söyleyemiyorsa, paylaşımlı olduğunu varsayın.
• "Garantili RAM" ile yan yana "burst RAM". Bu, tahsis edilmiş belleğe sahip bir sanal makinenin değil, esnek sınırlı bir konteynerin OpenVZ sözlüğüdür.
• Özel ISO yok, çekirdek seçimi yok, serbest yeniden kurulum yok. Bu kısıtlar ana makine çekirdeğinin paylaşılmasından gelir.
• Adında "yarı adanmış" ya da "hibrit". Daha az çekişmeli paylaşımlı bir plan için dürüst ifadeler. Sorun değil, ama VDS değil.

Pek çok sağlayıcı VDS terimini dürüst kullanır; aşağıdaki kontroller soruyu bir dakikadan kısa sürede çözer.

Gerçekte ne aldığınızı nasıl kontrol edersiniz

1. Sanallaştırma katmanını belirleyin

systemd-detect-virt
# typical answers: kvm, qemu, xen, vmware, microsoft, openvz, lxc, docker, none
systemd-detect-virt --container   # container type, or none

virt-what (root olarak çalıştırılır) systemd olmayan dağıtımlarda aynı yanıtı verir. lscpu | grep -i hypervisor bir KVM misafirinde Hypervisor vendor: KVM yazdırmalıdır; bir konteynerde lscpu sizin tahsisiniz yerine ana makinenin tüm çekirdek sayısını gösterir ve /proc/vz ya da /proc/user_beancounters varlığı net bir OpenVZ işaretidir.

2. CPU modelini ve sayısını okuyun

nproc
grep -m1 'model name' /proc/cpuinfo
lscpu | grep -E '^(Model name|Socket|Core|Thread|CPU\(s\))'

nproc satın aldığınız değere eşit olmalıdır. QEMU Virtual CPU ya da Common KVM processor gibi bir model adı, ana makinenin gerçek CPU'yu genel bir modelin arkasına gizlediği ve AVX gibi yeni komut kümelerini sakladığı anlamına gelir; AMD EPYC 7443P gibi gerçek bir model ise host passthrough demektir. Hiçbiri rezervasyonu kanıtlamaz, ama maskelenmiş bir CPU yoğunluk için ayarlanmış bir ana makineye işaret eder.

3. Yük altında steal time ölçün

vmstat 1 5          # last column: st
head -1 /proc/stat  # cpu user nice system idle iowait irq softirq steal guest guest_nice
stress-ng --cpu $(nproc) --timeout 60s   # package stress-ng, then watch vmstat

Yoğun bir saatte ölçün. Tüm vCPU'lar sonuna kadar çalışırken st sıfıra yakın kalıyorsa, çekirdekler fiilen sizindir; çekişme düğümü kimlerle paylaştığınıza bağlı olduğundan ölçümü birkaç gün boyunca tekrarlayın.

4. İç içe sanallaştırmayı kontrol edin

grep -cE 'vmx|svm' /proc/cpuinfo   # more than 0: the virtualisation flag is exposed
ls -l /dev/kvm                     # appears once kvm_intel or kvm_amd is loaded
kvm-ok                             # Ubuntu: package cpu-checker

Bayrak yoksa, ana makine CPU modelini maskeliyor ya da iç içe sanallaştırma kapalıdır ve misafirin içinde hipervizor gerektiren hiçbir şey çalışmaz. Bir konteyner bunu hiçbir zaman sunmaz.

5. Disk aygıtına bakın

lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /sys/block/vda/queue/rotational   # 0 = non-rotational

vda bir virtio blok aygıtıdır, normal KVM kurulumudur; QEMU HARDDISK modelli sda ise emüle SATA'dır, yine de bir sanal makinedir. Bir konteyner içinde kök dosya sistemi genellikle ploop veya simfs bağlamasıdır. Windows misafirlerinde systeminfo | findstr /i hyper-v bir hipervizor tespit edildiğini bildirir.

Fiyat seviyeleri ve kullanım senaryoları

• Konteyner VPS ($2-6): statik siteler, küçük botlar, bir VPN uç noktası, yani çekirdeğin önemsiz olduğu ve ara sıra yavaşlamanın kabul edilebildiği her şey.
• Paylaşımlı KVM VPS ($4-12): geliştirme ve staging makineleri, kendi çekirdeğine ihtiyacı olan ve steal dalgalanmalarını tolere eden düşük trafikli uygulamalar.
• Rezerve KVM kaynaklı VDS ($8-40): trading botları, oyun sunucuları, veritabanları, CI çalıştırıcıları, 7/24 otomasyon ve saatlerce yüksek CPU'da çalışan gecikmeye duyarlı her şey.
• Adanmış sunucu ($60-300+): çok çekirdekte sürekli %100 CPU, büyük RAM, GPU'lar, kendi hipervizorünüz ya da paylaşımlı donanımı yasaklayan kurallar. IPMI erişimli çıplak metal adanmış sunucu, bir VDS artık yetmediğinde bir sonraki adımdır.

Rezerve seviye iş yükünüze uyuyorsa, rdp.monster tam olarak bunu satıyor: rezerve CPU ve RAM'e sahip KVM VPS, NVMe depolama, tam root veya yönetici erişimi, sınırsız (adil kullanım) bant genişliği, KYC yok, kartlar ve PayPal'ın yanı sıra kripto kabul, aylık $8.99'dan başlayan fiyatlarla. Makine, ödeme onaylandıktan yaklaşık 10 saniye sonra teslim edilir; böylece etikete güvenmeden önce systemd-detect-virt ve vmstat 1 komutlarını kendiniz çalıştırabilirsiniz (bu yazının her sağlayıcı için önerdiği aynı kontroller).

Sık sorulan sorular

VDS ile VPS aynı şey mi?

Teknik olarak ikisi de sanal sunucudur; VDS, rezerve edilmiş ve fazla satılmamış kaynakları belirtmek için kullanılır.

İkisi de paylaşımlı donanım üzerindeki sanal sunuculardır. Fark bir teknoloji değil, bir vaattir: bir VDS'in, CPU çekirdekleri ve RAM'i size ayrılmış tam bir sanal makine (genellikle KVM) olarak çalışması beklenir; bir VPS ise bu kaynakları başka kiracılarla paylaşabilir, hatta ana makinenin çekirdeği üzerinde bir konteyner olabilir. Terimi dayatan bir standart olmadığı için bazı sağlayıcılar VDS ve VPS'i birbirinin yerine kullanır. İsme güvenmek yerine systemd-detect-virt, nproc ve steal time ile doğrulayın.

VPS'imin KVM mi OpenVZ mi olduğunu nasıl anlarım?

systemd-detect-virt komutunu çalıştırın; tek satırda kvm, openvz, lxc ya da none yazar.

systemd-detect-virt komutunu çalıştırın: kvm, qemu, openvz, lxc ya da none yazar. systemd yoksa virt-what aracını kurup root olarak çalıştırın. İki ipucu daha: lscpu | grep -i hypervisor bir KVM misafirinde Hypervisor vendor: KVM gösterir ve /proc/vz ya da /proc/user_beancounters varlığı OpenVZ demektir. Bir konteynerde nproc ve uname -r de planınızı değil ana makineyi yansıtır.

Sanal sunucuda kabul edilebilir CPU steal time nedir?

Rezerve planlarda sıfıra yakın; kısa süreli birkaç yüzdelik kabul edilebilir, sürekli iki haneli değerler fazla satılmış bir ana makine demektir.

Rezerve çekirdekli bir VDS'te vmstat 1 çıktısının st sütunu tam yük altında bile 0 ya da sıfıra yakın olmalıdır. Paylaşımlı planlarda tepe saatlerde ara sıra tek haneli değerler normaldir. Yüzde on ve üzerindeki sürekli değerler, ana makinenin fazla satıldığını ve vCPU'larınızın diğer kiracıların arkasında beklediğini gösterir. Misafirin içinden çözümü yoktur: sağlayıcıdan sizi daha sakin bir düğüme taşımasını isteyin ya da 1:1 vCPU/iş parçacığı oranına sahip bir plana geçin.

Sanal adanmış sunucuda Docker veya iç içe VM çalıştırabilir miyim?

Her KVM misafirinde Docker evet; iç içe VM yalnızca ana makine vmx veya svm CPU bayrağını sunuyorsa.

KVM tabanlı bir VDS'te kendi çekirdeğinizi çalıştırdığınız için Docker, herhangi bir Linux makinesindeki gibi çalışır. İç içe sanallaştırma (misafir içinde KVM, VirtualBox, Hyper-V) ana makinenin CPU sanallaştırma uzantısını aktarmasını gerektirir: grep -cE 'vmx|svm' /proc/cpuinfo ile kontrol edin ve kvm_intel ya da kvm_amd yüklendikten sonra /dev/kvm aygıtının oluştuğunu doğrulayın. OpenVZ veya LXC konteynerlerinde iç içe VM imkansızdır ve Docker tamamen ana makinenin izin verdiğine bağlıdır.