Rocky Linux mu AlmaLinux mu: VPS için hangisi seçilmeli?

Rocky Linux ve AlmaLinux: kısa cevap

Hemen hemen her sunucu için Rocky Linux ile AlmaLinux arasında seçim yapmak, yanlış bir cevabın olmadığı bir durumdur. Her iki proje de aynı Red Hat Enterprise Linux (RHEL) kaynak kodunu yeniden derler; bu nedenle her ikisi de aynı paketleri, aynı on yıllık destek yaşam döngüsüyle sunar. Farklılıklar gerçektir ancak bunlar yönetişim ve az sayıda uç durumla ilgilidir; bir sunucuyu yönetmenin günlük işleyişini etkilemezler.

Seçimin yazı tura atmaktan öteye geçtiği iki durum vardır. AlmaLinux 10, Intel Haswell öncesi işlemciler için hala bir derleme sunarken Rocky Linux 10 bunu yapmaz; bu durum daha ucuz veya eski VPS (sanal özel sunucu) donanımlarında önem taşır. AlmaLinux ayrıca birebir aynı davranışı değil, ABI uyumluluğunu taahhüt eder; bu durum, katı bir destek matrisine sahip bir üretici ürünü çalıştırıyorsanız önem kazanır.

Her iki dağıtımın kökeni

8 Aralık 2020 tarihinde CentOS projesi, RHEL 8'in yeniden derlenmiş hali olan CentOS Linux 8'in 2021 yılı sonunda sona ereceğini duyurdu. Dağıtım, başlangıçta 2029 yılına kadar desteklenecek şekilde yayınlanmıştı. Projenin geleceği, aynı duyuruda güncel bir RHEL sürümünün hemen önünde ilerleyen ve RHEL'in upstream geliştirme dalı olarak hizmet veren CentOS Stream olarak tanımlandı. CentOS Linux 7 orijinal takvimine sadık kaldı ve 30 Haziran 2024 tarihinde ömrünü tamamladı.

Sorun CentOS Stream'in kendisi değildi. Sorun, 2029'da sona ermesi planlanan bir yaşam döngüsünün, halihazırda kurulu olan makineler için yaklaşık bir yıllık bildirimle sekiz yıl öne çekilmesiydi. Rocky Linux ve AlmaLinux'un varlık sebebi budur. Her ikisi de 2021 yılında ortaya çıktı ve aynı amaca hizmet etti: bir operatörün kurup on yıl boyunca dokunmadan bırakabileceği, RHEL ile uyumlu ücretsiz bir yeniden derleme sunmak.

Rocky Linux ve AlmaLinux'un ortak noktaları

Buradan başlayın, çünkü ortak kısım resmin büyük bir bölümünü oluşturur. Her ikisi de aynı upstream RHEL kaynaklarından yeniden derlenir; bu nedenle her ikisi de size aynı paket sürümlerini, aynı dnf paket yöneticisini, aynı SELinux (security enhanced Linux) politikasını, aynı firewalld ön yüzünü ve aynı systemd birim düzenini sunar. Yapılandırma dosyaları aynı yollarda bulunur. Biri için yazılmış bir kılavuz, isim değiştirilerek diğeri üzerinde de çalışır.

Her ikisi de RHEL ara sürümlerini yakından takip eder. AlmaLinux 10.2, 26 Mayıs 2026 tarihinde, Rocky Linux 10.2 ise 28 Mayıs 2026 tarihinde yayınlanmıştır. 9 serisi aynı hafta içinde hareket etmiştir: AlmaLinux 9.8, 26 Mayıs 2026 tarihinde ve Rocky Linux 9.8, 27 Mayıs 2026 tarihinde yayınlanmıştır. Daha önceleri bu fark daha fazlaydı. AlmaLinux 10.0, 27 Mayıs 2025 tarihinde, Rocky Linux 10.0 ise 11 Haziran 2025 tarihinde gelmiştir.

