Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
TEKNİK REHBER • TR / EN / DE

K3s VPS Kurulumu: Hafif Kubernetes Cluster

Tek veya birkaç VPS üzerinde K3s kurup node, containerd, Traefik, storage ve kubeconfig yapısını production öncesi kontrollerle açıklayan Kubernetes başlangıç rehberi.

Production öncesi önemli not

Komutları canlı sistemde uygulamadan önce sürüm, yedek, firewall ve geri dönüş planını kendi altyapınızda doğrulayın.

mimari kapasite güvenlik hata teşhisi
MİMARİ & TEŞHİS
EKA CORE
K3s VPS Kurulumu: Hafif Kubernetes Cluster

Mimari ve veri akışıProduction odaklı teknik kontrol
Doğrulandı
Sunucu kapasitesi nasıl planlanmalı?Production odaklı teknik kontrol
Doğrulandı
Güvenlik ve erişim sınırlarıProduction odaklı teknik kontrol
Doğrulandı
Production kontrolü ve canlıya geçişProduction odaklı teknik kontrol
Doğrulandı
Resmî kaynak + ölçülebilir test + geri dönüş planı
Bu rehberde neler var?

K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

01

Bu rehberde neler var?

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

Mimari ve veri akışı
Sunucu kapasitesi nasıl planlanmalı?
Güvenlik ve erişim sınırları
Production kontrolü ve canlıya geçiş
Hata teşhisi: nereden başlanmalı?
Yedekleme, güncelleme ve işletim
Hangi senaryoda mantıklı?

İçindekiler

  1. Mimari ve veri akışı
  2. Sunucu kapasitesi nasıl planlanmalı?
  3. Güvenlik ve erişim sınırları
  4. Production kontrolü ve canlıya geçiş
  5. Hata teşhisi: nereden başlanmalı?
  6. Yedekleme, güncelleme ve işletim
  7. Hangi senaryoda mantıklı?
  8. Sık görülen hata ve yanlış teşhisler
  9. Komutlar ve kontrol çıktıları
  10. Sık sorulan sorular
02

Mimari ve veri akışı

K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır.

K3s VPS Kurulumu: Hafif Kubernetes Cluster için tasarım kararı yalnız servislerin ayağa kalkmasına göre verilmemeli. Kubeconfig ve node token secret kabul edilmelidir; API server erişimi firewall/VPN ile sınırlandırılmalıdır. Mimari doğrulamada K3s High Availability dokümantasyonu ile gerçek ağ ve veri akışı birlikte karşılaştırılmalıdır.

03

Sunucu kapasitesi nasıl planlanmalı?

Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

Node NotReady durumunda disk pressure, CNI, DNS ve server connectivity birlikte kontrol edilmelidir. Bu yüzden kapasite testi, K3s VPS Kurulumu: Hafif Kubernetes Cluster üzerinde gerçek veri ve eşzamanlı iş yüküyle yapılmalı; yalnız boşta kullanılan RAM değeri satın alma kararına dönüştürülmemelidir.

04

Güvenlik ve erişim sınırları

Kubeconfig ve node token secret kabul edilmelidir; API server erişimi firewall/VPN ile sınırlandırılmalıdır.

K3s VPS Kurulumu: Hafif Kubernetes Cluster için erişim politikası deployment sonrasında eklenen bir ayrıntı değildir. K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır. Bu akışta public olması gerekmeyen database, worker, runtime veya yönetim portları private ağda tutulmalıdır.

05

Production kontrolü ve canlıya geçiş

Node reboot, pod reschedule ve image pull davranışı canlıdan önce test edilmelidir.

Canlıya geçiş kontrolünde şu komut/işlem hattı da doğrulama noktası olarak kullanılabilir: curl -sfL https://get.k3s.io | sh -. Node NotReady durumunda disk pressure, CNI, DNS ve server connectivity birlikte kontrol edilmelidir. Bu kontrol başarısızsa release ilerletilmeden önce geri dönüş noktası test edilmelidir.

06

Hata teşhisi: nereden başlanmalı?

Node NotReady durumunda disk pressure, CNI, DNS ve server connectivity birlikte kontrol edilmelidir.

K3s VPS Kurulumu: Hafif Kubernetes Cluster arızasında semptom ile kök nedeni ayırmak için önce son değişiklik zamanı kaydedilir. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır. Ardından servis logu, dependency health ve ağ erişimi aynı zaman diliminde karşılaştırılır.

07

Yedekleme, güncelleme ve işletim

Node reboot, pod reschedule ve image pull davranışı canlıdan önce test edilmelidir.

Node reboot, pod reschedule ve image pull davranışı canlıdan önce test edilmelidir. İşletim runbook’unda config, kalıcı veri, secret envanteri ve restore sırası ayrı tutulmalı; K3s High Availability sürüm notları yükseltme öncesinde kontrol edilmelidir.

08

Hangi senaryoda mantıklı?

