CentOS Stream Güncelleme Komutları (Stream 8, 9, 10)

CentOS Stream Güncelleme Komutları: DNF ile Sistem Yönetimi

CentOS Stream, Red Hat'in RHEL geliştirme döngüsünde önemli bir konum tutuyor; ne tamamen deneysel ne de tamamen kararlı — RHEL'in bir sonraki minor sürümünün önizlemesi. Bu konumu anlayarak güncelleme sürecini yönetmek, hem geliştirici ortamlarında hem de risk toleransı yüksek production sistemlerde fark yaratıyor. Bu yazı CentOS Stream'in RHEL ekosistemindeki yerini, DNF paket yöneticisini ve güncelleme sürecini bütün yönleriyle ele alıyor.

CentOS Stream Nedir? Tarihçe ve RHEL Bağlantısı

CentOS, 2004 yılında RHEL kaynak kodundan derlenen ücretsiz bir rebuild olarak doğdu. Uzun yıllar boyunca "ücretsiz RHEL" olarak tanındı ve özellikle web sunucusu dünyasında yaygın kullanıma ulaştı. Red Hat, 2014'te CentOS projesini satın aldı ve sponsorluğunu üstlendi.

Aralık 2020'de Red Hat kritik bir dönüşüm duyurdu: CentOS Linux 8 Aralık 2021'de EOL alacak, bunun yerine CentOS Stream öncelikli proje haline gelecekti. Bu karar CentOS topluluğunda büyük tartışmalar yarattı; çünkü Stream, klasik CentOS'un yaptığı şeyi (downstream rebuild) yapmıyor — aksine RHEL'in önünde seyreden bir geliştirme kanalı.

CentOS Project bugün Red Hat sponsorluğuyla sürdürülüyor. Stream, Fedora ve RHEL arasındaki köprü görevi görüyor: Fedora'da denenen özellikler önce CentOS Stream'e geliyor, burada test ve dönüt alındıktan sonra RHEL'e dahil ediliyor.

CentOS Stream vs CentOS Linux: Paradigm Shift

Bu iki dağıtım arasındaki farkı anlamak, Stream'in neden farklı bir yönetim anlayışı gerektirdiğini açıklıyor:

Özellik	CentOS Linux (eski)	CentOS Stream
RHEL'e göre pozisyon	Downstream rebuild (arkasında)	Upstream development (önünde)
Güncelleme modeli	RHEL yayınlandıktan sonra	RHEL yayınlanmadan önce
Kararlılık düzeyi	RHEL ile aynı	RHEL'den biraz az
Kullanım amacı	Production sunucu	Geliştirme, test, erken adaptasyon
EOL (8. sürüm)	Aralık 2021	Stream 8: Mayıs 2024

CentOS Linux downstream bir rebuild'di: Red Hat, RHEL'i yayınlar; CentOS ekibi kaynak kodundan bağımsız bir sürüm derlerdi. Stream'de durum tersine döndü: değişiklikler önce Stream'e geliyor, RHEL bu değişikliklerin test edilmiş, onaylanmış versiyonunu alıyor. Aralık 2020'de gerçekleşen bu paradigm shift, AlmaLinux ve Rocky Linux'un doğmasına yol açtı — topluluk downstream rebuild ihtiyacını bu projelerle karşılamaya yöneldi.

RHEL Geliştirme Akışı: Fedora'dan Rocky'ye

RHEL ekosistemini tam olarak kavramak için geliştirme akışını görmek gerekiyor:

Fedora → CentOS Stream → RHEL → AlmaLinux / Rocky Linux

• Fedora: En hızlı yenilik merkezi. Deneysel özellikler, son kernel, bleeding-edge paketler. Her 6 ayda bir yeni sürüm.
• CentOS Stream: Fedora'dan olgunlaşmış özellikler RHEL'e dahil edilmeden önce burada dinleniyor. RHEL minor release'inden 6-9 ay önde seyrediyor.
• RHEL (Red Hat Enterprise Linux): Kurumsal ortam için sertleştirilmiş, 10 yıl güvenlik desteği olan, ticari sürüm.
• AlmaLinux / Rocky Linux: RHEL kaynak kodundan derlenen downstream rebuild'lar. CentOS Linux'un topluluğun devam ettirdiği devamcıları.

