Sunucu imajı: Dağıtımlar ve sürümler arasında doğru seçim

Uygun sunucu imajını seçme rehberi; dağıtımlar arasındaki farklar, desteklenen sürümler ve hızlı kurulum için önceden yüklenmiş yazılım içeren imajlar.

6 dk Güncellendi 6 Nov 2026

Panele girdiğinizde önünüzde bir sunucu imajı listesi var: Ubuntu 22.04, Ubuntu 24.04, Debian 12, AlmaLinux 9, Rocky 9 ve adını daha az duyduğunuz birkaç seçenek daha. Gerçek soru şu: Altı ay sonra pişman olmayacağım hangisini seçmeliyim? Bu metin tam da bu an için yazıldı.

Sunucu imajı seçiminin iki katmanı vardır. Birinci katman dağıtımdır; ikinci katman sürümdür. Çoğu kişi birinci katmana zaman ayırır ve ikinci katmanı hafife alır, oysa gerçek maliyet genellikle sürümden gelir, dağıtımdan değil.

Sunucu imajındaki dağıtımlar arasındaki gerçek fark nedir

Çalışma düzeyinde Ubuntu, Debian, AlmaLinux ve Rocky neredeyse aynı işi yapar. Fark üç şeydedir: sürüm döngüsü, paket deposu ve güvenlik desteği süresi.

DağıtımMevcut kararlı sürümGüvenlik desteğiPaket yöneticisi
Ubuntu LTS22.04 / 24.045 yıl (uzatılabilir)apt
Debian12 (Bookworm)5 yılapt
AlmaLinux92032'ye kadardnf
Rocky Linux92032'ye kadardnf

Ekibiniz apt ile daha rahatsa, Ubuntu LTS makul varsayılan seçenektir. Yalnızca RHEL için resmi paket yayınlayan bir yazılımınız varsa (birçok kontrol paneli ve kurumsal araç), AlmaLinux veya Rocky doğru seçimdir. Debian'ı, temel sistemin yalın ve fazlalıksız olmasını ve her şeyi kendinizin kontrol etmesini istediğinizde tercih edin.

LTS sürümünü ciddiye alın

Ubuntu 24.04 LTS, Nisan 2029'a kadar güvenlik desteği alır. LTS olmayan bir sürüm olan Ubuntu 23.10 yalnızca 9 ay destek aldı ve şu anda ömrünü tamamladı. Sunucu imajınızı LTS olmayan bir sürüm üzerine kurarsanız, birkaç ay sonra ana sürüm yükseltmesi yapmak zorunda kalırsınız; bu da üretimdeki bir sunucuda yüksek riskli bir iştir.

Pratik bir not: Her ana sürüm yükseltmesinden önce sunucudan anlık görüntü alın. Bulut ortamında anlık görüntü tam da bu anlar içindir; yükseltme başarısız olursa birkaç dakika içinde önceki duruma dönersiniz.

Önceden yüklenmiş yazılım içeren imajlar: Ne zaman avantajlıdır

Bazı sağlayıcılar üzerinde LEMP, Docker veya kontrol paneli önceden kurulu imajlar sunar. Burada insanlar yanılır: Hazır imajın zaman tasarrufu anlamına geldiğini düşünürler, oysa çoğu zaman tanımadığınız ayarları miras almak anlamına gelir.

Gerçek bir örnek: MySQL'i innodb_buffer_pool_size=128M varsayılanıyla kuran bir imaj. 8 gigabayt RAM'e sahip bir sunucuda bu değer yaklaşık 4 ila 5 gigabayt olmalıdır. Site çalışır, ancak yük altında yavaşlar ve siz nedeni kodda ararsınız, /etc/mysql/my.cnf içinde değil.

Benim kuralım basit: Hazır imajı yalnızca test veya prototip için istediğinizde alın. Üretim sunucusu için, saf temel imaj ve kendi kurulum betiğiniz daha iyidir, çünkü neyin hangi parametreyle kurulduğunu tam olarak bilirsiniz.

GPU ve yapay zeka için özel imajlar

Burada bir istisna var. NVIDIA sürücüsünü, CUDA Toolkit'i ve ilgili kütüphaneleri manuel kurmak zaman alıcıdır ve sürüm uyumsuzluklarıyla doludur. Bir dil modeli çalıştırmak istiyorsanız, sürücü ve CUDA'nın üzerinde test edildiği bir imaj size saatler kazandırır. Yapay zeka modelleri için GPU sunucusu kurulumu rehberi uyumlu sürümleri listeler; imaj seçmeden önce ona bakın.

Gerçekten kontrol etmeniz gereken ölçütler

  1. İmajın son güncellenme tarihi. Altı aydır güncellenmeyen bir imajın eski güvenlik paketleri vardır. İlk apt update && apt upgrade sonrasında yüzlerce paket güncellenebilir.
  2. Mimari. Sunucu ARM ise, x86_64 imajı üzerinde açılmaz. Bunu oluşturmadan önce panelde kontrol edin.
  3. Varsayılan bölümleme. Bazı imajlar tüm diski tek bir bölüme koyar. Daha sonra /var'ı ayırmak isterseniz zor bir işle karşılaşırsınız.
  4. Başlangıç SSH ayarları. Parola ile giriş etkin mi yoksa yalnızca anahtar mı? Parola etkinse, yapmanız gereken ilk şey onu devre dışı bırakmaktır.

