Kubernetes'i bare metal üzerinde mi yoksa VM'lerde mi çalıştırmalıyım?

Kubernetes için bare metal ne zaman daha iyi bir yerdir?

En az üç sunucunuz olduğunda ve iş yükleriniz donanımın kendisini istediğinde. Üç makine, üç ayrı hata alanında üç etcd üyesi verir. Pod'lar NVMe sürücülerine sanal disk katmanı olmadan erişir; bu da yerel volume'lardaki veritabanlarına uygundur. Yamalanacak tek bir çekirdek ve hata ayıklanacak tek bir ağ yığını vardır.

Ağ da basit kalır. Her node sunucusunun kendi IPv4'ünü tutar, böylece k3s ServiceLB veya bir ingress controller gerçek adresler üzerinden yanıt verir. Kubernetes'i bare metal sunucularda nasıl çalıştıracağınız rehberimizde adımlar var.

Zayıf nokta kurtarmadır. Müşteriler için IPMI veya KVM-over-IP konsolu yoktur: yeniden başlatma ve yeniden kurulum taleplerini panelden verirsiniz ve ekibiniz bunları gerçekleştirir. Bare bir node üzerinde hatalı bir ağ değişikliği yeniden kurulumla sonuçlanabilir. Yedek bir sunucu hızlı gelir, bir saat içinde, ama bir node'u yeniden kurmak yine de iş ister. Bir node'u dakikalarca değil, saatlerce kaybetmeye yetecek kapasiteyi elinizde tutun.

VM'ler ne zaman daha iyi bir seçim olur?

Bir veya iki makineniz olduğunda, çalıştırılacak birkaç kümeniz olduğunda ya da aklınızda Talos olduğunda. Bir Proxmox sunucusu tek bir sunucuyu bir staging kümesine, bir production kümesine ve bir test ortamına dönüştürür. Her VM, yükseltmeden önce anlık görüntü (snapshot) alınabilir ve başarısız bir yükseltmeden sonra geri alınabilir.

• Talos Linux. Yalnızca kendi ISO'sundan, PXE betiğinden veya disk imajından önyüklenir. Bir Proxmox VM'i ISO'yu bağlar, yani Talos burada yalnızca VM'lerde çalışır.
• Son çare konsolu. Sunucunun kendisinde konsol yoktur, ancak her VM'in Proxmox web arayüzünde bir konsolu vardır. Bozulan bir guest ağı, yeniden kurulumla değil o konsoldan düzeltilir.
• Pod yoğunluğu. Kubernetes v1.37, düğüm başına en fazla 110 pod için tasarlanmıştır. Lumen 32 (32 çekirdek / 64 iş parçacığı) VM'lere bölmek her VM'e kendi 110'unu verir.

Sidero'nun Proxmox rehberi, Talos control-plane VM'lerini 2 veya daha fazla çekirdek ve 4 GB olarak boyutlandırır. Worker'lar 4 veya daha fazla çekirdek ve 8 GB alır. CPU türünü AVX-512 ve x86-64-v2 için host olarak ayarlar ve bunun canlı göçü (live migration) engellediğini belirtir.

Tek bir sunucudaki üç VM'lik küme yüksek erişilebilir mi?

Hayır: çöken bir VM'i atlatır, ölü bir sunucuyu atlatamaz. etcd, üç üyeden ikisi çalıştığı sürece çoğunluğu (quorum) korur, yani bir VM arızalanabilir. Sunucu çöktüğünde üç üye birden gider.

Kubernetes yüksek erişilebilirlik rehberi bu riski stacked control plane'ler için belirtir: bir düğümü kaybetmek, bir etcd üyesini ve bir control-plane örneğini birlikte kaybetmektir. Tek bir sunucuda o düğüm tüm kümedir. Tek makinedeki üç VM bir çoğunluktur, yedeklilik değildir. Bunu staging, laboratuvar ve Talos denemeleri için kullanın, production'ı üç makinede tutun.

İkisini birleştirebilir miyim: bir Proxmox kümesinde Kubernetes VM'leri?

Evet: her birinde bir control-plane VM'i olan üç Proxmox sunucusu en esnek tasarımdır. Her sunucu kendi arıza alanıdır (failure domain) ve VM'ler anlık görüntülerini ve konsollarını korur. Bedeli iki kümeleme katmanıdır: Proxmox için corosync ve Kubernetes için etcd, ikisi de düşük gecikme ister. Üç sunucuyu tek bir şehirde tutun.

Farklı sunuculardaki VM'ler paylaşılan bir ağ gerektirir. Proxmox SDN bunu bir VXLAN zone ile kurar, ancak belgeleri tek başına VXLAN'ın şifrelemesi olmadığı konusunda uyarır. Bunu sunucular arasında WireGuard veya başka bir VPN üzerinden taşıyın. VXLAN ayrıca paket başına 50 bayt alır, bu yüzden guest'ler 1450 MTU kullanır.

Kiralık dedicated sunucularla bir Proxmox kümesi kurma rehberimiz, genel adresler üzerinde quorum ve corosync konularını ele alır.

Bir hypervisor Kubernetes'i yavaşlatır mı?

Bir katman ekler ve Lumenfer hiçbir şey ölçmedi, bu yüzden bir rakam vermiyoruz. Bir VM sanal CPU'lar, sanal bir disk ve sanal bir ağ kartı görür. CPU özellikleri guest'e yalnızca CPU türü bunları aktardığında ulaşır. Bir VM'e atanan bellek diğerleri ve sunucu için gitmiştir.

Taahhüt vermeden önce kendi kurulumunuzu çıplak bir düğümde ve bir VM'de test edin. Dürüst benchmark'ları bulma rehberimiz, kiralık bir sunucuyu kendiniz nasıl ölçeceğinizi açıklar.

Her tasarıma hangi Lumenfer planları uyar?

Bare metal üç sunucu gerektirir; VM'ler tek bir büyük sunucuyla başlayabilir. Fiyatlar sunucu başınadır; 6 ve 12 aylık sözleşmeler aylık daha ucuza gelir.

Lumenfer'nin 30 October 2026 incelemesinde 13 18 KYC'siz kripto sunucusundan hiçbiri, yalnızca 2022 veya daha yeni CPU ve NVMe ile dedicated sunucu satmadı. Bu sunucular, karşılaştırılabilir 229 planın 113'ünü oluşturuyordu. Her plan bir Lumenfer sunucusunun ne kadar tuttuğu sayfasında ve AWS'den bare metal'e geçiş vakası AWS'den bare metal'e taşınmalı mı sayfasında.