KVM mi OpenVZ mi: hangisini seçmeli?
2026'da neredeyse her zaman KVM almaya değer: OpenVZ'den ayda yalnızca 1–2 dolar daha pahalıdır, ama üzerinde Docker'dan Windows'a kadar her şey çalışır. OpenVZ dar bir durumda mantıklıdır; aşağıda hangisi olduğunu, yazının sonunda ise sunucunuzu bir dakikada kontrol edebileceğiniz komutları bulacaksınız.
Kısa cevap: KVM alın. KVM'de sistemin kendi çekirdeği sizindir ve sunucu sıradan bir bilgisayar gibi davranır: Docker, Windows, Linux'un herhangi bir sürümü kurulur; kendi güvenlik duvarınız ve takas alanınız (swap) çalışır. OpenVZ ise çekirdeği fiziksel makinedeki komşularla paylaşan bir konteynerdir. Daha ucuz ve hafiftir, ama alışık olduğunuz programların bir kısmı içinde çalışmaz ve bunu genellikle ödemeden sonra öğrenirsiniz.
OpenVZ ancak iş basitse, Docker'sız Linux üzerinde çalışıyorsa ve fiyat farkı sizin için önemliyse mantıklıdır. Aşağıda bu farkın gerçekte ne kadar olduğuna ve konteynerde tam olarak nelerin bozulduğuna bakacağım.
OpenVZ gerçekte ne kadar ucuz?
Göründüğünden daha az. Aynı sağlayıcıdaki aynı bellek miktarına sahip paketleri karşılaştırdım: en ucuz KVM'yi ve en ucuz OpenVZ'yi alıp farka baktım. Bellek miktarına göre 15 ile 29 arasında sağlayıcıyı bu şekilde karşılaştırmak mümkün oldu; veriler 27 Ekim 2026 tarihli accsly kataloğundan. Katalog fiyatları rubleyle tutulduğu için dolar tutarları yaklaşıktır.
2 GB bellekte KVM, örneklemin ortancasında ayda yaklaşık 0,65 dolar, yani yaklaşık %16 daha pahalıdır. 4 GB'ta fark daha büyüktür: yaklaşık 2 dolar ya da %30. Yıllık bazda bu 8 ile 25 dolar arasındadır. Üstelik iki türü de satan sağlayıcıların üçte birinde aynı kapasitedeki KVM aynı fiyata ya da daha ucuza satılıyor; bu yüzden önce aynı sağlayıcının paketlerini kendi içinde karşılaştırmak yeterli.
OpenVZ'yi seçmek ayrıca seçeneklerinizi ciddi şekilde daraltır. Kataloğun 26.640 paketinden 501'i, yani %1,9'u OpenVZ üzerinde çalışıyor ve bunları 2.175 sağlayıcıdan 84'ü satıyor. KVM ise tüm paketlerin %93,5'ini oluşturuyor (buna sağlayıcının sanallaştırmayı belirtmediği paketleri de dahil ettim: bugün varsayılan neredeyse her zaman KVM'dir). Geri kalanı VMware, Hyper-V, Xen ve LXC konteynerleridir; kullanıcı olarak sizin için ilk üçü KVM gibi davranır.
Sonuçta OpenVZ'deki tasarruf ayda kabaca bir kahve parası kadardır ve karşılığında kısıtlamalarla ödersiniz. Kaybetmek istemeyeceğiniz bir iş için ben bu tasarrufu yapmazdım.
OpenVZ konteynerinde neler çalışmaz?
Kendi sistem çekirdeğini gerektiren her şey. Konteynerde tüm fiziksel makine için tek bir çekirdek vardır ve ayarlarını yalnızca sağlayıcı değiştirebilir. Pratikte bu şöyle görünür.
Docker çoğu zaman kurulmaz ya da hatalı çalışır. Birçok sağlayıcı kurallarında OpenVZ'de Docker'ı desteklemediğini açıkça yazar. OpenVZ 7'de sağlayıcı konteyner için gerekli özellikleri açtıysa bazen çalışır, ama bunu ödemeden önce sormanız gerekir. Projeniz Docker üzerine kuruluysa ya da n8n, GitLab Runner veya Kubernetes planlıyorsanız yalnızca KVM paketlerine veya Docker için VPS seçkisine bakın.
Windows hiç çalışmaz. Konteyner ana makinenin Linux çekirdeğini kullanır, bu yüzden içinde başka bir işletim sistemi mümkün değildir. Katalogda Windows'lu tek bir OpenVZ paketi yok; KVM paketlerinin ise yaklaşık yarısında Windows mevcut. Seçki: Windows VPS.
Çekirdek eskidir ve güncellenemez. OpenVZ 7'de 3.10 sürümlü çekirdek, artık desteklenmeyen OpenVZ 6'da ise 2.6.32 çalışır. Güncel dağıtımlar daha yeni çekirdekler için tasarlanmıştır; bu yüzden sağlayıcıda istediğiniz Ubuntu sürümünün şablonu olmayabilir. Çekirdeğe sonradan eklenen hiçbir şey de çalışmaz: örneğin uzak mesafelere dosya aktarımını hızlandıran BBR algoritması 4.9 ve üzeri bir çekirdek gerektirir.
Kendi çekirdek modüllerinizi yükleyemezsiniz. Buna örneğin ofis ile sunucu arasındaki özel ağ için çekirdek içi WireGuard da girer. Onun yerine modülsüz çalışan bir sürüm kullanılabilir, ama yalnızca sağlayıcı konteynere TUN ağ aygıtını açtıysa. Böyle bir ağı sıradan bir KVM üzerinde nasıl kuracağınızı VPS üzerinde kurumsal ağ yazısında anlattık.
Takas alanı eklenemez. swapon komutu konteynerde çalışmaz; bellek yetmediğinde süreç doğrudan sonlandırılır. KVM'de ise bir dakikada 1–2 GB'lık bir takas dosyası oluşturup yük sıçramasını atlatabilirsiniz.
Bellek farklı hesaplanır. OpenVZ paketlerinde sık sık "1 GB garantili, 2 GB'a kadar" gibi ifadeler görürsünüz; üst rakam yalnızca ana makinede boş kaldığı sürece kullanılabilir. Alt rakama güvenin.
OpenVZ ne zaman yine de iyi bir seçimdir?
İş küçükse, Linux üzerindeyse ve Docker gerektirmiyorsa. Diyelim ki basit bir Python botu, statik bir site, başka sitelerin izlenmesi ya da kaybetmeyi dert etmeyeceğiniz testler için bir sunucuya ihtiyacınız var. Bu durumda konteyner işinizi görür ve yılda yaklaşık 10 dolar tasarruf edersiniz.
Konteynerin bir artısı daha var: neredeyse hiç ek yükü yoktur. Sistem saniyeler içinde açılır ve paketin belleğinden sanallaştırmanın kendisine bir şey gitmez. 512 MB'lık paketlerde bu fark edilir: KVM'de çekirdek ve sistem servisleri bunun yaklaşık 100–150 MB'ını kaplar, konteynerde daha azını.
Bu seçenek size uyuyorsa, paketler OpenVZ VPS seçkisinde. Yapı olarak benzer olan LXC konteyneri daha nadir görülür, paketlerin yaklaşık %0,6'sında; kısıtlamaları da neredeyse aynıdır: LXC VPS.
KVM her zaman daha dürüst müdür?
Her zaman değil. KVM tek başına işlemcinin onlarca komşuyla paylaşılmadığını garanti etmez: uygun fiyatlı paketlerde çekirdekler yine de paylaşımlıdır. Fark, KVM'de fazla satışın daha kolay görülmesidir: sistem, makinenizden komşuların aldığı süreyi gösterir. Bunu nasıl kontrol edeceğinizi aşağıda göstereceğim. İşlemci sürekli dolu olacaksa ayrılmış çekirdekli paketler arayın; hızlı tekil iş parçacıkları için ise yüksek işlemci frekanslı VPS seçkisine bakın.
İşinize göre ne almalısınız?
Veritabanlı bir WordPress, WooCommerce veya Laravel sitesi: KVM. Sitenin trafik sıçramalarına karşı takas alanına ve güncel bir PHP sürümüne ihtiyacı vardır; ayda 1 dolardan az bir fark için eski bir çekirdeğe takılmanın anlamı yok. Seçki: web sitesi için VPS.
n8n, GitLab ve Kubernetes dahil Docker üzerindeki her şey: yalnızca KVM, burada başka seçenek yok. Windows ve onun için yazılmış programlar, örneğin masaüstü muhasebe ve ön muhasebe yazılımları: yine yalnızca KVM veya Hyper-V.
Docker'sız Python veya Node.js ile yazılmış bir Telegram botu, izleme, test ortamı: aynı sağlayıcıda belirgin şekilde daha ucuzsa OpenVZ de olur. Fark ayda 1 dolardan azsa ben yine de KVM alırdım: Docker'a ya da yeni bir sistem sürümüne geçtiğinizde sunucu değiştirmeniz gerekmez.
İki türün nasıl çalıştığı ve farklar tablosu VPS mi VDS mi yazısında; burada pratiğe geçelim.
Sunucunuzun neyle çalıştığını nasıl öğrenirsiniz?
Sağlayıcılar sanallaştırmayı pakette her zaman yazmaz, bazen de yanlış yazar. Sunucuya SSH ile bağlanarak bir dakikada kontrol edebilirsiniz. En basit komut her güncel Linux'ta vardır:
systemd-detect-virt
Tek bir kelime yazdırır. kvm KVM, openvz OpenVZ veya Virtuozzo konteyneri, lxc LXC konteyneri, vmware ve microsoft VMware ve Hyper-V, xen ise Xen demektir. Çıktı none ise sanallaştırması olmayan fiziksel bir makineniz var. Aynı bilgiyi hostnamectl komutu Virtualization satırında gösterir.
systemd yoksa ya da yanıtı doğrulamak istiyorsanız, üç dolaylı işaret var:
ls /proc/user_beancounters /proc/vz 2>/dev/null # bu dosyalar yalnızca OpenVZ'de bulunur
uname -r # çekirdek sürümü
lscpu | grep -i hypervisor # KVM'de: Hypervisor vendor: KVM
İlk komut bir şey yazdırdıysa OpenVZ konteynerindesiniz. 2.6.32-042stab… biçimindeki bir çekirdek sürümü OpenVZ 6, adında vz7 geçen sürüm ise OpenVZ 7 demektir. Bir de virt-what aracı var; apt install virt-what komutuyla kurulur ve root olarak çalıştırılır; daha nadir durumları da tanır.
Sunucunun komşular yüzünden sıkıştığını nasıl anlarsınız?
KVM'de steal göstergesine bakın; yani makineniz işlemci istediği hâlde hipervizörün başka makinelere verdiği süre:
vmstat 1 10
Sağdaki st sütununa bakmanız gerekiyor. Orada 0–2 varsa her şey yolunda. Yük altında sürekli 5–10'un üzerindeyse, komşular işlemcinin kayda değer bir kısmını alıyor ve sunucu paketin vaat ettiğinden yavaş çalışacak. Aynı gösterge top çıktısında %Cpu satırında st olarak görünür.
OpenVZ'de steal genellikle görünmez, ama aşılan limitler için kendi sayacı vardır:
cat /proc/user_beancounters
Son sütun olan failcnt'ye bakın. privvmpages veya physpages satırındaki sıfırdan farklı bir değer, konteynere bellek yetmediği ve bazı isteklerin reddedildiği anlamına gelir. Rakamlar artıyorsa, free boş bellek gösterse bile paket işiniz için küçüktür.
Bu kontrolü, para iadesi hakkınız devam ederken ödemeden sonraki ilk günlerde yapın. Bu imkânı sunan paketler para iadeli VPS ve deneme süreli VPS seçkilerinde.