Ubuntu ve Debian Farkı: Sunucu İçin Hangisi?

Daha az RAM kullanan dağıtım, sunucunuz için otomatik olarak daha doğru seçim değildir. Ubuntu ve Debian farkı; uygulamanızın desteklediği sürüm, güvenlik bakımının kapsamı ve yükseltme takviminde belirginleşir. Ubuntu Server 24.04 LTS ile Debian 13 arasında karar verirken önce bu koşulları eşleştirin; performansı ise aynı VPS kaynakları ve aynı iş yüküyle ayrıca ölçün.

Aynı VPS, iki dağıtım: seçimi hangi ihtiyaç belirliyor?

Uygulamanızın üreticisi yalnızca belirli bir dağıtım sürümünü destekliyorsa, popülerlik sıralaması kararınızı değiştirmemeli. Ubuntu ve Debian farkı, sunucu seçiminde dört soruya bağlanır: Uygulama hangi sürümleri destekliyor, gereken paketler nereden gelecek, bakımı kim yapacak ve büyük sürüm yükseltmesine ne zaman vakit ayrılabilecek? Önce ihtiyaç. Dağıtım adı, bu soruların yanıtlarından sonra gelir.

Varsayımsal karşılaştırmada aynı KVM altyapısında iki ayrı x86_64 sanal makine kullanılır; her birine 2 vCPU, 4 GiB RAM ve 40 GiB sanal disk ayrılır. Bunlar asgari gereksinim veya performans garantisi değil, karşılaştırmayı eşitleyen örnek tahsislerdir. ARM ve x86 VPS farkı ayrı bir seçim konusudur; burada mimari sabit tutulur. Eşit kaynak tahsisi, aynı yanıt süresi demek değildir.

Karşılaştırma tabanı Ubuntu Server 24.04 LTS ve Debian 13’tür. Ubuntu tarafında GA Linux 6.8, Debian tarafında Linux 6.12 çekirdek hattı esas alınır. HWE, backports ve üçüncü taraf depolar başlangıçta devre dışıdır; güvenlik ve bakım güncellemeleri uygulanmış kabul edilir. Ubuntu makinesi ubuntu.example.net / 192.0.2.10, Debian makinesi debian.example.net / 192.0.2.20 olarak adlandırılır. Alan adları ve IP adresleri dokümantasyon için ayrılmıştır; internette çalışan hedefler değildir.

Örnek iş yükü, dağıtımın resmi deposundan kurulan Nginx ile /srv/www/example/index.html dosyasının statik HTTP üzerinden sunulmasıdır. Paket sürümleri varsayılmaz: apt-cache policy nginx komutunun çıktısındaki Installed kurulu sürümü, Candidate ise mevcut APT yapılandırmasına göre seçilecek aday sürümü gösterir. Paket kurulu değilse Installed: (none) görülmesi beklenir. Bu açıklama yapılmış bir teste dayanmaz; sürüm revizyonları yayımlanmadan önce resmi kaynaklardan doğrulanmalıdır.

Bakım kapasiteniz de teknik bir seçim ölçütüdür. Canonical’ın sürüm döngüsü belgesi, Ubuntu LTS için Main kapsamındaki paketlerde beş yıllık standart güvenlik bakımını belirtir. Debian’ın Trixie sürüm sayfası ile LTS belgeleri, normal destek ve uzun süreli destek dönemlerini ayırır; paket kapsamını ayrıca kontrol etmeniz gerekir. Destek süresi, sizin güncelleme uygulamak ve gerektiğinde yeniden başlatmak için ayıracağınız zamanı ortadan kaldırmaz.

Daha popüler dağıtım otomatik olarak daha uygun değildir; daha az paketle başlayan kurulum da tek başına daha güvenli sayılmaz. Seçim kaydınıza uygulamanın desteklediği dağıtım sürümünü, zorunlu paket kaynağını ve bakım sorumlusunu yazın. Büyük sürüm yükseltmesi için ayırabileceğiniz bakım penceresini de aynı kayda ekleyin.

Destek takvimi yalnızca sürüm numarasından ibaret değil