Bu akış sayesinde bir değişiklik RHEL'e girerken zaten Stream'de test edilmiş oluyor. Geliştiriciler ve sistem yöneticileri Stream'i takip ederek RHEL'in 6-9 ay sonrasını görebiliyor.

Stream Sürümleri 2026: Hangi Sürüm Aktif?

Sürüm	Durum	Notlar
CentOS Stream 8	EOL — Mayıs 2024	Kullanımdan çıkarın, güvenlik güncellemesi yok
CentOS Stream 9	Aktif	RHEL 9 dönemi, 2027'ye kadar destek
CentOS Stream 10	Aktif (2024+)	RHEL 10 öncesi geliştirme, dnf5 ile

Stream 8 Mayıs 2024'te EOL aldı — hâlâ Stream 8 çalıştıran sistemlerin acilen Stream 9'a veya AlmaLinux/Rocky Linux'a geçirilmesi gerekiyor. Güvenlik güncellemesi almayan bir sistem kritik açık barındırır.

Stream 9, RHEL 9 için geliştirme kanalı. 2027'ye kadar güvenlik güncellemesi almaya devam edecek. Stream 10, RHEL 10 dönemine hazırlık aşamasında; dikkat çeken değişiklik dnf5'in varsayılan paket yöneticisi olması.

Kim İçin Uygun? Kim İçin Değil?

Stream'in kullanım amacı klasik CentOS'tan farklı — bunu netleştirmek önemli:

Stream uygun:

• RHEL uygulamalarını release öncesinde test etmek isteyen geliştiriciler
• RHEL'e geçiş planlayanlar için 6-9 ay erken adaptasyon ortamı
• Risk toleransı yüksek, kısmi breakage yönetebilen ekipler
• Test ve staging ortamları

Stream uygun değil:

• Kritik production sistemler — RHEL veya AlmaLinux/Rocky Linux tercih edilmeli
• cPanel/Plesk barındıran sistemler — cPanel resmi olarak Stream'i desteklemiyor, AlmaLinux öneriliyor
• Uzun vadeli, değişim minimizasyonu gerektiren ortamlar
• 5+ yıl kesintisiz çalışması gereken sistemler

Buyukweb cPanel hosting altyapısında AlmaLinux kullanılıyor — bu, Stream değil AlmaLinux'un cPanel için resmi olarak desteklenen RHEL tabanlı dağıtım olmasından kaynaklanıyor. VDS alıyorsanız, işletim sistemi seçiminde AlmaLinux, Rocky Linux veya Ubuntu Server daha stabil production ortamı sağlıyor.

Stream'in Rolling Release Karakteri

CentOS Stream, tam rolling release değil ama klasik nokta sürüm modelinden de farklı. "Kontrollü rolling" diyebiliriz: büyük sürüm yok (Stream 9'dan Stream 10'a geçiş ayrı), ama minor release kapsamında paketler sürekli güncelleniyor.

Bu yapının pratik sonuçları:

• Kernel güncellemeleri RHEL'den önce: Stream 9 üzerinde RHEL 9'dan daha güncel kernel versiyonu çalışıyor olabilir
• glibc, systemd, OpenSSL gibi kritik kütüphaneler RHEL'e girmeden önce Stream'e geliyor
• Breakage potansiyeli: Test edilmemiş değişiklikler nadiren de olsa servisleri etkileyebilir
• Daha sık güncelleme ritmi: Uzun süreli güncelleme ertelemek biriken bağımlılık sorunlarına yol açabilir

Bu yüzden Stream sistemlerde güncelleme rutini AlmaLinux veya RHEL sistemlerine kıyasla daha dikkatli yönetilmeli.

DNF: Dandified YUM