Bu fark, güvenlik ile ilgili değil, ara sürüm medyası ile ilgilidir. Her iki proje de ara sürümler arasında, kendi hata düzeltme servislerinden sürekli olarak errata yayınlar. Bir .2 imajının ne zaman ortaya çıktığı konusundaki iki haftalık fark, iki hafta boyunca yama almadığınız anlamına gelmez.

Her ikisi de RHEL'den devraldıkları on yıllık yaşam döngüsü modelini sürdürür: yaklaşık beş yıl aktif destek, ardından beş yıl sadece güvenlik bakımı. Her iki dağıtımın 10 serisi de 2035 yılına kadar devam eder.

Her projenin arkasında kim var?

Rocky Linux, CentOS'un kurucu ortaklarından Gregory Kurtzer tarafından oluşturulan, Delaware merkezli bir kamu yararı şirketi olan Rocky Enterprise Software Foundation (RESF) bünyesindedir. Kasım 2022'de RESF, kontrolü kurucusunun elinden alıp yazılı bir yapıya devreden tüzük ve yönetmelikleri onaylamıştır. Yine Kurtzer tarafından kurulan CIQ şirketi, projenin kurucu sponsorudur ve Rocky Linux için ticari destek hizmetleri satmaktadır.

AlmaLinux, Mart 2021'de Delaware'de kurulan, 501(c)(6) statüsünde kâr amacı gütmeyen AlmaLinux OS Foundation bünyesindedir. Yönetim kurulu, vakıf üyeleri tarafından dört yıllık kademeli dönemler için seçilir; toplantı tutanakları on dört gün içinde yayımlanır ve tüzük gereği, ne kadar sponsor olursa olsun hiçbir işveren birden fazla oy hakkına sahip yönetim kurulu koltuğu tutamaz. Projeyi başlatan CloudLinux, Ekim 2024'te yıllık bir milyon dolar değerinde platin sponsorluk yenilemiştir. Şirketin TuxCare bölümü ticari destek hizmetlerini satmaktadır.

Her iki yapı da hiçbir şirketin CentOS Linux 8'de yaşananları tekrarlayamaması için inşa edilmiştir ve iki yapıdan biri diğerinden belirgin şekilde daha güvenli değildir. Her iki durumda da kontrol edebileceğiniz şeyler aynıdır: tüzükleri okuyabilir ve ödemeleri yapan organizasyonun adını öğrenebilirsiniz.

2023 yılında ne değişti ve bu hala önemli mi?

21 Haziran 2023 tarihinde Red Hat, CentOS Stream'in halka açık RHEL ile ilgili kaynak kodu sürümleri için tek depo haline geleceğini duyurdu. Bundan önce RHEL paket kaynakları, yeniden derleme (rebuild) projelerinin kaynaklarını aldığı git.centos.org üzerinde görünüyordu. Bu akışın kaldırılması, yeniden derleme projelerini durdurmadı. Ancak her projeyi, kaynakları nasıl temin edeceğini kamuoyuna açıklamaya zorladı.

Rocky, 29 Haziran 2023'te yanıt verdi. Proje, "hiç kimse GPL yazılımların yeniden dağıtımını engelleyemez" gerekçesiyle RHEL kaynaklarını Universal Base Image (UBI) container imajlarından ve kullandıkça öde (pay per use) modelindeki bulut örneklerinden temin etmektedir. Ağustos 2023'te CIQ, Oracle ve SUSE, hata bazında (bug for bug) uyumlu bir Enterprise Linux yeniden derlemesi için gereken kaynakları yayınlayan Open Enterprise Linux Association (OpenELA) kuruluşunu oluşturdu. AlmaLinux bu kuruluşun bir üyesi değildir.

AlmaLinux, 13 Temmuz 2023'te yanıt verdi ve bu yanıt bir hedef değişikliği anlamına geliyordu. Proje, 1:1 hata bazında uyumluluk hedefinden vazgeçti ve bunun yerine ABI uyumluluğunu benimsedi. Projenin kendi ifadeleriyle: "Artık Red Hat ile hata bazında uyumluluk çizgisine bağlı kalmayacağız; bu da artık Red Hat'in sürüm döngüsü dışındaki hata düzeltmelerini kabul edebileceğimiz anlamına geliyor." Aynı gönderide kullanıcılara günlük kullanımda "çok az değişiklik" beklemeleri söylendi.

