VPS Linux Dağıtımları: Destek ve Panel Uyumluluğu

VPS Linux Dağıtımları: Sürüm Desteği ve Panel Uyumu

VPS seçerken CPU, RAM ve disk kadar işletim sisteminin tam sürümü de önemlidir. Web hosting iş yüklerinde PHP, veritabanı, web sunucusu ve panelin hangi sürümlerinin desteklendiği, güvenlik güncellemelerinin kaynağı ve bakım sorumluluğu birlikte değerlendirilmelidir. Dağıtım adı tek başına performans veya güvenlik garantisi vermez.

Bu referans, VPS için Ubuntu, Debian, AlmaLinux ve Rocky Linux seçeneklerini kalan destek süresi ve ürün uyumluluğu üzerinden karşılaştırır. Önce aşağıdaki tarihli destek ve panel tablolarını kullanın; ardından paket, mimari, güvenlik ve geçiş koşullarını doğrulayın. Ubuntu ile Debian arasında sınırlı RAM ve uygulama gereksinimleriyle karar vermek için Ubuntu–Debian seçim çalışma sayfasına geçebilirsiniz.

Sürüm, Paket ve Panel Gereksinimlerini Belirleyin

Dördü de Linux tabanlıdır; ancak aynı çekirdek sürümünü, yama kümesini veya varsayılan araçları kullanmaları gerekmez. Ubuntu/Debian APT ve DEB, AlmaLinux/Rocky Linux DNF ve RPM ekosistemindedir. Komutları, depoları ve paket adlarını aileler arasında doğrudan kopyalamayın. Aşağıdaki ölçütleri tam dağıtım sürümüyle birlikte değerlendirin.

• Uzun süreli destek (LTS) süresi: Ne kadar süre güvenlik güncellemesi alıyor? Sık sık major sürüm yükseltmek zorunda kalacak mısınız?
• Paket sürümleri: PHP, Nginx, MariaDB, Node.js, Redis gibi bileşenlerin sürümleri ne kadar güncel veya konservatif?
• Kontrol panel uyumluluğu: cPanel, Plesk veya benzeri ticari panelleri kullanmayı planlıyor musunuz?
• Topluluk ve dokümantasyon: Karşılaştığınız sorunları aradığınızda kaynak bulmak kolay mı?
• Stabilite vs güncellik dengesi: Üretim ortamında ne kadar agresif güncelleme istiyorsunuz?
• Güvenlik ve sertleştirme araçları: SELinux, firewalld, ufw, nftables gibi araçlarla uyum ve hazır rehber sayısı.

Eğer paylaşımlı hostingten yeni VPS dünyasına geçiyorsanız, önce paylaşımlı hostingten VPS geçiş kontrol listesine göz atmanız, sonra bu dağıtım rehberi ile karar vermeniz çok daha sağlıklı olacaktır.

Destek Takvimi: 4 Kasım 2026

Ubuntu LTS: Uygulama ve Araç Uyumu

4 Kasım 2026 itibarıyla Ubuntu 26.04 LTS ve 24.04 LTS sunucu seçenekleridir. Canonical’ın tablosunda standart güvenlik bakımının sonu sırasıyla Mayıs 2031 ve Mayıs 2029’dur; bu kapsam özellikle Main paketleri içindir. Ubuntu Pro/ESM ve Legacy eklentisi ayrı koşullarla kapsamı uzatabilir; bütün depoların ve üçüncü taraf paketlerin otomatik 15 yıl desteklendiğini varsaymayın. Panel desteği ayrıca kontrol edilmelidir: güncel cPanel belgesi Ubuntu 24.04 LTS’yi listeler, 26.04’ü değil.

Ubuntu VPS için artıları

• Uygulama ekosistemi: seçtiğiniz LTS sürümüne ait kurulum ve otomasyon belgelerini kullanın; örneklerin gerektirdiği paket sürümlerini doğrulayın.
• Paket seçimi: PHP, Node.js, veritabanı ve cache sürümünü uygulama gereksinimiyle karşılaştırın. Ek deponun yayıncısını, imzasını ve bakım süresini değerlendirin.
• Otomasyon: araçların tam sürüm ve mimari desteğini kontrol ederek tekrar kurulabilir sistem hazırlayın.
• Ekip alışkanlığı: Ubuntu deneyimi öğrenme işini azaltabilir; üretim erişimi, yedekleme ve güncellemeler ayrıca planlanır.

Ubuntu VPS için eksileri