CentOS Stream, RHEL 8'den itibaren DNF (Dandified YUM) kullanıyor. Eski yum komutu hâlâ çalışıyor — ama bu bir sembolik link; yum çağrıldığında gerçekte DNF çalışıyor. Modern ve önerilen komut DNF'dir.

DNF, yum'a göre ne getiriyor:

• Bağımlılık çözümleme daha hızlı ve güvenilir (libsolv kütüphanesi)
• Python 3 tabanlı (yum Python 2 gerektiriyordu)
• Modüler paket desteği (DNF Modules)
• Paralel indirme
• dnf history ile geri alma imkânı

Stream 10'da ise bir adım daha atılıyor: dnf5 varsayılan paket yöneticisi haline geliyor. Komut sözdizimi büyük ölçüde aynı, ama performans ve mimari önemli ölçüde yenilendi.

DNF Temel Komutlar

Gündelik kullanımda ihtiyaç duyulan komutlar:

# Güncellenebilir paketleri listele (güncelleme yapmadan)
sudo dnf check-update

# Tüm paketleri güncelle (cache yenile + güncelle)
sudo dnf upgrade --refresh

# Yalnızca güvenlik ve bugfix güncellemeleri (minimal değişiklik)
sudo dnf upgrade-minimal

# Belirli bir paketi kur
sudo dnf install nginx -y

# Paket kaldır (ve artık gereksiz bağımlılıkları)
sudo dnf remove paket-adi -y

# Paket hakkında bilgi
sudo dnf info httpd

# Depoda arama
sudo dnf search php

# Kurulu paketleri listele
sudo dnf list installed

# Önbelleği temizle
sudo dnf clean all

# Gereksiz bağımlılıkları kaldır
sudo dnf autoremove -y

dnf update ve dnf upgrade Stream 9'da aynı işlevi görüyor — her ikisi de tüm paketleri güncelliyor. Resmi önerilen komut upgrade'dir.

Sistem Güncelleme Adımları: Doğru Sıra

Güvenli güncelleme rutini şu sıraya uyar:

# 1. Mevcut güncellemeleri kontrol et (bilgi amaçlı)
sudo dnf check-update

# 2. Önemli bir güncelleme varsa servislerin durumunu not et
systemctl list-units --state=running --type=service

# 3. Cache yenileyerek tam güncelleme yap
sudo dnf upgrade --refresh -y

# 4. Reboot gerekip gerekmediğini kontrol et
sudo dnf needs-restarting -r
# Çıkış kodu 1 = reboot öneriliyor
# Çıkış kodu 0 = reboot gerekmez

# 5. Eğer gerekiyorsa yeniden başlat
sudo reboot

# 6. Güncelleme sonrası kritik servisleri doğrula
systemctl status nginx
systemctl status sshd

dnf needs-restarting komutu özellikle önemli: kernel güncellemesi yapıldıktan sonra yeni kernel devreye girmesi için reboot gerekiyor. Bu komut bunu otomatik tespit ediyor.

Repository Yönetimi ve Ek Depolar

CentOS Stream repository konfigürasyonu /etc/yum.repos.d/ dizininde tutuluyor. Varsayılan depolara ek olarak sık kullanılan üçüncü taraf depolar:

# EPEL (Extra Packages for Enterprise Linux) — en yaygın ek depo
sudo dnf install epel-release -y

# EPEL kurulumu doğrula
sudo dnf repolist

# Belirli bir depoyu geçici devre dışı bırak
sudo dnf upgrade --disablerepo=epel -y

# Aktif depo listesi
sudo dnf repolist enabled

# Tüm depolar (devre dışı olanlar dahil)
sudo dnf repolist all

EPEL (Extra Packages for Enterprise Linux): Fedora projesi tarafından yönetilen, RHEL/CentOS Stream için ek paket deposu. htop, iftop, fail2ban, rkhunter gibi sistem araçları EPEL'de bulunuyor.

Remi: PHP, Python, Ruby gibi dillerin daha güncel versiyonlarını sağlayan üçüncü taraf depo. Özellikle PHP'nin son sürümlerine erişim için kullanılıyor.