Aradan geçen üç yılın ardından, kaynak temini sorunu pratikte çözülmüş durumdadır. Her iki proje de o tarihten bu yana tüm RHEL ara sürümlerini benzer takvimlerle yayınlamıştır. Tartışmadan geriye kalan tek şey, her bir projenin neyi taahhüt ettiğine dair farklılıktır.

Bug for bug uyumluluğu ile ABI uyumluluğu arasındaki fark nedir?

Rocky Linux ana sayfası, dağıtımı RHEL ile yüzde 100 "bug for bug" (hata bazında) uyumlu olacak şekilde tasarlandığını belirtmeye devam etmektedir. "Bug for bug" uyumluluğu, yeniden derleme işleminin RHEL'in hataları da dahil olmak üzere tüm davranışlarını birebir kopyaladığı anlamına gelir. RHEL içindeki bir paket bir hata içeriyorsa, Rocky Linux içindeki aynı paket de bu hatayı taşır; böylece Red Hat bilgi bankası makalelerindeki geçici çözümler, herhangi bir çeviriye gerek kalmadan doğrudan uygulanabilir.

ABI uyumluluğu ise daha dar kapsamlı ve daha kesindir. ABI (application binary interface), derlenmiş bir programın bağımlı olduğu ikili sözleşmedir: sembol isimleri, yapı düzenleri, çağırma kuralları ve kütüphane sürümleri. Bu sözleşme sabit tutulduğunda, RHEL üzerinde derlenmiş bir ikili dosya yüklenir ve çalışır. Bu vaat, RHEL'in hatalarıyla eşleşme konusunda herhangi bir taahhüt içermez.

Bunun sonucu kolayca ifade edilebilir. AlmaLinux, bir hatayı Red Hat'ten önce düzeltebilir ve Red Hat tarafından kaldırılmış bir sürücüyü tutabilir. Her iki durum da dağıtımın davranışını kasıtlı olarak RHEL'den uzaklaştırır. Rocky Linux ise tasarımı gereği bu tür değişiklikleri yapmaz; böylece sertifikasyon süreçlerinin önem verdiği şekilde öngörülebilir kalır.

Dolayısıyla soru, hangi vaade ihtiyaç duyduğunuzdur. Sunucunun RHEL ile tamamen aynı şekilde davranmasına mı ihtiyacınız var, yoksa RHEL için derlenmiş yazılımların sunucunuzda çalışmasına mı? Neredeyse herkesin ihtiyacı olan ikinci seçenektir.

RHEL için oluşturulan tedarikçi paketleri her iki sistemde de kurulabilir mi?

Evet. RHEL 9 veya RHEL 10 için oluşturulan bir RPM, ABI uyumlu olduğu ve her iki dağıtım da araçlara kendisini Red Hat ailesinden bir sistem gibi tanıttığı için her ikisinde de kurulur ve çalışır. Bu tanıtımı yapan dosya /etc/os-release dosyasıdır.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

Rocky Linux'un kopyası, NAME="Rocky Linux" ve ID="rocky" ile aynı yapıya sahiptir ve ayrıca ID_LIKE içerisinde rhel değerini listeler. ID_LIKE dosyasını okuyan, rhel değerini bulan ve Red Hat yolunu izleyen bir yükleyici betiği her iki sistemde de çalışır. Yalnızca ID değerini rhel, centos ve fedora gibi sabit kodlanmış bir listeyle karşılaştıran bir betik ise her ikisinde de başarısız olur ve desteklenmeyen dağıtım mesajı vererek her iki sistemde de aynı şekilde hata verir. Bu durum sistemler arasındaki bir farktan değil, betikteki bir hatadan kaynaklanır.