Beş yıl açık kalacak bir VPS, kurulduğu gün beş yıllık destek kazanmaz. Süre, dağıtımın yayımlandığı tarihten hesaplanır. Takvim belirleyicidir. Varsayımsal senaryodaki Ubuntu Server 24.04 LTS ve Debian 13 makineleri aynı statik Nginx içeriğini sunsa da bakım süreleri, kapsanan paketler ve uzatma koşulları farklıdır. Sürüm adındaki LTS etiketi, bu ayrıntıların yerine geçmez.

Canonical’ın sürüm döngüsü tablosuna göre Ubuntu 24.04 LTS için standart güvenlik bakımı Mayıs 2029’da biter. Ubuntu Pro kapsamındaki ESM, güvenlik bakımını Nisan 2034’e kadar uzatabilir. İkinci tarih otomatik bir hak değildir: uygun abonelik, makinenin aboneliğe bağlanması ve ilgili ESM hizmetlerinin etkinleştirilmesi gerekir. Kurulum sırasında güncellemeleri almak, sunucunun bu uzatılmış döneme hazır olduğunu tek başına göstermez.

Canonical’ın ESM açıklamasında depo bileşenleri ayrı değerlendirilir. Standart LTS güvenlik bakımı Main ve Restricted bileşenlerini kapsar; Universe için topluluk bakımı aynı taahhüt değildir. Pro içindeki esm-infra, Main bakımını uzatırken esm-apps, Universe paketlerine ek güvenlik kapsamı sağlar. Bunu her paketteki her açığın koşulsuz düzeltileceği şeklinde yorumlamayın; Multiverse için de aynı kapsamı varsaymayın. Kişisel kullanımda beş makineye kadar ücretsiz Pro seçeneği vardır; şirket VPS’lerinde geçerli abonelik koşullarını ayrıca kontrol edin.

Debian’ın Trixie sürüm sayfası, Debian 13 için tam desteği 9 Ağustos 2028’e, LTS desteğini 30 Haziran 2030’a kadar belirtir. LTS döneminde bakım sorumluluğu Debian LTS ekibine geçer. Debian LTS kaynağı, mimari kapsamının daralabileceğini ve bütün paketlerin desteklenmediğini açıklar. Dolayısıyla dağıtımın bitiş tarihini, kurulu bütün yazılımlar için güvence saymayın. Senaryodaki x86_64 makinelerin Debian paket mimarisi amd64 olsa da LTS’ye geçerken yayımlanan mimari ve paket kapsamını yeniden doğrulayın.

Ubuntu ve Debian farkı, bu noktada toplam destek yılına indirgenemez. Resmî depodan kurulan Nginx’in ve bağımlılıklarının hangi bileşende bulunduğunu, seçilen bakım döneminde kapsamda kalıp kalmadığını kaydedin. Ubuntu’nun GA Linux 6.8 ve Debian’ın Linux 6.12 çekirdek hatları da tek başına destek süresini göstermez; daha yüksek çekirdek numarası, daha geç bakım bitişi anlamına gelmez.

VPS envanterinde standart destek bitişini, uzatılmış bakım koşullarını ve hedef yükseltme tarihini ayrı tutun. Beş yıllık hizmet planı kalan standart desteği aşıyorsa, yükseltme çalışmasını veya uygun uzatılmış bakım bütçesini sunucuyu devreye almadan planlayın.

Paket sürümü mü, uygulamanın destek matrisi mi?

Sürüm numarası büyüdükçe uyumluluk artmaz. Önce matrise bakın. Ubuntu ve Debian farkı değerlendirilirken uygulamanın desteklediği dağıtımı, gereken Nginx modüllerini ve paketin bakım kaynağını birlikte kontrol edin. Varsayımsal statik HTTP iş yükünde daha yeni bir upstream sürümü gerektiğini baştan kabul etmeyin; resmi depo paketinin ihtiyaç duyulan özellikleri sağlaması yeterli olabilir. Uygulama üreticisinin destek matrisi belirli bir dağıtım veya modül sürümü istiyorsa seçim ölçütü budur.