RPM Fusion: Lisans kısıtlamaları nedeniyle resmi depolarda yer almayan multimedia codec ve araçlar için.

Depo önceliği çakışmaları yaşanırsa /etc/yum.repos.d/ altındaki .repo dosyalarında priority parametresi ile öncelik düzenlenebilir.

Modüler Paketler: DNF Modules

CentOS Stream 9'un önemli özelliklerinden biri DNF Modules (modüler paket yönetimi). Aynı paketin farklı versiyonlarını paralel olarak sunabiliyor; istediğiniz sürümü aktif edebiliyorsunuz.

# Mevcut modülleri listele
sudo dnf module list

# Belirli bir modül hakkında bilgi
sudo dnf module info nodejs

# Node.js 20 modülünü aktif et
sudo dnf module enable nodejs:20 -y

# Aktif modülden paketi kur
sudo dnf module install nodejs:20 -y

# Aktif modülleri görüntüle
sudo dnf module list --enabled

# PHP 8.2 örneği
sudo dnf module enable php:8.2 -y
sudo dnf install php php-fpm php-mysqlnd -y

# Modül devre dışı bırak
sudo dnf module disable nodejs:20 -y

# Modül sıfırla (stream seçimini geri al)
sudo dnf module reset nodejs -y

Modüller sayesinde sisteme birden fazla Node.js, PHP veya PostgreSQL sürümü kurulabilir. Production'da kullanılan sürümü default profile ile kilitleleyebilirsiniz.

Otomatik Güncelleme: dnf-automatic

Güvenlik yamalarının zamanında uygulanması için dnf-automatic paketi kullanılıyor:

# Kur
sudo dnf install dnf-automatic -y

# Yapılandırma dosyasını düzenle
sudo nano /etc/dnf/automatic.conf

Temel yapılandırma seçenekleri:

[commands]
# "default" = tüm güncellemeler, "security" = yalnızca güvenlik
upgrade_type = security

# "yes" = otomatik uygula, "no" = yalnızca bildir
apply_updates = yes

# Günlük kontrol saati (rastgele 1 saatlik offset ekler)
random_sleep = 3600

[emitters]
emit_via = email

[email]
email_from = root@hostname
email_to = [email protected]
email_host = localhost

# systemd timer ile etkinleştir
sudo systemctl enable --now dnf-automatic-install.timer

# Timer durumunu kontrol et
sudo systemctl status dnf-automatic-install.timer

# Son çalışma zamanını gör
sudo journalctl -u dnf-automatic-install -n 50

Önemli uyarı: Production sistemlerde upgrade_type = default ve apply_updates = yes kombinasyonu risklidir — her güncelleme servis yeniden başlatması veya yapılandırma değişikliği gerektirebilir. Önerilen: upgrade_type = security ile yalnızca güvenlik yamalarını otomatik uygulayın, diğer güncellemeleri manuel yapın.

Kernel Güncelleme Yönetimi

Kernel güncellemesi Stream'de diğer paketlerle aynı mekanizmayı kullanıyor, ama birkaç özellik var:

# Mevcut çalışan kernel
uname -r

# Kurulu kernel versiyonları
rpm -qa kernel

# Kernel güncelle (varsa)
sudo dnf upgrade kernel -y

# Reboot gerekliliğini kontrol et
sudo dnf needs-restarting -r

# Reboot sonrası yeni kernel devreye giriyor
sudo reboot

# Eski kernel versiyonlarını temizle (son 2 tutulur, varsayılan)
sudo dnf remove --oldinstallonly -y

# Tutulacak kernel sayısını ayarla (varsayılan: 3)
# /etc/dnf/dnf.conf içinde:
# installonly_limit=2

grub2-mkconfig komutu boot menüsünü yeniden oluşturur — birden fazla kernel kurulu olduğunda hangi kernel'in varsayılan olarak başlatılacağını ayarlamak için:

# Boot menüsünü yenile
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