Gerçek istisna teknik değil, ticari bir konudur. Destek matrisi bir iş belgesidir. Bir tedarikçinin paketi, matriste adı geçmeyen bir dağıtımda kusursuz bir şekilde kurulup çalışabilir; ancak tedarikçi, sistem bozulduğunda size destek vermeyi reddedebilir. Eğer bu destek için ödeme yapıyorsanız, matrisi okuyun ve seçimi ona göre yapın. Kararın sizin yerinize verildiği tek durum budur.

Eski işlemcilerde hangisi çalışmaya devam ediyor?

RHEL 10, temel x86-64 mikro mimari seviyesini x86-64-v3 seviyesine yükseltti. Bu seviye, Intel'in Haswell nesli ve AMD'nin Excavator mimarisi ile eşleşmekte olup AVX2 gibi komut seti uzantılarını gerektirir. Rocky Linux 10, bu konuda RHEL'i takip etmektedir. Belgeleri, x86-64-v3'ün temel seviye olduğunu ve v2 ile daha eski seviyelerin artık desteklenmediğini belirtmektedir.

AlmaLinux 10, varsayılan olarak v3 sürümünü sunar ve kendi ifadesiyle eski donanıma sahip kullanıcıların on yıl daha güvenlik güncellemeleri alabilmesi için ayrı bir x86-64-v2 sürümü ekler. AlmaLinux, üçüncü taraf RHEL 10 paketleri v3'ü hedeflediği için EPEL paketlerini de bu mimari için yeniden derler. Buna güvenmeden önce bilinmesi gereken önemli nokta şudur: v2 sürümü, varsayılan paket seti ve AlmaLinux'un kendi v2 EPEL paketleri ile uyumludur; bunun dışındaki her şeyin v2 için kullanıcı tarafından yeniden derlenmesi gerekir.

Bu durum, sahip olduğunuz donanımdan ziyade bir VPS üzerinde daha önemlidir, çünkü ana makine işlemcisini siz seçmezsiniz. Eski veya daha ucuz sunucularda ya da hipervizörün konuk sisteme muhafazakâr bir CPU modeli sunduğu durumlarda, sanal makine fiziksel çipte olsa bile AVX2 desteğini göstermeyebilir. v3 için derlenen paketler, işlemcide bulunmayan komutlara erişmeye çalışır ve bu nedenle başarısız olur. Bir sunucu filosunu 10 serisine geçirmeden önce örneğinizin gerçekte neleri sunduğunu kontrol edin. Her iki dağıtımın da 9 serisi, v2 seviyesinde çalışmaya devam etmektedir. x86 yerine ARM örnekleri üzerinde bu soru hiç gündeme gelmez, çünkü mikro mimari seviyeleri bir x86-64 kavramıdır.

Aynı özgürlük AlmaLinux 10'da başka alanlarda da görülmektedir. Proje, yukarı akış (upstream) tarafından kaldırılan 150'den fazla cihaz için desteği yeniden etkinleştirmiştir; buna eski RAID ve iSCSI denetleyicileri için PCI kimlikleri dahildir ve ayrıca hem sunucu hem de istemci kullanımı için SPICE desteğini geri getirmiştir. Çerçeve işaretçileri (frame pointers) varsayılan olarak etkindir; sistem genelinde profil oluşturmanın çalışmasını sağlayan da budur. "Hata hata üzerine" (bug for bug) uyumluluk sözü bu değişikliklerin her birini yasaklamaktadır, bu nedenle 2023 yılında alınan karar bu değişiklikleri yapabilmek için gerekli alanı sağlamıştır.

Mevcut bir CentOS veya RHEL sunucusu nasıl taşınır?

Rocky Linux, dönüştürme betiklerini rocky-tools deposunda yayımlar. migrate2rocky.sh, bir Enterprise Linux 8 sistemini Rocky Linux 8'e dönüştürür; migrate2rocky9.sh ise aynı işlemi 9 serisi için gerçekleştirir. Her biri tek bir ana sürüm içerisinde çalışır. Ağustos 2026 itibarıyla depo, Enterprise Linux 10 için eşdeğer bir betik içermemektedir; bu nedenle Rocky Linux 10'a geçiş, yeniden kurulum gerektirir.