• Panel desteği sürüme bağlıdır: “Ubuntu’da cPanel yok” doğru değildir. cPanel’in mevcut listesinde 24.04 LTS vardır; yeni Ubuntu LTS çıkması panelin de onu desteklediği anlamına gelmez.
• Depo ve yaşam döngüsü: LTS dışı sürümler daha kısa bakım penceresine sahiptir. LTS’de bile tüm uygulama ve üçüncü taraf depo ömürleri işletim sistemiyle aynı değildir.

Ubuntu İçin Uygulama Uyumluluğu Kontrolleri

• Laravel, Symfony, Node.js ve benzeri uygulamalarda araçlarınızın seçilen Ubuntu LTS’yi desteklediği CI/CD veya container ortamları.
• WordPress/WooCommerce için PHP-FPM, veritabanı ve cache’i kendiniz yönettiğiniz sistemler; sunucu tarafı optimizasyon rehberi sürüme ve ölçümlere göre uyarlanmalıdır.
• Tekrar üretilebilir VPS kurulumu isteyen ekipler; otomasyonun idempotent davranışı, güncelleme ve geri dönüşü ayrıca doğrulanmalıdır.

Debian Stable: Öngörülebilir Paket Yönetimi

Debian stable, sürüm içindeki değişiklikleri öngörülebilir tutmayı amaçlar; ancak “Debian’ın paketleri her zaman Ubuntu’dan eskidir” doğru bir seçim ölçütü değildir. 4 Kasım 2026 itibarıyla Debian 13 Trixie stable’dır. Resmî takvim normal destek için 9 Ağustos 2028, LTS için 30 Haziran 2030 tarihlerini gösterir. Debian 12, 30 Haziran 2028’e kadar LTS dönemindedir. Debian 11’in normal LTS dönemi Ağustos 2026’da bitti; ayrı ücretli ELTS hizmetleri Debian’ın standart desteğiyle aynı değildir.

Debian VPS için artıları

• Öngörülebilir sürüm çizgisi: güvenlik düzeltmeleri mevcut paket sürümlerine geri taşınabilir; yalnız üst sürüm numarasına bakarak paketi yamalı/yamasız saymayın.
• Bakım planı: LTS’yi Debian Security ekibinden ayrı bir ekip yürütür. Kullanılan paket ve mimari kapsamını kontrol edin; işletim sistemi desteğini tüm runtime’ların ömrüyle eşitlemeyin.
• Sade kurulum: gereken servisleri bilinçli olarak ekleyip kaynak ve saldırı yüzeyini takip edebilirsiniz; az paket tek başına güvenlik kanıtı değildir.

Debian VPS için eksileri

• Runtime gereksinimi: ihtiyacınız olan PHP/Node.js sürümü seçilen stable deposunda bulunmayabilir. Uygun backports veya güvenilir dış depo gerekiyorsa bakım sorumlusunu ve yükseltme yolunu belirleyin; Ubuntu PPA’sını Debian’a otomatik uygun saymayın.
• Panel kısıtları: Debian, cPanel’in desteklenen işletim sistemi listesinde değildir. Plesk’in Debian 13 desteği vardır; sürüm sınırlamaları ve Debian’da AppArmor’u kapatma ön koşulu ayrıca incelenmelidir.

Debian İçin Paket Kapsamı Kontrolleri

• Altyapı servisleri: gereken paket sürümleri destekleniyorsa e-posta, DNS, reverse proxy ve edge servisleri.
• Kurum içi uygulamalar: öngörülebilir bakım isteyen intranet ve yönetim araçları; uygulamanın az değişmesi güvenlik güncellemesi ihtiyacını kaldırmaz.
• Elle yönetilen web yığını: Nginx, PHP-FPM ve veritabanının uygun sürümleriyle kurulan, yedekleme ve izleme sorumluluğu belirlenmiş sistemler.

AlmaLinux ve Rocky Linux: Uyumluluk Hedeflerini Ayırın

AlmaLinux ve Rocky Linux, kurumsal RPM ekosisteminde RHEL uyumluluğunu hedefler; hedefleri aynı ifadeyle tanımlanmaz. AlmaLinux Temmuz 2023’te birebir downstream yeniden derleme hedefinden RHEL ABI uyumluluğuna geçti. Rocky Linux kendi hedefini RHEL ile bug-for-bug uyumluluk olarak tanımlar. Bu hedefler üçüncü taraf ürünün sertifikasyonu veya destek sözü değildir; cPanel örneğinde iki dağıtımın durumu artık belirgin biçimde farklıdır.