# UEFI sistemler için
sudo grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg

# Mevcut boot seçeneklerini gör
sudo grub2-editenv - list

Livepatch çözümleri (örn. KernelCare) reboot gerektirmeden güvenlik yamalarını uygulayabilir — bu özellikle yüksek availability gerektiren production sistemlerde değerli. Stream ortamında da çalışabiliyor, ancak asıl hedef kitlesi RHEL abonelik sahipleri.

CentOS Linux 7 ve 8 EOL Sonrası Geçiş

EOL almış sistemlerde güvenli geçiş seçenekleri:

CentOS Linux 7 (EOL Haziran 2024):

CentOS 7'den Stream'e doğrudan geçiş önerilmiyor — AlmaLinux 8/9 veya Rocky Linux 8/9 daha iyi seçenek. AlmaLinux ve Rocky, CentOS 7'den in-place migration için araç sunuyor.

CentOS Stream 8 (EOL Mayıs 2024):

Stream 8'den Stream 9'a in-place migration için Red Hat tarafından geliştirilen Leapp aracı kullanılıyor:

# Leapp kurulumu (Stream 8 üzerinde)
sudo dnf install leapp-upgrade -y

# Pre-upgrade kontrol raporu
sudo leapp preupgrade

# Raporu incele
sudo cat /var/log/leapp/leapp-report.txt

# Inhibitor (engelleyici) sorunları çözdükten sonra upgrade başlat
sudo leapp upgrade

# Sistem otomatik reboot eder ve Stream 9 kurulumu tamamlanır

Leapp, sistem bileşenlerini ve kurulu paketleri analiz edip uyumsuzlukları önceden raporluyor. Rapordaki "inhibitor" etiketli sorunlar çözülmeden upgrade başlamıyor.

Stream 9 → Stream 10 geçiş: Red Hat benzer Leapp tabanlı yolu planlıyor. Stream 10 olgunlaştıkça resmi geçiş rehberi yayınlanacak.

Buyukweb Bağlamı: Hosting ve VDS

cPanel Hosting (paylaşımlı): Buyukweb cPanel altyapısı AlmaLinux üzerinde çalışıyor. cPanel/WHM, Stream'i resmi olarak desteklemiyor; AlmaLinux desteklenen ve önerilen RHEL tabanlı dağıtım. Hosting paketlerinde CentOS Stream seçeneği bulunmuyor — bu bilinçli bir kararlılık tercihi.

VDS (Sanal Dedicated Sunucu): VDS'lerde işletim sistemi seçimi size ait. Template olarak AlmaLinux, Rocky Linux veya Ubuntu Server öneriyoruz. CentOS Stream 9 veya 10'u VDS'e kurmak istiyorsanız custom kurulum yapabilirsiniz. KVM web konsol (noVNC) aracılığıyla kurulum sürecini tarayıcıdan takip edebilirsiniz.

Teknik destek: VDS işletim sistemi seçimi, kurulum veya migration konularında 0850 302 60 70 numarasını arayabilirsiniz.

Güncelleme Geçmişi ve Geri Alma

DNF'nin güçlü özelliklerinden biri tam geçmiş kaydı ve geri alma imkânı:

# Tüm DNF işlemlerini gör
sudo dnf history

# Belirli bir işlemin detayı
sudo dnf history info 15

# Son işlemi geri al
sudo dnf history undo last -y

# Belirli bir işlemi geri al (örn. işlem 15)
sudo dnf history undo 15 -y

# Belirli bir duruma geri dön (rollback)
sudo dnf history rollback 10 -y

Güncelleme sonrası bir servis bozulduysa dnf history undo last ile önceki paket versiyonlarına hızla dönülebilir.

Sık Sorulan Sorular

CentOS Stream production'a uygun mu?

Kısa cevap: koşullara bağlı. Risk toleransı yüksek, geliştirme veya test ortamları için uygundur. Kritik production sistemler, finans, e-ticaret veya 7/24 kesintisiz hizmet veren servisler için RHEL veya AlmaLinux/Rocky Linux çok daha uygun — yıllar boyunca güvenlik yaması, LTS kernel ve enterprise desteği sunuyorlar. cPanel kullanan sistemlerde Stream'i kesinlikle önermiyoruz.