AlmaLinux, Enterprise Linux 8, 9 ve 10 sürümlerini kapsayan ve CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux ve Virtuozzo Linux üzerinden; x86_64, aarch64, ppc64le ve s390x mimarilerinde dönüşüm sağlayan almalinux-deploy.sh aracını yayımlamaktadır. Başlamadan önce belgelenmiş sınırlarını okumak faydalıdır. İhtiyaç duyan sistemlerde yalnızca GRUB2 önyükleyicisi desteklenir ve Oracle'ın UEK (unbreakable enterprise kernel) gibi özel çekirdekleri otomatik olarak kaldırılmaz; bu durum, makinenin Secure Boot altında önyükleme yapamamasına neden olur.

Ana sürümler arasında geçiş yapmak için AlmaLinux, Red Hat'in leapp çatısı üzerine inşa edilmiş ELevate'i sürdürmektedir. Belgelenmiş yollar; CentOS 7'den EL8'e, AlmaLinux 8 veya CentOS Stream 8'den EL9'a ve AlmaLinux 9 veya CentOS Stream 9'dan EL10'a şeklindedir. Belgeler, hedefi tek bir dağıtım ismiyle değil EL8, EL9 veya EL10 olarak belirtir; çünkü hangi Enterprise Linux sürümüne geçeceğinizi siz seçersiniz.

Bu araçların her biri, sürüm paketlerini yeniden yazar ve sistemin büyük bir kısmını yeniden kurar. İşleme başlamadan önce sağlayıcı üzerinden bir snapshot alın. AlmaLinux'un kendi belgelerinde tavsiye edildiği üzere, dönüştürme işlemini screen veya tmux içerisinde çalıştırın; çünkü işlem sırasında kopan bir SSH bağlantısı, makineyi kurtarma konsolundan hata ayıklamak istemeyeceğiniz bir durumda bırakır.

Peki hangisini seçmelisiniz?

Tipik bir VPS iş yükü için ikisi de uygundur. Aynı paketleri kurarlar ve aynı yıl destek süreleri dolar. Birini seçin, çalıştırdığınız her sunucuda onu kullanın ve üzerinde düşünmeyi bırakın. Tutarlılık, aralarındaki farktan daha değerlidir; çünkü karma bir yapı, takip etmeniz gereken imaj ve hata düzeltme (errata) akışlarının sayısını ikiye katlar. Aynı anda birkaç Linux sunucusu yönetirken bu maliyet hızla artar.

İstisnalar oldukça sınırlıdır ve her biri tercihlerinizin dışındaki bir nedene dayanır.

• Ana işlemciniz Haswell'den eskiyse veya hipervizör AVX2'yi konuk sistemden gizliyorsa; AlmaLinux 10'un x86-64-v2 sürümü mevcuttur, Rocky Linux 10'un ise yoktur.
• Ödeme yaptığınız bir tedarikçi, destek matrisinde belirli bir dağıtımı şart koşuyorsa onu kullanın.
• Bir sertifikasyon veya denetim için RHEL ile birebir aynı davranışa ihtiyaç duyuyorsanız; Rocky Linux'un hedefi hata bazlı (bug for bug) uyumluluktur, AlmaLinux'un hedefi ise açıkça bu değildir.
• Yeni bir kurulum yerine çalışan bir sunucuyu dönüştürüyorsanız; AlmaLinux'un araçları şu anda daha fazla kaynak dağıtımı ve Enterprise Linux 10 dahil olmak üzere daha fazla ana sürümü kapsamaktadır.

Eğer asıl soru Enterprise Linux ile başka bir dağıtım arasındaysa, o zaman seçtiğiniz şey yaşam döngüsü modelidir. Bir Enterprise Linux dağıtımı, planlanması gereken sürüm atlamaları olmaksızın, tek bir paket seti üzerinde size on yıl sağlar. Ubuntu'nun uzun süreli destek (LTS) sürümleri, her iki yılda bir desteklenen bir yükseltme yolu ile beş yıllık standart destek sunar; bu farklı bir anlaşmadır ve Ubuntu LTS ve ara sürümlerin karşılaştırması bölümünde ele alınmıştır. Hangisini kurarsanız kurun, makinedeki ilk saatiniz aynı görünecektir; bu nedenle üzerine herhangi bir şey yüklemeden önce yeni bir VPS üzerindeki ilk on dakika rehberini uygulayın.