RHEL uyumluluğunun web hosting için anlamı

• Panel: güncel cPanel matrisi AlmaLinux 8, 9 ve 10’u listeler; Rocky Linux desteği kaldırılmıştır. “İkisi de RPM” gerekçesiyle aynı kurulumu seçmeyin.
• Yazılım: yedekleme, güvenlik ve izleme ajanının tam dağıtım/ana sürüm desteğini doğrulayın.
• Yaşam döngüsü: ana sürüm desteği uzun olabilir; güncel alt sürüme geçme ve uygulama paketlerinin ayrı ömrünü izleme sorumluluğu devam eder.

AlmaLinux mu Rocky Linux mu?

AlmaLinux 10 için aktif destek 31 Mayıs 2030, güvenlik desteği 31 Mayıs 2035’e kadar; AlmaLinux 9 için bu tarihler 31 Mayıs 2027 ve 31 Mayıs 2032’dir. AlmaLinux 8 güvenlik desteği 31 Mayıs 2029’da sona erer. Proje, yeni alt sürüm çıkınca önceki alt sürümün ömrünün bittiğini açıklar; örneğin eski bir 9.x’e yıllarca sabitlenmek ana sürüm desteğiyle aynı değildir. Rocky Linux 10 için genel destek 31 Mayıs 2030, güvenlik desteği 31 Mayıs 2035’e; Rocky 9 için 31 Mayıs 2027 ve 31 Mayıs 2032’ye kadardır. Rocky 8 güvenlik desteği 31 Mayıs 2029’da biter. İnceleme tarihinde desteklenen Rocky alt sürümleri 10.2, 9.8 ve 8.10’dur; yeni alt sürüm çıktığında önceki alt sürüm destek dışına çıkar. Rocky 10’un x86-64-v3, Rocky 9’un x86-64-v2 CPU gereksinimini sanal makineye sunulan özelliklerle karşılaştırın; yalnız 64-bit olması yeterli değildir.

• Teknik hedef: AlmaLinux’un ABI hedefini, Rocky’nin bug-for-bug hedefini ve gereken donanım mimarisini ürününüzle eşleştirin.
• Panel farkı: cPanel için desteklenen AlmaLinux sürümünü seçin; Rocky’yi destek kalkmışken eşdeğer alternatif diye sunmayın.
• Yükseltme: aynı ailede olmak desteklenen ana sürüm geçişi anlamına gelmez. Rocky Linux ana sürümler arası yükseltmeyi desteklemez; yeni kurulum ve veri/uygulama taşıması planlayın.

AlmaLinux üzerinde cPanel kurulum rehberi ek bağlam sağlar. Kurulumdan önce güncel sürüm matrisini yeniden kontrol edin. Eski Rocky Linux gereksinim sayfasındaki tarihsel tabloları, sayfanın üstündeki desteğin kaldırıldığı uyarısından bağımsız okuyup güncel destek sanmayın.

cPanel, Plesk ve diğer panellerle uyumluluk

Önce paneli ve güncel desteklenen sürümünü, sonra işletim sistemi imajını seçin. İşletim sisteminin üretici tarafından desteklenmesi, panelin de aynı sürümü desteklediği anlamına gelmez. Aşağıdaki durum 4 Kasım 2026’da okunan resmî gereksinimlere dayanır; kurulum zamanında yeniden kontrol edilmelidir.

cPanel/WHM kullanacaksanız

• AlmaLinux: matriste 10 için cPanel 132+, 9 için 114+, 8 için 110+ alt sınırları belirtilir. Bunlar uyumluluğun başlangıcıdır; eski ve destek dışı bir cPanel sürümünde kalma önerisi değildir. Güncel desteklenen yayın kanalını kullanın.
• Ubuntu: mevcut kurulum belgesi 24.04 LTS’yi listeler. Debian ve Ubuntu 26.04’ü bu listeye varsayımla eklemeyin.
• Rocky Linux: cPanel 134 ile destek kaldırılmıştır; yeni cPanel kurulumu için seçmeyin.
• Güvenlik koşulu: cPanel’de SELinux devre dışı olmalı ve öyle kalmalıdır. Bu cPanel’e özgü uyumluluk şartıdır; panelsiz Linux’ta genel bir SELinux kapatma önerisi değildir. Enforcing SELinux zorunluysa uyumlu başka bir yönetim çözümü seçin. Ubuntu’daki AppArmor cPanel ile uyumludur; bu nedenle onu da kapatmanız gerekmez.
• Kurulum: temiz desteklenen sunucu imajı, root erişimi, lisans, uygun 64-bit mimari, ağ ve disk gereksinimlerini doğrulayın. cPanel ARM’ı ve yalnız IPv6’lı sunucuyu desteklemez; en az bir IPv4 gerekir. Minimum kaynaklar iş yükünüzün kapasite garantisi değildir.