AlmaLinux mı, CentOS Stream mi?

Production ve cPanel ortamları için: AlmaLinux. RHEL ile tam binary uyumlu, 10 yıl destek, cPanel onaylı, topluluk tarafından aktif geliştiriliyor. CentOS Stream ise RHEL'e yakın kalmak isteyen, değişiklikleri erken test etmek isteyen geliştiriciler ve sysadminler için daha uygun.

yum mu, DNF mi kullanmalıyım?

DNF kullanın. Stream 9/10'da yum zaten DNF'ye yönlendiriliyor — komutlarınızda yum yazsanız bile DNF çalışıyor. Yeni scriptleri ve rehberleri DNF ile yazın; yum bir geçiş katmanı olarak kaldı.

CentOS Stream 8 hâlâ kullanılır mı?

Hayır — Stream 8 Mayıs 2024'te EOL aldı. Güvenlik güncellemesi almıyor. Stream 8 çalıştıran her sistem bir güvenlik riski oluşturuyor. Acil olarak Stream 9'a veya AlmaLinux/Rocky Linux'a geçilmeli.

Otomatik güncelleme önerilir mi?

Güvenlik yamaları için evet, ama doğru yapılandırmayla. upgrade_type = security ve apply_updates = yes kombinasyonu yalnızca güvenlik yamalarını otomatik uyguluyor — bu makul bir risk. Tüm güncellemelerin otomatik uygulanması (upgrade_type = default) production'da ek servis durağanlığı riski yaratıyor.

CentOS Stream'den AlmaLinux'a geçiş yapılabilir mi?

Evet. AlmaLinux projesi, Stream ve CentOS Linux 8'den AlmaLinux'a geçiş için almalinux-deploy.sh script'i sunuyor. In-place migration yapılabiliyor; tam reformat gerekmiyor. Geçiş öncesi sistem yedeklemesi şart.

Stream 9 ne zaman EOL alıyor?

CentOS Stream 9, RHEL 9'un geliştirme kanalı olarak RHEL 9'un EOL'u ile paralel seyrediyor. RHEL 9, 2027'de minor release desteğini, 2032'de ise tam desteğini bitiriyor. Stream 9 için 2027 civarı planlanıyor — resmi takvim için CentOS projesini takip edin.

Sonuç

CentOS Stream, RHEL ekosisteminin geliştirme köprüsü. Downstream rebuild olan eski CentOS'tan farklı olarak RHEL'in önünde seyrediyor — bu yapı doğru bağlamda güçlü bir araç, yanlış bağlamda ise gereksiz risk demek.

DNF, güncelleme sürecini check-update, upgrade --refresh, needs-restarting döngüsüyle sistematik hale getiriyor. Modüler paketler, dnf-automatic ile otomatik güvenlik yamaları ve dnf history ile geri alma imkânı, Stream sistemleri için sağlıklı bir yönetim altyapısı kuruyor.

Production sistemlerde tercih AlmaLinux veya Rocky Linux yönünde; cPanel barındıran her sistem için AlmaLinux neredeyse zorunlu. Stream ise geliştirici ve test ortamlarının aracı — RHEL'i yakından takip etmek, değişiklikleri erken görmek ve upstream'e katkıda bulunmak isteyenler için değerli.

VDS veya hosting paketleri hakkında sorularınız için 0850 302 60 70 — iletişim sayfamız.

---

İlgili Büyükweb Hizmetleri

• VDS Sunucu — KVM, custom ISO, AlmaLinux/Rocky/Ubuntu template, anında teslim
• Linux Hosting — AlmaLinux tabanlı, cPanel, panel yönetimli
• Fiziksel Dedicated Sunucu — tam kontrol, paylaşımsız kaynak
• Nested Sunucu — esnek sanallaştırma

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.