Tek veya birkaç VPS üzerinde K3s kurup node, containerd, Traefik, storage ve kubeconfig yapısını production öncesi kontrollerle açıklayan Kubernetes başlangıç rehberi.

K3s VPS Kurulumu: Hafif Kubernetes Cluster seçimi, yalnız ürünün popülerliğine göre değil şu hedefe göre yapılmalıdır: Tek veya birkaç VPS üzerinde K3s kurup node, containerd, Traefik, storage ve kubeconfig yapısını production öncesi kontrollerle açıklayan Kubernetes başlangıç rehberi. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır. Bu iki koşul karşılanmıyorsa daha küçük bir PoC ile başlanması daha güvenlidir.

ERR

Sık görülen hata ve yanlış teşhisler

K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

Belirti / problemMuhtemel katmanİlk doğrulama
Node NotReady durumuna düşüyorNode NotReady durumunda disk pressure, CNI, DNS ve server connectivity birlikte kontrol edilmelidir.İlgili servis logu, dependency health ve son değişiklik zamanı tek zaman çizgisinde karşılaştırılır.
API server load balancer üzerinden ulaşılamıyorKaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.Peak kaynak kullanımı, concurrency ve disk/network baskısı aynı test penceresinde ölçülür.
Ingress var fakat backend 404/502 dönüyorKubeconfig ve node token secret kabul edilmelidir; API server erişimi firewall/VPN ile sınırlandırılmalıdır.Public/private portlar, kimlik doğrulama, TLS ve secret kapsamı dıştan içe doğrulanır.
Air-gap node image çekemiyorNode reboot, pod reschedule ve image pull davranışı canlıdan önce test edilmelidir.Sürüm, config diff, kalıcı veri ve geri dönüş noktası birlikte kontrol edilir.
FLOW

Uygulama ve doğrulama akışı

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

1

Node rollerini ve failure domain’i çiz

Tek veya birkaç VPS üzerinde K3s kurup node, containerd, Traefik, storage ve kubeconfig yapısını production öncesi kontrollerle açıklayan Kubernetes başlangıç rehberi.

2

Token/API erişimini sınırla

K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır.

3

Datastore ve snapshot durumunu doğrula

Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

4

Ingress/DNS/TLS akışını test et

Kubeconfig ve node token secret kabul edilmelidir; API server erişimi firewall/VPN ile sınırlandırılmalıdır.

5

Node kaybı ve reboot senaryosu çalıştır

Node reboot, pod reschedule ve image pull davranışı canlıdan önce test edilmelidir.

6

Upgrade/rollback runbook’unu doğrula

Node NotReady durumunda disk pressure, CNI, DNS ve server connectivity birlikte kontrol edilmelidir.

CLI

Komutlar ve kontrol çıktıları

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

Adım 1
curl -sfL https://get.k3s.io | sh -
Adım 2
sudo kubectl get nodes -o wide
Adım 3
sudo kubectl get pods -A
Adım 4
sudo journalctl -u k3s -n 100 --no-pager
TEKNİK ÖN DEĞERLENDİRME

Sunucu ihtiyacınızı teknik olarak değerlendirelim

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

Telefon & WhatsApp0850 307 34 58İlk aşamada şifre göndermeyin.
SRC

Resmî ve teknik kaynaklar

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

EKA

İlgili Eka Sunucu sayfaları

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz.

FAQ

Sık sorulan sorular

K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

K3s ile klasik Kubernetes arasındaki fark nedir?

K3s Kubernetes bileşenlerini sadeleştirir; server node control-plane/datastore rolünü, agent node workload rolünü taşır.

HA için neden üç veya daha fazla server node kullanılır?

Kubeconfig ve node token secret kabul edilmelidir; API server erişimi firewall/VPN ile sınırlandırılmalıdır.

K3s token nasıl korunmalı?

Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

Traefik varsayılan olarak ne yapar?

Node reboot, pod reschedule ve image pull davranışı canlıdan önce test edilmelidir.

Air-gap kurulumda hangi artifact’lar gerekir?

Node NotReady durumunda disk pressure, CNI, DNS ve server connectivity birlikte kontrol edilmelidir.

etcd snapshot gerçekten restore edilerek test edilmeli mi?

Tek veya birkaç VPS üzerinde K3s kurup node, containerd, Traefik, storage ve kubeconfig yapısını production öncesi kontrollerle açıklayan Kubernetes başlangıç rehberi. K3s Documentation

EKA SUNUCU

Sunucu ihtiyacınızı teknik olarak değerlendirelim

Kurulum komutundan öte mimari, kapasite, güvenlik, hata teşhisi ve production işletimini tek akışta ele alıyoruz. Kaynak ihtiyacı pod sayısı, ingress, storage ve observability stack’e bağlıdır; node’da işletim sistemi ve eviction için rezerv bırakılmalıdır.

Telefon & WhatsApp0850 307 34 58ekasunucu.com
Top