Plesk veya benzeri paneller kullanacaksanız

• Plesk matrisi ayrıdır: incelenen Plesk Obsidian sayfası Ubuntu 26.04, Debian 13 ve AlmaLinux 10 dahil belirli sürümleri listeler; Rocky için 8.x yer alır. Bunu Rocky 9/10 desteğine genellemeyin.
• Sınırlamalar: tam Plesk sürümü, eklentiler, runtime’lar ve listelenen işletim sistemi sınırlamalarını okuyun. Debian üzerinde Plesk kurulumu için AppArmor’un önceden kapatılması istenir; cPanel/Ubuntu kuralını buna taşımayın. Diğer panellerin koşulları da ayrı değerlendirilir.

Uyumluluk Matrisini Tamamlayan İş Yükü Kontrolleri

Web Uygulaması ve Eklenti Desteği

İşletim sistemi destek tablosu WordPress, WooCommerce, eklenti veya temanın uyumluluğunu tek başına açıklamaz. Web yığınının ayrı koşullarını kayda ekleyin:

• Özel web yığını: Ubuntu LTS veya Debian stable, gerekli PHP/veritabanı sürümlerini ve ekip becerisini karşılıyorsa uygundur. WordPress optimizasyon rehberi ayarlarını doğrudan kopyalamak yerine ölçerek uyarlayın.
• cPanel: desteklenen AlmaLinux ya da Ubuntu 24.04 sürümü üzerinden karar verin; Rocky’yi cPanel alternatifi saymayın.
• Bakım: eklenti, tema, PHP, veritabanı ve yedek geri yükleme kontrolleri dağıtım seçimiyle tamamlanmış olmaz.

Eğer mevcutta paylaşımlı hosting kullanıyor ve artık kaynak limitlerine takılıyorsanız, önce paylaşımlı hostingden VPS geçiş rehberimizi, ardından bu dağıtım seçimi yazısını birlikte değerlendirmenizi öneririz.

Panel Hesapları ve Müşteri Ayrımı

Ajans veya reseller kurulumunda panel desteğinin yanında hesap ayrımı, yetkilendirme, faturalama entegrasyonu ve kaynak sınırlarını kontrol edin:

• cPanel için desteklenen AlmaLinux veya Ubuntu 24.04 seçeneğini; başka panel için onun kendi matrisini değerlendirin.
• Müşteri başına hesap ve erişim ayrımını kurun. Dosya/disk kotası ile süreç bazlı CPU/RAM izolasyonunu aynı sanmayın; gereken kaynak sınırlaması kullanılan panel, işletim sistemi ve ek ürüne bağlıdır.
• Panelde otomasyon bulunması yedeklerin alındığını ve geri yüklenebildiğini kanıtlamaz. Lisans, hesap izolasyonu, e-posta/DNS ve sertifika yenilemesinin gerçek kapsamını kontrol edin.

Ajans için uygun tercih, yalnız dağıtım ailesiyle belirlenmez. Panelin sürüm desteği, hesap ayrımı, ekip yetkileri, bakım sorumluluğu ve toplam maliyet birlikte değerlendirilmelidir. Debian veya Rocky üzerinde başka bir panel ya da özel yığın seçilecekse onun belgelenmiş desteğini kontrol edin.

Runtime, Otomasyon ve Container Desteği

API, kuyruk ve arka plan worker süreçlerinin runtime ve araç sürümleri ayrı olabilir. Uyumluluk kaydı bunların her birini kapsamalıdır:

• Ubuntu LTS veya Debian: CI/CD ve runtime araçlarınız bu sürümleri destekliyor, ekibiniz de yönetebiliyorsa iyi adaylardır.
• AlmaLinux veya Rocky: uygulama bağımlılıkları ve dağıtım araçları destekliyorsa aynı iş yüklerinde kullanılabilir; RPM ekosistemi bunları yalnız panel sunucusuna dönüştürmez.
• Container: uygulama imajının, ana sistem çekirdeğinin ve container runtime’ının bakımı ayrı sorumluluklardır. Container kullanımı destek dışı ana sistemi güvenli hale getirmez.