Sunucu açıldıktan sonra hızlı kontrol için:

# kesin dağıtım sürümü
lsb_release -a

# çekirdek ve mimari
uname -r && uname -m

# disk alanı ve bölümler
df -hT

# çalışan servisler
systemctl list-units --type=service --state=running

df -hT çıktısı /'ın 20 gigabaytlık bir bölümde olduğunu ve diskin geri kalanının kullanılmadığını gösteriyorsa, hemen growpart ve resize2fs ile düzeltin. Daha sonra disk dolduğunda bu iş daha zordur.

Sunucu imajı ve bulut altyapısı: Nerede buluşurlar

Sunucu imajı yalnızca başlangıç noktasıdır. Sonrasında önemli olan, kaynakların nasıl yönetildiğidir. Site yükü artarsa, kesinti olmadan kaynak ekleyebilmelisiniz; yöntem Kesintisiz bulut kaynaklarını ölçeklendirme bölümünde açıklanmıştır.

Genellikle geç alınan iki karar daha vardır. Birincisi, sunucular arası özel ağ: Veritabanını ayrı bir sunucuya taşıyorsanız, trafiği genel internetten geçmemelidir. Sunucular arası özel ağ bunu kapsar. İkincisi, izleme: Üzerine yeni imaj kurulmuş bir sunucu, ilk uyarı gelene kadar sağlıklı görünür. Bulut izleme ve uyarılar ilk kesintiden sonra değil, ilk gün kurun.

Hâlâ basit sanal makine ile konteyner ortamı arasında karar veriyorsanız, bu iki yol farklı imajlar gerektirir. Konteyner iş yükleri için Yönetilen Kubernetes imaj seçimini omuzlarınızdan alır, çünkü düğümler kendi standart imajlarıyla açılır.

Sunucu imajı seçiminde yaygın bir tuzak

"Her şeye sahip" imajı almayın. Apache, Nginx, MySQL, PostgreSQL, Redis ve bir kontrol panelini bir arada bulunduran bir imaj kâğıt üzerinde kolaydır. Pratikte bunların her biri bir port açar ve istemediğiniz çalışan bir servis ekler. Saldırı yüzeyi büyür ve temel RAM tüketimi yükselir.

1 gigabaytlık bir sunucuda, bu ekstra servisler siteniz tek bir ziyaretçi almadan önce 300 ila 400 megabayt RAM tüketebilir. Sonra neden OOM Killer gün ortasında PHP sürecini öldürüyor diye şaşırırsınız. Mesajı dmesg içinde görürsünüz:

Out of memory: Killed process 4821 (php-fpm)

Çözüm, yapıştırıcı olarak swap eklemek değil, daha hafif bir imajdır.

Pratik özet

Çoğu web projesi için Ubuntu 24.04 LTS veya Debian 12 doğru seçimdir. Yazılımınız RHEL paketi gerektiriyorsa, AlmaLinux 9. Hazır imajı yalnızca test veya GPU için alın. Ve her önemli değişiklikten önce anlık görüntü alın.

Yapmanız gereken ilk şey şudur: Panele girin, imajı seçin, sunucuyu açın ve hemen SSH parola girişini devre dışı bırakın. Geri kalan ayarlar ondan sonra gelir. Bu imajın hangi altyapı üzerinde çalıştığını bilmek istiyorsanız, Bulut altyapısı (IaaS) iyi bir başlangıç noktasıdır.

Sık sorulan sorular

Sunucu imajı için Ubuntu LTS mi yoksa Debian mı daha iyi?

Çoğu kullanıcı için Ubuntu LTS daha rahat bir seçimdir, çünkü daha yeni paketleri ve daha fazla belgesi vardır. Debian'ı, daha hafif ve daha kararlı, daha eski ama test edilmiş paketlerden oluşan bir temel sistem istediğinizde tercih edin.

Güvenlik açısından her ikisi de düzenli güncellemeler yayınlar. Temel fark, yeni yazılım sürümlerinin ulaşma hızındadır, güvenlik yamalarının kalitesinde değil.

Sunucu imajını daha sonra değiştirebilir miyim?

Evet, ama yerinde değil. Çalışan bir sunucuda dağıtım değiştirmek önerilmez. Doğru yöntem, istediğiniz imajla yeni bir sunucu oluşturmak, verileri ve ayarları taşımak ve ardından eski sunucuyu kapatmaktır.

Taşıma için anlık görüntü veya tam yedek kullanın, böylece bir yerde hata olursa geri dönüş yolunuz olsun.

Kontrol paneli içeren imajlar değer mi?

Paylaşımlı barındırma satıyorsanız, evet. Tek bir uygulama çalıştırıyorsanız, hayır. Özel sunucudaki kontrol paneli, kaynak tüketen ve ayrı güncelleme gerektiren ekstra bir katmandır.

Sunucu imajının güncel olduğunu nasıl anlarım?

Açıldıktan sonra apt list --upgradable veya dnf check-update komutunu çalıştırın. Güncellenebilir paket sayısı fazlaysa, imaj bir süredir güncellenmemiş demektir ve başka herhangi bir işten önce sistemi güncellemelisiniz.

Bu sayfa yardımcı oldu mu?