Kubernetes Lab’leri ve Konteyner Testleri İçin Neden Nested Sunucu Kullanmalısınız?

Kubernetes’i gerçekten öğrenmenin ya da bir değişikliği güvenle test etmenin yolu, bozmaktan korkmayacağınız bir laboratuvardır. Tek düğümlü bir kurulum temel kavramlar için yeterlidir; ancak düğüm arızası, ağ politikaları ya da sürüm yükseltmesi gibi senaryolar birden fazla makine ister. Bu yazıda Kubernetes lab’leri ve konteyner testleri için nested sunucu kullanmanın neden mantıklı olduğunu anlatıyoruz.

Nested Virtualization Nedir?

Nested virtualization (iç içe sanallaştırma), sanal bir sunucunun içinde yeniden sanal makine çalıştırabilmektir. İşlemcinin donanım sanallaştırma uzantıları sanal sunucuya açık olduğunda, VDS’e kurulan KVM ya da Proxmox kendi sanal makinelerini donanım hızlandırmasıyla çalıştırabilir.

Kubernetes Lab Ortamı Nedir?

Kubernetes lab’i, bir kontrol düğümü (control plane) ve bir ya da daha fazla işçi düğümden (worker) oluşan deneme amaçlı bir kümedir. kubeadm ile üretime yakın bir kurulum yapılabileceği gibi k3s gibi hafif dağıtımlar da tercih edilebilir. Amaç; dağıtım, ölçekleme, ağ, depolama ve arıza senaryolarını üretim sistemine dokunmadan denemektir.

Kubernetes Lab İçin Nested VDS Neden Kullanılır?

Kısa cevap: kaynak, süreklilik ve gerçekçilik.

Yerel Bilgisayar ile Uzak Nested VDS Arasındaki Farklar

• Kaynak: Dizüstü bilgisayarda birkaç VM açıldığında RAM hızla tükenir; Nested VDS üzerinde çok düğümlü kümeler için çok daha fazla RAM ayrılabilir.
• Süreklilik: Bilgisayarınızı kapattığınızda lab da kapanır; uzak sunucu 7/24 açık kalır.
• Erişim: Ekip arkadaşları ve CI araçları aynı kümeye her yerden bağlanabilir.
• Ağ: Gerçek bir IP adresiyle Ingress, DNS ve sertifika senaryoları gerçekçi şekilde test edilir.

Konteyner İçin mi, Sanal Makine İçin mi?

Önemli bir ayrım: Docker gibi konteynerler çekirdeği paylaştığı için nested sanallaştırma gerektirmez; tek bir VDS’te k3s ya da kind ile küme açabilirsiniz. Nested yapı; her düğümü ayrı bir VM olarak kurmak, KubeVirt ile Kubernetes üzerinde VM çalıştırmak ya da Kata Containers ve Firecracker gibi mikro-VM tabanlı ortamları denemek istediğinizde devreye girer. Bu araçlar KVM erişimi istediği için KVM destekli VDS şarttır.

Nested VDS ile Kubernetes Ortamı Nasıl Planlanır?

VDS içinde VDS kurma mantığıyla hazırlanmış örnek bir lab şöyle olabilir:

• 1 kontrol düğümü: 2 vCPU, 4 GB RAM
• 2–3 işçi düğüm: her biri 2 vCPU, 4 GB RAM
• 1 yardımcı makine: imaj deposu (registry), CI ajanı ya da izleme araçları

kubeadm makine başına en az 2 GB RAM ve kontrol düğümü için en az 2 CPU ister; gerçekçi testler için yukarıdaki değerler daha rahattır. Hypervisor payıyla birlikte bu yapı 20–24 GB RAM’e sığar.

Konteyner Testlerinde Sanallaştırmanın Avantajları

Her düğüm ayrı bir VM olduğunda gerçek bir düğüm arızasını simüle etmek için VM’i kapatmanız yeterlidir. Farklı işletim sistemi ve çekirdek sürümleri yan yana denenebilir, snapshot ile bozulan küme kısa sürede eski haline döner. Aynı altyapıda biri sürüm yükseltme denemesi, diğeri eğitim için olmak üzere birden fazla küme izole şekilde çalışabilir.

Test Ortamını Üretimden Ayırmanın Avantajı

Lab ortamında yanlış yazılan bir ağ politikası ya da silinen bir namespace yalnızca test kümesini etkiler. Üretimden tamamen ayrı bir sunucu, risk almadan deneme yapmanın en güvenli yoludur.

VT-x Destekli VDS Neden Önemlidir?

Intel VT-x ve AMD-V, işlemcinin sanal makineleri donanım seviyesinde hızlandırmasını sağlar. Bu uzantılar kapalıysa KVM çalışmaz ve sanal makineler yazılımsal emülasyonla, çok daha yavaş çalışır. Düğümleri VM olarak kuracaksanız donanım sanallaştırma açık VDS tercih etmek temel şarttır. Linux’ta işlemci bilgisinde vmx (Intel) ya da svm (AMD) bayrağını görmek, uzantıların açık olduğunu gösterir.

Proxmox VDS Kiralama ile Test Ortamı Oluşturulur mu?

Evet. VDS içine Proxmox kurma ile her Kubernetes düğümünü web arayüzünden yönetilen bir VM olarak açabilir, cloud-init şablonlarıyla yeni düğümleri hızla çoğaltabilirsiniz. Proxmox istemeyenler için libvirt ve virt-manager daha hafif bir alternatiftir.

Nested VDS Satın Alırken Hangi Özelliklere Bakılmalı?

• VT-x / AMD-V uzantılarının açık teslim edilmesi
• Düğüm sayınıza yetecek RAM; nested yapılarda ilk tükenen kaynak RAM’dir
• Hızlı SSD/NVMe disk; etcd disk gecikmesine duyarlıdır
• VM’lerin ağa çıkışı için NAT ya da ek IP seçeneği

Nested sunucu kiralama tercihini bu kriterlere göre yaparsanız lab’iniz ilk günden gerçekçi ve kararlı çalışır.

Sonuç

Konteyner testlerinin bir kısmı tek bir VDS’te bile yapılabilir; ancak çok düğümlü gerçekçi kümeler, VM tabanlı çalışma ortamları ve izole eğitim lab’leri için nested yapı belirgin avantaj sağlar. Yerel bilgisayarın RAM ve süreklilik sınırlarından kurtulmak, birden fazla test ortamını tek altyapıda toplamak ve üretimi riske atmadan denemek isteyen sistem yöneticileri, geliştiriciler ve öğrenciler için sanallaştırma destekli VDS güçlü bir laboratuvar zeminidir.