Docker ve reverse proxy ile üretim mimarisi rehberi servis ayrımını planlamaya yardımcı olabilir. Seçilen dağıtımın ve mimarinin resmî container runtime kurulum yolunu, firewall etkileşimini, kalıcı veriyi ve imaj güncelleme sürecini ayrıca doğrulayın.

E-posta, DNS ve Proxy Bileşenleri

İşletim sistemi seçimi e-posta, DNS veya proxy hizmetinin sürüm ve bakım desteğinin yerine geçmez. Gerekli bileşenleri panelin sunduğu kapsamla eşleştirin:

• Panelsiz servisler: gerekli Postfix, Dovecot, DNS ve proxy sürümlerini sağlayan ve ekibin yönettiği bir stable/LTS dağıtımı seçin.
• Panel üzerinden e-posta/DNS: panelin işletim sistemi ve servis kapsamı belirleyicidir; cPanel için Rocky desteği varsaymayın.

E-posta teslim edilebilirliği rehberi SPF, DKIM, DMARC ve rDNS gibi ayrı kontrolleri ele alır. Doğru dağıtım veya panel seçimi tek başına IP itibarını ve gelen kutusuna teslimi garanti etmez.

Kapasite ve Çekirdek Ayarlarının Sınırı

Yüksek trafikte darboğazı ölçmeden dağıtım veya kernel ayarı seçmeyin. Uygulama sorguları, PHP işçileri, cache, disk gecikmesi, ağ kapasitesi ve iş yükü davranışı birlikte değerlendirilmelidir. Aynı isimli dağıtım bile farklı kernel ve paket sürümleriyle farklı davranabilir.

• Temsilî yükle kaynak kullanımını ve gecikmeyi ölçün; önce gözlenen darboğazı düzeltin.
• sysctl ve TCP buffer değerlerini çekirdek sürümüne, RAM’e ve ağ gereksinimine göre değerlendirin; daha büyük değer otomatik daha iyi değildir.
• Linux TCP tuning rehberi bir başlangıç olabilir; bütün ayarları dağıtım ve kernel fark etmeksizin geçerli saymayın.

Güvenlik Güncellemeleri ve Bakım Kapsamı

VPS seçiminde en az performans kadar önemli bir konu da güvenlik ve bakım süreçleridir. Distro seçiminiz, hangi araçlarla güncelleme yapacağınızı ve güvenlik sertleştirmesini nasıl yöneteceğinizi doğrudan etkiler.

Güvenlik güncellemeleri

• Bakım kapsamı: işletim sistemi, paket deposu, runtime ve panel desteğinin bitiş tarihlerini ayrı tutun. Eski upstream numarası, dağıtımın geri taşıdığı güvenlik yamalarını göstermeyebilir.
• Güncelleme: Debian/Ubuntu’da unattended-upgrades gibi araçların hangi depoları kapsadığını doğrulayın. RPM sistemlerde de güncelleme ve yeniden başlatma planı gerekir; gecikmiş yamayı yalnız dağıtım adına güvenerek ihmal etmeyin.
• SELinux/AppArmor: panelsiz sistemlerde uygun zorunlu erişim politikası ek koruma sağlayabilir. cPanel’in SELinux kapalı koşulu ile Plesk/Debian’ın AppArmor koşulunu seçilen ürün kapsamında uygulayın; genel güvenlik rehberini ürün şartıyla çeliştirmeyin.

Güvenlik sertleştirme

Güvenlik hedefleri dağıtımlar arasında benzer olabilir; uygulanacak araçlar, varsayılanlar ve panel kısıtları aynı değildir:

• SSH erişimini yetkili kullanıcılar, anahtarlar ve gerekiyorsa desteklenen ek doğrulamayla sınırlandırın. Port değiştirmeyi tek başına koruma saymayın.
• Aktif firewall yöneticisini ve IPv4/IPv6 kurallarını belirleyin; çakışan birden fazla aracı bilinçsizce çalıştırmayın.
• Oturum açma denemelerini izleyin; Fail2ban benzeri araçları doğru log ve servisle doğrulayın.
• TLS ve HTTP politikalarını uygulama ihtiyaçlarıyla, yedekleme ve geri yükleme kontrollerini bakım süreciyle birlikte yürütün.

VPS güvenliği kontrol listesi genel kontrolleri planlamaya yardımcı olabilir. Komutları, paket adlarını ve panel kısıtlarını kendi sürümünüze uyarlayın; çalışan yönetim erişimini doğrulamadan değiştirmeyin.