FAQ

Rocky Linux mu yoksa AlmaLinux mu Red Hat Enterprise Linux'a daha yakındır?

Kendi beyan ettiği hedefleri doğrultusunda Rocky Linux. Dağıtımın ana sayfası, kendisini RHEL ile yüzde 100 hata uyumlu olacak şekilde tasarlandığını belirtir; bu da RHEL'in hataları dahil olmak üzere tüm davranışlarını yeniden üretmeyi amaçladığı anlamına gelir. AlmaLinux ise 13 Temmuz 2023 tarihinde, bunun yerine ABI (uygulama ikili arayüzü) uyumluluğunu hedefleyeceğini duyurmuştur. Bu sayede RHEL için derlenen yazılımlar üzerinde çalışabilir ancak alttaki kod, RHEL'in henüz yayınlamadığı düzeltmeleri içerebilir. Standart sunucu yazılımlarını çalıştırmak için her iki dağıtım da eşdeğerdir. RHEL davranışını referans alan bir sertifikasyon sürecinde ise bu ayrım temel belirleyicidir.

Yeniden kurulum yapmadan Rocky Linux'tan AlmaLinux'a geçebilir miyim?

Evet, bu yönde geçiş mümkündür. AlmaLinux'un almalinux-deploy.sh kaynağı; CentOS Stream, Oracle Linux, RHEL ve MiracleLinux ile birlikte Rocky Linux 8, 9 ve 10 sürümlerini desteklenen kaynaklar arasında listeler. Ters yöndeki geçiş daha kısıtlıdır: Rocky'nin rocky-tools deposu yalnızca Enterprise Linux 8 ve 9 için dönüştürme betikleri sunar; bu nedenle Ağustos 2026 itibarıyla Rocky Linux 10'a doğrudan bir geçiş yolu bulunmamaktadır. Herhangi bir dönüştürme işleminden önce anlık görüntü (snapshot) alın ve işlemi bağlantı kopmalarından etkilenmeyecek bir oturumda çalıştırın; zira bu süreç sürüm paketlerini değiştirir ve sistemin büyük bir kısmını yeniden kurar.

RHEL için derlenen paketler her ikisinde de çalışır mı?

Evet, standart RPM paketleri ve üçüncü taraf depolar için bu geçerlidir. Her iki dağıtım da RHEL uygulama ikili arayüzünü korur ve her ikisi de /etc/os-release içerisinde kendilerini ID_LIKE="rhel centos fedora" olarak tanımlar; bu sayede Red Hat ailesinden bir sistem arayan paketler veya kurulum betikleri doğru yolu izler. İstisna teknik değil ticari bir konudur: Bir satıcı, paketi her iki sistemde de kurulup çalışsa dahi, yalnızca destek matrisinde belirttiği dağıtımlara resmi destek verebilir. Eğer bu destek için ödeme yapıyorsanız, kararı destek matrisine göre verin.

Eski bir işlemciye sahip düşük maliyetli bir VPS üzerinde hangisini kullanmalıyım?

10 serisini kullanmak istiyorsanız AlmaLinux. RHEL 10, x86-64 tabanını Intel Haswell veya AMD Excavator seviyesinde bir işlemci gerektiren v3 mikro mimari seviyesine yükseltmiştir ve Rocky Linux 10 da bu tabanı takip eder. AlmaLinux 10, eski donanımlar için on yıllık güvenlik güncellemeleriyle desteklenen ek bir x86-64-v2 sürümü sunar. Kurulum yapmadan önce örneğinizin hangi işlemciyi sunduğunu kontrol edin; çünkü bir sanal makine, ana makinenin tüm komut setini değil, hipervizörün kendisine atadığı işlemci modelini görür. Her iki dağıtımın 9 serisi de v2 donanımlarda çalışmaya devam etmektedir.