Karşılaştırma Ubuntu Server 24.04 LTS ve Debian 13 ile sınırlıdır. Aynı KVM altyapısındaki iki x86_64 VM’nin her birinde 2 vCPU, 4 GiB RAM ve 40 GiB sanal disk bulunur; bunlar asgari gereksinim veya performans garantisi değil, eşit örnek tahsislerdir. HWE, backports ve üçüncü taraf depolar devre dışıdır; güvenlik ve bakım güncellemeleri uygulanmış kabul edilir. Her VM’de sudo yetkili admin hesabıyla şu kontrolleri yapabilirsiniz:

hostname -f
cat /etc/os-release
uname -r
sudo apt-get update
LC_ALL=C apt-cache policy nginx

Komutlar burada çalıştırılmış değildir. Ad çözümlemesi yapılandırılmışsa ilk komuttan ubuntu.example.net veya debian.example.net beklenir; bunlar dokümantasyon adlarıdır. /etc/os-release dağıtımı, uname -r çalışan çekirdeği gösterir. Ubuntu’da GA Linux 6.8, Debian’da Linux 6.12 hattı beklenir. Farklı çıktı varsa karşılaştırma tabanını doğrulayın. Paket listeleri yenilendikten sonra Installed kurulu sürümü, Candidate APT’nin seçtiği adayı gösterir; kurulum yoksa Installed: (none) görülebilir. Sabit Nginx sürümü varsaymayın. Kaynak satırlarını mevcut /etc/apt/sources.list ve /etc/apt/sources.list.d/ yapılandırmasıyla karşılaştırın; tek dosya düzeni dayatmayın.

Ubuntu’nun sürüm döngüsü belgesi LTS bakım çerçevesini, Debian’ın Trixie sayfası Debian 13 sürüm bilgilerini sunar. Ubuntu’nun ESM açıklaması, güvenlik kapsamının paket bileşenine ve destek hizmetine göre değiştiğini belirtir. Dağıtım yamaları güvenlik düzeltmelerini mevcut paket hattına taşıyabilir; eski görünen upstream numarası tek başına açık bulunduğunu göstermez. Paket revizyonunu ilgili resmi güvenlik duyurusuyla eşleştirin; değişken revizyonları yayımlamadan önce doğrulayın.

PPA, Debian backports ve üretici deposu aynı çözüm değildir. PPA ek yayıncı güveni gerektirir. Resmi Debian backports, stable için yeniden derlenen paketleri farklı bakım koşullarıyla sunar; stable güvenlik desteğiyle eş tutulmamalıdır. Üretici deposunda dağıtım desteği, imzalama anahtarı ve güncelleme takvimi üreticiye bağlıdır. İmza uyumluluk garantilemez. Ubuntu’da Nginx kurulumu öncesinde gereken modülü ve güncellemeden sorumlu kaynağı yazılı olarak belirleyin.

İlk kurulumda fark nerede hissedilir?

İlk SSH bağlantısında farkı çoğu zaman dağıtım değil, sağlayıcının imajı hissettirir. Önce erişimi doğrulayın. admin hesabının varlığı, sudo yetkisi ve SSH anahtarının yüklenmesi imaja göre değişebilir. Ubuntu ve Debian farkı değerlendirilirken bu başlangıç tercihlerini dağıtımın değişmez özellikleri saymak, karşılaştırmayı daha ilk adımda yanıltır.

Varsayımsal senaryoda Ubuntu Server 24.04 LTS ve Debian 13 kullanılır. Ubuntu’nun resmi sürüm döngüsü sayfası 24.04’ün LTS sınıfını, Debian’ın Trixie sayfası Debian 13 sürümünü belgeler. Karşılaştırmanın çekirdek tabanı sırasıyla GA Linux 6.8 ve Linux 6.12’dir; HWE, backports ve üçüncü taraf depolar devre dışıdır. Güvenlik ve bakım güncellemeleri uygulanmış kabul edilir.

Aynı KVM altyapısındaki iki x86_64 VM’nin her birine 2 vCPU, 4 GiB RAM ve 40 GiB sanal disk ayrılır; bunlar asgari gereksinim veya performans garantisi değildir. Ubuntu VM’i ubuntu.example.net / 192.0.2.10, Debian VM’i debian.example.net / 192.0.2.20 adresleriyle tanımlanır. Bunlar dokümantasyon adresleridir, internette çalışan hedefler değildir.