IPv6, ağ ve uyumluluk konuları

Dört dağıtım da IPv6 destekler; kullanılabilirliği sağlayıcının ağı, imaj, yapılandırma ve uygulama belirler. IPv6’yı etkinleştirmek, tahsisli IPv4’ü veya onun faturasını kendiliğinden kaldırmaz.

• Araçlar farklıdır: Netplan, NetworkManager, systemd-networkd veya diğer ağ yapılandırmaları imaja göre değişebilir. Aynı IPv6 kavramlarını aynı dosya ve komutlarla yöneteceğinizi varsaymayın.
• Doğrulama: rota, servis dinleyicisi, firewall ve TLS’yi IPv6 üzerinden test ettikten sonra AAAA yayımlayın; gereken IPv4 erişimini koruyun.

VPS üzerinde IPv6’yı ilk kez yapılandıracaksanız, dağıtımdan bağımsız olarak VPS sunucunuzda IPv6 kurulum rehberimize göz atmanız, adresleme ve güvenlik duvarı konularını çok daha hızlı kavramanızı sağlayacaktır.

Kurulum Öncesi Uyumluluk Kaydı

Seçilen imaj için aşağıdaki kaydı tamamlayın. “Linux destekli” gibi genel bir satır tam sürüm ve mimari kontrolünün yerini tutmaz:

1. Panelin tam sürümü seçilen OS ve mimariyi destekliyor mu? cPanel için mevcut AlmaLinux/Ubuntu koşulları ve Rocky desteğinin kaldırılması kontrol edildi mi?
2. Uygulama runtime’ları ve depoları destekli mi; paket ömrü OS ömründen önce bitiyor mu?
3. SELinux/AppArmor şartları kurumun güvenlik gereksinimiyle uyumlu mu?
4. Ekip bu dağıtımı güncelleyip geri yükleyebiliyor mu; yönetilen planda kimin ne yapacağı yazılı mı?
5. Yeni kurulum, major yükseltme ve dağıtım değişimi için desteklenen geçiş yolu ve test edilmiş veri taşıma planı var mı?

Yönetim tarafında desteğe ihtiyacınız varsa, managed ve unmanaged VPS farklarını anlattığımız rehber, hangi sorumluluğu kimin üstleneceğini netleştirmenize yardımcı olur. Böylece hem doğru dağıtımı seçer hem de bakım yükünü gerçekçi şekilde planlarsınız.

Destek ve Geçiş Tarihlerini Takip Edin

İyi seçim, desteklenen OS, uygulama, panel ve ekip becerisinin bir araya gelmesidir. Eski bir sürümün geçmişte kullanılmış olması bugün uygun olduğunu göstermez. Seçim kaydına sürüm, bakım bitişi, depo kaynağı ve sorumlu kişiyi ekleyin; kurulumdan sonra da güncel alt sürümleri ve güvenlik duyurularını takip edin.

Dağıtımı değiştirmek gerektiğinde yeni sunucuya uygulama ve veri taşıması planlanabilir; kesintisizlik garanti değildir. Aynı dağıtımda bile major yükseltmenin desteklenip desteklenmediğini kontrol edin. Rocky ana sürümler arası yükseltmeyi desteklemez; yeni kurulum gerekir. Ubuntu, Debian veya AlmaLinux için desteklenen yol varsa bile kurulu panel ve ajanların o geçişi desteklemesi ayrıca gerekir. Yedekten geri yüklemeyi, veri tutarlılığını, son senkronizasyonu ve trafik geri dönüşünü önceden planlayın.

Sağlayıcıyla görüşürken iş yükünü, gereken panel/runtime sürümlerini, destek süresini ve yönetim kapsamını belirtin. Mevcut VPS imajlarını ve desteklenen görevleri teyit edin. Böylece seçim, dağıtım popülerliğine veya doğrulanmamış hizmet vaatlerine değil, uygulanabilir gereksinimlere dayanır.

Resmî Kaynaklar ve Tarih Kapsamı

Sürüm ve panel bilgileri 4 Kasım 2026’da incelenen aşağıdaki resmî belgelere dayanır; kurulum öncesinde güncel koşulları yeniden kontrol edin.

• Ubuntu release cycle
• Debian releases
• Debian LTS
• AlmaLinux FAQ
• AlmaLinux releases
• Rocky Linux releases
• Rocky Linux major-version policy
• cPanel AlmaLinux requirements
• cPanel Ubuntu requirements
• cPanel deprecation plan
• Plesk Obsidian requirements