Docker için minimum sunucu gereksinimleri (pratik liste)
Docker kurmak için CPU, RAM, disk ve ağ gereksinimlerini net eşiklerle öğrenin. Küçük VDS’te bile doğru yapılandırmayı kontrol listesiyle görün.
Docker; uygulamaları konteyner (container) olarak çalıştırmayı kolaylaştırır. Ancak konteyner altyapısı “kurulum yapınca biter” değildir: CPU, RAM, disk ve ağ sınırları yanlış seçilirse imaj/derleme, log birikimi, yavaş ağ veya çökme (OOM) doğrudan etkiler. Bu rehberde, Docker kullanmak için minimum gereksinimleri net eşiklerle verecek; tek makinada (VDS/VPS veya fiziksel) en küçük güvenli çalışmayı hedeflerken nelere dikkat etmeniz gerektiğini kontrol listesiyle anlatacağım.
Aşağıdaki değerler “üretimde sorunsuz çalışsın” iddiasıyla değil; uygun planlama ile “çalışır ve yönetilebilir” bir başlangıç için tasarlanmıştır. Senaryonuza göre kapasiteyi artırmak gerekebilir.
1) Docker’ı çalıştırmak için minimum donanım eşiği
Docker motoru (Docker Engine) ve Linux çekirdeği üzerinden konteynerler çalışır. Minimum hedef, sistemin temel servisleri (OS + Docker + swap + log/overlay) için alan bırakmaktır.
CPU (işlemci) minimum
- Minimum: 2 vCPU
- Önerilen: 2–4 vCPU
Gerekçe: Birden fazla konteyner çalıştığında süreç planlama artar. Node.js, Java veya paket derleyen (build) süreçler CPU’yu kullanır.
RAM (bellek) minimum
- Minimum: 2 GB RAM
- Gerçekçi minimum (neredeyse tüm senaryolarda): 4 GB RAM
- Önerilen: 8 GB RAM
Gerekçe: Docker’ın overlay (katman) dosya sistemi + uygulama bellek kullanımı + log buffer birlikte RAM tüketir. Özellikle Java (JVM) veya büyük Node.js uygulamalarında 2 GB pratikte sıkıntı çıkarır.
Disk (depolama) minimum
Docker iki temel alana yük bindirir: - İmajlar (images) ve katmanlar (overlay) - Çalışan konteynerlerin yazılabilir katmanı + loglar + uygulama verileri
- Minimum: 20 GB SSD/NVMe
- Önerilen: 50 GB SSD/NVMe
Gerekçe: Küçük depoda imaj birikimi ve log büyümesi hızlı doluluk yaratır. Veritabanı konteyneri (ör. PostgreSQL/MySQL) eklenirse depolama ihtiyacı ciddi artar.
Ağ (network) minimum
- Minimum bant genişliği: 100 Mbps sınıfı bağlantı
- Önerilen: 300–500 Mbps
Ağ gereksinimi “Docker kurulumundan” ziyade hizmetin türüne bağlıdır: API trafiği, medya stream, güncelleme (pull) ve log akışı ağ tüketir.
Net karar kuralı: Günlük imaj çekme (pull) + kullanıcı trafiği + log taşıma toplamını düşünün. Ağ darboğazı, CPU/RAM yeterli olsa bile gecikme (latency) yaratır.
2) Dosya sistemi ve swap (OOM’u önleyen kritik eşikler)
Konteynerlerde en sık görülen sorun, RAM’in yetmemesiyle süreçlerin sonlandırılmasıdır. Bu, yönetimi zor bir davranıştır (OOM Kill).
Swap (takas) kullanımı
- Minimum öneri: Swap alanı var olmalı
- Pratik eşik: RAM’e göre en az 2–4 GB swap
Örnek: 4 GB RAM ile çalışıyorsanız en az 4 GB swap daha güvenli başlangıçtır.
Disk I/O ve SSD zorunluluğu
- Minimum: SSD tercih edin (HDD’de overlay ve log performansı düşer)
- Önerilen: NVMe SSD
Gerekçe: Overlay katmanlarında yazma/okuma ve log akışı yoğunlaşır. HDD, özellikle veritabanı veya cache (Redis) varsa belirgin yavaşlar.
3) Minimum işletim sistemi ve çekirdek (kernel) gereksinimleri
Docker, Linux çekirdeği üzerinde çalışır. Bu yüzden asıl kritik “RAM/disk” değil; çekirdek uyumluluğu ve güncelleme düzeyidir.
Desteklenen minimum yaklaşım
- Önerilen: Güncel Debian/Ubuntu LTS veya güncel dağıtımlar
- Gerekli yaklaşım: Sağlayıcının sunduğu çekirdek sürümü güncel olmalı
Kontrol komutları (kurulumdan önce)
Sunucunuzda Docker’ın gerektirdiği temel özelliklerin aktif olup olmadığını görmek için şu kontrolleri yapın:
uname -r
lsmod | head
Eğer modüller/çekirdek yetenekleri kısıtlıysa (özellikle yönetilen olmayan, kilitli sistemlerde) Docker beklenenden sınırlı çalışabilir.
4) Docker kurulumunda “minimum” diye kabul edilen bileşenler
Docker tek başına çalışabilir; ama pratikte konteynerleri yönetmek için birkaç bileşen gerekir.
Docker Engine
- minimum hedef: motor çalışıyor
- komut:
docker version
Docker Compose (çok konteyner için)
- Minimum ihtiyaç: tek konteyner ise zorunlu değil
- Önerilen: uygulama altyapısı (web + redis + worker) varsa şart gibi düşünün
Log yönetimi
Minimum yaklaşım: logların diski doldurmasını engelleyin.
- Minimum: konteyner log politikasında limit
Örnek mantık (daemon seviyesinde veya compose seviyesinde uygulanır): - logları döndürme (rotation) - maksimum boyut/kaç dosya
5) En küçük üretim senaryosu için net kaynak planı
Aşağıdaki tablo, tipik bir “tek sunucu / tek lokasyon” yaklaşımında minimum kaynak planını özetler.
| Senaryo | Minimum önerilen (CPU/RAM/Disk) | Ek not |
|---|---|---|
| 1 web servisi (küçük) + basit healthcheck | 2 vCPU / 4 GB / 20-30 GB | Static içerik yoksa ağ ve log büyümesi izle |
| Web + Redis cache | 2 vCPU / 6-8 GB / 30-50 GB | Redis RAM tüketir; swap OOM’u geciktirir |
| Web + queue/worker (2 konteyner) | 2-4 vCPU / 8 GB / 50 GB | Worker CPU’yu artırır |
| Web + veritabanı (PostgreSQL/MySQL) | 4 vCPU / 16 GB / 100 GB | Minimum diye başlayanlar sıklıkla disk/logla takılır |
Not: Veritabanı konteyneri eklenince “minimum” kelimesi pratikte değişir. Veritabanı performansı disk I/O ve RAM’e çok bağımlıdır.
6) Güvenlik ve izolasyon: minimum ama atlanmaması gereken ayarlar
Docker’da “çalıştırmak” kadar “izole etmek” önemlidir. Minimum seviyede uygulamanız gereken kontroller şunlardır.
Docker’ı yetkisiz çalıştırmayın
- Yönetici yetkisi gerektiren işlemleri sınırlayın
- Uygulama kullanıcı izinlerini konteyner içinde doğru ayarlayın
Image doğrulama ve güncelleme rutini
- İmajları düzenli güncelleyin (özellikle base imajlar)
- Güvenlik açığı taraması (varsa sağlayıcı/CI tarafında) yapın
Port yayınlama (port mapping) disiplinine dikkat
- Konteyner portunu sadece ihtiyaç olanlara açın
- Gereksiz
-pyayınlarından kaçının
7) Docker için “minimum gereksinim” kontrol listesi
Aşağıdaki listeyi hedefleyerek kurulumdan önce net karar verebilirsiniz.
Donanım kontrol listesi
- [ ] CPU: En az 2 vCPU
- [ ] RAM: En az 4 GB (veritabanı/worker varsa 8 GB+)
- [ ] Disk: En az 20 GB SSD (veritabanı varsa 100 GB yaklaşımı)
- [ ] Swap: Var ve yeterli (RAM’e yakın veya 2–4 GB alt sınır)
Yazılım kontrol listesi
- [ ] Docker Engine sürümü, dağıtım çekirdeği ile uyumlu
- [ ] Loglar diski doldurmayacak şekilde ayarlı (rotation/limit)
- [ ] Compose veya benzeri araç planlı (çok konteyner varsa)
Operasyon kontrol listesi
- [ ] Günlük/haftalık imaj temizliği için plan (kullanılmayan image/volume)
- [ ] Sağlayıcı firewall/SG ile sadece gerekli portlar açık
- [ ] İzleme: CPU/RAM/disk doluluk ve konteyner restart sayısı takip ediliyor
8) Minimum gereksinimi yanlış seçerseniz ne olur? (net belirtiler)
Kaynaklar yetersiz olduğunda “hatalar” genelde aynı biçimde görünür: - Uygulama aniden kapanır, konteyner yeniden başlar - CPU kullanımında sabit yüksek değer (özellikle build/worker süreçleri) - Disk doluluk uyarıları (overlay + log birikir) - Yavaş response, time-out ve artan hata oranı
Bu belirtiler, “Docker yanlış kuruldu” demeden önce kaynak metriklerine bakmanızı gerektirir.
Sonuç: Kuruluma geçmeden önce net eşikleri belirleyin
Docker için minimum gereksinimi; 2 vCPU + 4 GB RAM + 20 GB SSD + swap + log limiti yaklaşımıyla başlatabilirsiniz. Ancak Redis/worker/veritabanı eklenecekse bu eşikleri otomatik olarak yükseltin: özellikle veritabanı için 16 GB RAM ve ~100 GB disk yaklaşımı güvenli başlangıç olur. En doğru aksiyon: Sunacağınız konteyner sayısını ve veri türünü (statik web mi, cache mi, veritabanı mı) yazın; ardından yukarıdaki tabloyu temel alıp kaynak planını netleştirerek kurulum adımına geçin.
Hosting karşılaştırması yapmaya hazır mısın?
100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.
Hosting Karşılaştır →İlgili Yazılar
Container Hosting (Docker/Kubernetes) için minimum altyapı planı
Docker/Kubernetes için minimum altyapıyı; CPU/RAM, depolama, ağ, yedekleme ve güvenlik başlıklarında net değerlerle planlayın.
Domain WHOIS değişikliği SEO’yu etkiler mi? Net teknik rehber
Domain WHOIS bilgilerini güncellemek SEO’yu doğrudan artırmaz. Ancak bazı senaryolarda indeksleme, güven ve geçmiş sinyaller dolaylı etkilenebilir.
Veritabanı yedekleme: Sıklık ve saklama süreleri nasıl belirlenir?
MySQL/MariaDB ve genel veritabanlarında yedek sıklığı, saklama süreleri ve RPO/RTO ile test planı. Kayıp senaryolarına göre net rehber.
IPv6-only sunucular: hosting geleceği mi, ne zaman mantıklı?
IPv6-only sunucuların gerçek etkisini öğrenin: maliyet, erişilebilirlik, DNS/SSL kurulum adımları ve geçiş planı.