Anahtar tabanlı SSH erişimi ve sudo yetkili admin hesabıyla aşağıdaki bloğu her VM’de ayrı çalıştırabilirsiniz. Örnek, resmi depodan Nginx kurarak aynı dosya yollarından statik HTTP sunar. Mevcut örnek site dosyalarının üzerine yazar – yalnızca belirtilen yeni kurulum senaryosu içindir.

(
set -eu
hostname
uname -r
sudo -v
sudo grep -R -E '^(deb |deb-src |Types:|URIs:|Suites:|Components:)' \
  /etc/apt/sources.list /etc/apt/sources.list.d/ 2>/dev/null || true
sudo apt-get update
apt-cache policy nginx
sudo apt-get install -y nginx curl
sudo install -d -m 0755 /srv/www/example
printf '%s\n' '<!doctype html><html lang="tr"><meta charset="utf-8"><title>Örnek</title><p>Statik site hazır.</p></html>' \
  | sudo tee /srv/www/example/index.html >/dev/null
sudo chmod 0644 /srv/www/example/index.html
sudo tee /etc/nginx/sites-available/example.conf >/dev/null <<'NGINX'
server {
    listen 80;
    server_name ubuntu.example.net debian.example.net;
    root /srv/www/example;
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}
NGINX
sudo ln -sfn /etc/nginx/sites-available/example.conf \
  /etc/nginx/sites-enabled/example.conf
sudo nginx -t
sudo systemctl enable --now nginx
sudo systemctl reload nginx
curl --fail --show-error --silent --include \
  -H 'Host: ubuntu.example.net' http://127.0.0.1/
)

APT incelemesi hem klasik hem deb822 kaynak tanımlarını arar; tek dosya yolu dayatmaz. apt-cache policy nginx çıktısındaki Candidate kurulacak sürümü gösterir, paket revizyonu varsayılmaz. İki server_name değeri aynı yapılandırmayı paylaşmayı sağlar; Debian VM’inde isteğin Host başlığını debian.example.net yapabilirsiniz. Sembolik bağlantı siteyi etkinleştirir; varsayılan siteyi silmek gerekmez.

Beklenen nginx -t çıktısı syntax is ok ve test is successful ifadelerini içerir. Yerel HTTP isteğinde 200 OK ve HTML gövdesindeki Statik site hazır. metni görülmelidir. Bunlar yapılmış testlerin sonuçları değil, doğrulama ölçütleridir. Yerel başarı, dış erişimi veya sağlayıcı güvenlik duvarını doğrulamaz.

cloud-init, SSH ve ağ yapılandırmasını sağlayıcı verilerinden üretebilir. Dağıtım adına bakarak Netplan veya başka bir ağ yöneticisini varsaymayın; etkin yapılandırmayı inceleyin. Ağ değişikliğinden önce sağlayıcı konsolunu hazır tutun; SSH ayarını değiştirdikten sonra mevcut oturumu kapatmadan ikinci bağlantıda anahtar erişimini doğrulayın.

Güvenlik bakımında varsayılanlara güvenmeyin

Bugün yamalanmış bir sunucu, yarın güncellemeleri otomatik almayabilir. Ayrı kontrol edin. Varsayımsal KVM senaryosundaki Ubuntu Server 24.04 LTS ve Debian 13 VM’lerinde üç sorunun cevabı gerekir: unattended-upgrades kurulu mu, otomasyon etkin mi, güvenlik kaynakları kapsanıyor mu? Ubuntu ve Debian farkı, tek başına bir güvenlik sıralaması değildir.

Canonical’ın sürüm döngüsü ve ESM belgeleri, standart güvenlik bakımıyla genişletilmiş kapsamı ayırır. Otomasyonu etkinleştirmek bütün paketlere aynı desteği sağlamaz. Resmi depodan kurulan Nginx’in aday sürümünü ve kaynağını apt-cache policy ile inceleyin; yalnızca sürüm numarasına bakarak yama durumunu belirlemeyin.

Aşağıdaki denetimleri iki VM’de de sudo yetkili admin hesabıyla çalıştırabilirsiniz. Kuru çalıştırma paketleri yükseltmez; izin verilen kaynakları ve güncelleme kararlarını incelemenizi sağlar. Bunlar beklenen davranışlardır, yapılmış bir testin çıktıları değildir.

dpkg-query -W -f='${Status}\n' unattended-upgrades
apt-cache policy nginx unattended-upgrades
sudo cat /etc/apt/apt.conf.d/20auto-upgrades
apt-config dump | grep -E 'APT::Periodic|Unattended-Upgrade'
sudo grep -R -nE '^(deb |Types:|URIs:|Suites:|Components:)' /etc/apt/sources.list /etc/apt/sources.list.d/
systemctl is-enabled apt-daily.timer apt-daily-upgrade.timer
systemctl list-timers --all apt-daily.timer apt-daily-upgrade.timer
sudo journalctl -u apt-daily-upgrade.service --since '7 days ago' --no-pager
if command -v unattended-upgrade >/dev/null 2>&1; then
    sudo unattended-upgrade --dry-run --debug
fi
uname -r
dpkg -l 'linux-image-*'
if test -e /run/reboot-required; then
    cat /run/reboot-required
fi

Kurulu paket için install ok installed beklenir. 20auto-upgrades dosyasının eksikliği otomasyonun kapalı olduğunu kanıtlamaz; birleşik ayarları apt-config dump gösterir. Günlük denetim için APT::Periodic::Update-Package-Lists ve APT::Periodic::Unattended-Upgrade değerlerinin 1 olması beklenir. Eksik paketi kurmak, etkin yapılandırmayı doğrulamanın yerine geçmez.

Zamanlayıcılarda enabled görmekle yetinmeyin; sonraki tetiklenmeyi ve servis günlüklerini inceleyin. İzinli kaynakların Ubuntu’da noble-security, Debian’da trixie-security güncellemelerini kapsadığını doğrulayın. APT tanımları /etc/apt/sources.list veya /etc/apt/sources.list.d/ altında bulunabilir; ilk dosyanın yokluğu tek başına hata değildir. Kuru çalıştırmada yükseltilecek paket bulunmaması da otomasyonun bozuk olduğunu göstermez.

Yeniden başlatma ayrı iştir. Ubuntu’daki /run/reboot-required bir işarettir; Debian’da bulunmaması yeniden başlatmanın gereksiz olduğunu kanıtlamaz. Çalışan çekirdeği kurulu çekirdeklerle karşılaştırın: Ubuntu GA 6.8 ve Debian 6.12 hatlarında kalmak, güncel revizyonun çalıştığı anlamına gelmez. needrestart kuruluysa yeniden başlatılması gereken servisleri de inceleyin.

SSH değişikliğinden önce sağlayıcı konsoluna erişiminizi doğrulayın; mevcut oturumu açık tutun. /etc/ssh/sshd_config.d/10-admin.conf düzenlendikten sonra yapılandırma kontrolü başarılıysa servisi yeniden yükleyin:

sudo /usr/sbin/sshd -t && sudo systemctl reload ssh
sudo /usr/sbin/sshd -T | grep -E '^(pubkeyauthentication|passwordauthentication|permitrootlogin) '

sshd -t başarıda çıktı üretmez, fakat erişimi garanti etmez. İkinci komut genel etkin ayarları gösterir; Match kuralları bağlantıya göre değişebilir. Eski oturumu kapatmadan ikinci terminalde admin ile anahtar tabanlı bağlantıyı ve sudo erişimini doğrulayın.

Performans iddiasını ölçülebilir bir soruya çevirin

Daha az RAM kullanımı, daha hızlı HTTP yanıtı demek değildir. Soruyu daraltın: Ubuntu ve Debian farkı, aynı statik içerik ve Nginx ayarlarıyla gecikmeye nasıl yansıyor? Boştaki bellek, servis sayısı, HTTP gecikmesi ve CPU steal ayrı göstergelerdir. Tek puana sıkıştırmayın.

Varsayımsal ortam, aynı KVM altyapısında iki x86_64 VM’dir; her birine 2 vCPU, 4 GiB RAM ve 40 GiB disk ayrılır. Bunlar gereksinim veya garanti değildir. Ubuntu Server 24.04 LTS, GA Linux 6.8; Debian 13, Linux 6.12 hattındadır. HWE, backports ve üçüncü taraf depolar kapalıdır; bakım ve güvenlik güncellemeleri uygulanmıştır. Ubuntu’nun resmi sürüm döngüsü ve Debian’ın Trixie sayfası sürüm bağlamını açıklar, performans üstünlüğü iddia etmez.

Ubuntu VM’i ubuntu.example.net / 192.0.2.10, Debian VM’i debian.example.net / 192.0.2.20 olarak kalır; bunlar dokümantasyon adresleridir. Resmi depodan kurulan Nginx’te /srv/www/example/index.html içeriğini ve /etc/nginx/sites-available/example.conf ayarlarını eşitleyin; sunucu adları farklı kalır. /etc/nginx/sites-enabled/example.conf bağlantısını ve global ayarları doğrulayın. Paket revizyonlarını varsaymayın; apt-cache policy çıktısını kaydedin.

Aşağıdaki örnek uygulanmış bir test değildir. Her VM’de sudo yetkili admin hesabıyla, doğru hostname ve TCP 80 üzerinde çalışan Nginx varsayımıyla kullanılabilir. İstekler loopback üzerinden gider:

hostname -f
uname -r
apt-cache policy nginx
sha256sum /srv/www/example/index.html
sudo nginx -T
free -m
systemctl list-units --type=service --state=running --no-legend --no-pager
systemctl list-units --type=service --state=running --no-legend --no-pager | wc -l

host=$(hostname -f)
İlk isteği ölçüme katmayın; dosya önbelleğini ısıtın.
curl --noproxy '*' --fail --silent --show-error --resolve "${host}:80:127.0.0.1" -o /dev/null "http://${host}/"

vmstat 1 25 > /tmp/vmstat-example.txt &
vmstat_pid=$!
sleep 1
for i in $(seq 1 20); do
  curl --noproxy '*' --fail --silent --show-error --resolve "${host}:80:127.0.0.1" -o /dev/null -w 'code=%{http_code} ttfb=%{time_starttransfer} total=%{time_total}\n' "http://${host}/"
  sleep 1
done
wait "$vmstat_pid"
cat /tmp/vmstat-example.txt

sha256sum çıktılarındaki özetler eşleşmelidir. free -m için yalnızca free değil, available alanını da değerlendirin; önbellek kullanılan belleğin bir parçasıdır. Çalışan servis sayısı tüketimi açıklamaz. Beklenen HTTP kodu 200; ttfb ve total saniye cinsindedir. Başarısız istekleri ayrıca raporlayın, başarılı yanıtların gecikme dağılımına karıştırmayın.

vmstat ilk veri satırında açılıştan beri ortalamaları, devamında bir saniyelik aralıkları gösterir. st, sanal CPU’nun hipervizör nedeniyle çalışamadığı zamanın yüzdesidir; paylaşımlı host rekabetini işaret edebilir. Buradaki 20 ardışık istek kapasite testi değildir. Loopback internet gecikmesini dışarıda bırakır; istemci de aynı VM’in CPU’sunu kullanır.

Sıcak önbellekle serileri farklı saatlerde tekrarlayıp medyanı ve dağılımı karşılaştırın. Paket sürümü, çekirdek ve host yükü farklarını dağıtım adına mal etmeyin. VPS’te Prometheus ve Grafana ile İzleme yaklaşımıyla gözlem süresini uzatın; gecikme sıçradığında aynı zaman aralığındaki st değerini kontrol edin.

Tercihi yükseltme ve geri dönüş planıyla kesinleştirin

Kolay kurulum, kolay yükseltme anlamına gelmez. Varsayımsal VPS senaryosunda üreticiniz yalnızca Ubuntu Server 24.04 LTS’yi destekliyorsa veya araç zinciriniz bu sürümü gerektiriyorsa Ubuntu seçimi gerekçelidir. Debian 13’ün resmi depoları uygulamanızı karşılıyor ve ekibiniz sürüm geçişlerini yönetebiliyorsa Debian uygun tercihtir. Ubuntu ve Debian farkı burada alışkanlıktan çok, sürdürebileceğiniz bakım düzenine dayanır. Gereksinimleri yazılı tutun; destek matrisinde bulunmayan dağıtımı seçmek, sorun anında üretici desteğini sınırlayabilir.

Ubuntu’nun resmi sürüm döngüsü belgesi, LTS sürümler arasında sıralı yükseltme yolunu belirtir. Ubuntu Server 24.04 LTS’den sonraki LTS’ye geçişi, desteklenen yol açıldığında ve uygulama uyumluluğu doğrulandığında planlayın. do-release-upgrade sıradan paket güncellemesi değil, dağıtım sürümü yükseltmesidir; deneme amacıyla mevcut VM’de başlatmayın. Önce sağlayıcı konsoluna erişimi, boş disk alanını ve bakım penceresini hazırlayın. SSH oturumunun açık kalması tek başına kurtarma planı sayılmaz.

Debian 13’ün resmi sürüm sayfası, yükseltme talimatları için sürüm notlarına yönlendirir. Debian 12’den 13’e geçişte hazırlık adımlarını, APT kaynak düzenlemelerini ve yükseltme sırasını bu notlardan izleyin. Mevcut Debian 13 VM’inin sonraki geçişinde hedef sürümün notları belirleyicidir. /etc/apt/sources.list ve /etc/apt/sources.list.d/ altındaki mevcut yapılandırmayı inceleyin; yalnızca kod adını değiştirmeyi yeterli görmeyin.

Dağıtım değiştirmek farklıdır. Ubuntu depolarını Debian depolarıyla değiştirmek yerine yeni VM kurup içeriği ve yapılandırmayı taşıyın. Karşılaştırmada aynı KVM altyapısındaki iki x86_64 VM’in her birinde 2 vCPU, 4 GiB RAM ve 40 GiB sanal disk tahsisini koruyun; bunlar performans garantisi değildir. Başlangıç tabanı Ubuntu’da GA Linux 6.8, Debian’da Linux 6.12 olarak kalsın; HWE, backports ve üçüncü taraf depoları eklemeyin.

Geri dönüş eşiğini önceden belirleyin: admin hesabıyla anahtar tabanlı SSH erişimi veya Nginx’in statik HTTP sunumu başarısızsa geçişi durdurun. VPS snapshot hızlı geri dönüş sağlayabilir, ancak sağlayıcıdan bağımsız yedeğin yerini tutmaz. Web içeriğini, Nginx ve SSH ayarlarını, otomatik güncelleme yapılandırmasını birlikte yedekleyin.

Seçilen sağlayıcı imajında apt-cache policy nginx, kurulu sürümü ve aday sürümü gösterir; paket revizyonunu varsaymayın. Bağımsız yedekten geri yüklediğiniz sistemde sudo nginx -t çıktısının sözdizimi ve yapılandırma kontrolünün başarılı olduğunu bildirmesi beklenir. Bu kontrol HTTP sunumunu kanıtlamaz. Yanıtın /srv/www/example/index.html içeriğiyle eşleştiğini ve yönetim erişimini doğrulamadan eski VM’i kaldırmayın.

VPS İmajını Seçmeden Önce Kontrol Edin

• Uygulamanızın destek matrisinde dağıtımı, sürümü ve x86_64 mimarisini doğrulayın.
• Sunucunun planlanan ömrünü standart destek ve uzatılmış bakım tarihleriyle eşleştirin.
• /etc/os-release, uname -r ve apt-cache policy nginx çıktılarıyla gerçek imajı ve paket adayını kontrol edin.
• /etc/apt/sources.list ile /etc/apt/sources.list.d/ altındaki mevcut kaynakları inceleyip üçüncü taraf depoları belirleyin.
• unattended-upgrades kurulumunu, izin verilen güncelleme kaynaklarını, APT zamanlayıcılarını ve yeniden başlatma ihtiyacını ayrı ayrı denetleyin.
• SSH değişikliğinden önce sağlayıcı konsolunu doğrulayın ve mevcut oturumu kapatmadan yeni bağlantıyı sınayın.
• Seçtiğiniz imajda uygulama kabul testini tamamlayın ve bağımsız yedekten geri dönüş provası yapın.

Sık Sorulan Sorular

Kaynaklar

• Ubuntu – Sürüm döngüsü ve destek dönemleri — ubuntu.com
• Ubuntu – ESM güvenlik kapsamı ve Ubuntu Pro — ubuntu.com
• Debian 13 Trixie – Sürüm bilgileri ve destek takvimi — debian.org
• Debian – Uzun süreli destek ve kapsam sınırları — debian.org