Proxmox VE 8 güncelleme almıyor: Bu durum sunucunuz için ne anlama geliyor?

Okuyun 8 min.

Proxmox VE 8'in yaşam döngüsü (End of Life, EOL) Ağustos 2026'da sona erdi. Birçok sunucu hâlâ bu sürümü kullanıyor ve paniğe gerek yok: Hiçbir şey aniden bozulmadı, sanal makineler başlatılıyor ve yedeklemeler çalışmaya devam ediyor. Ancak ana sunucu (host), artık Proxmox tarafından hata düzeltmeleri yayınlanmayan bir sürüm dalında çalışıyor.

Bunun pratikte ne anlama geldiğini, sistemin sizi neden uyarmayacağını ve hangi durumlarda yükseltmeyi bir sistem yöneticisine bırakmanın daha uygun olacağını inceleyelim.

Ağustos 2026'da neler değişti?

Proxmox VE 8, Haziran 2023'te Debian 12 Bookworm temel alınarak yayınlandı. Proxmox VE 8 sürüm dalının desteği Ağustos 2026'da sona erdi. Ancak Debian 12, uzun vadeli destek (LTS) güncellemelerini almaya devam ediyor. Bu nedenle sunucudaki bazı sistem paketleri hâlâ güncelleniyor.

Destek sona erdikten sonra:

• Proxmox VE 8 bileşenleri için yeni güvenlik yamaları yayınlanmıyor.
• Bu sürüm dalındaki hatalar artık düzeltilmiyor.
• Paket depoları erişilebilir durumda kalıyor ancak Proxmox VE 8 için yeni paketler yayınlanmıyor.

Desteğin sona ermesinin ne anlama gelmediğini de bilmek önemlidir. Sunucu otomatik olarak kapanmaz, sanal makineler ve konteynerler çalışmaya devam eder, mevcut yapılandırma değişmez. Değişen şey, artık bu sürüm için düzenli hata düzeltmelerine güvenemeyecek olmanızdır.

Bu makalenin hazırlandığı tarihte güncel sürüm dalı Proxmox VE 9'dur. Ağustos 2025'te Debian 13 Trixie temel alınarak yayınlanan bu sürümün mevcut en son sürümü olan 9.2, Mayıs 2026'da kullanıma sunulmuştur.

apt neden sizi uyarmıyor?

Burada dikkat edilmesi gereken bir durum var. Debian 12, Haziran 2028'e kadar devam edecek uzun vadeli destek (LTS) dönemine geçti. Bu nedenle Proxmox VE 8 sunucusunda apt update ve apt upgrade komutları çalışmaya ve güncellemeleri yüklemeye devam ediyor. Ancak bunlar standart Debian paketlerine yönelik düzeltmelerdir.

Dışarıdan bakıldığında tüm sistem güncelleniyormuş gibi görünebilir. Fakat Debian LTS desteği, Proxmox'un kendi bileşenlerini kapsamaz:

• Debian çekirdeğinden ayrı olarak geliştirilen Proxmox çekirdeği (proxmox-kernel paketleri).
• Web arayüzü ve API (pve-manager).(proxmox-kernel
• Sanal makinelerin çalışmasını sağlayan QEMU ve KVM.
• LXC konteynerleri, küme (cluster) araçları ve Ceph paketleri.

Bu bileşenler hipervizörün çalışması ve güvenliği açısından kritik öneme sahiptir. Destek sona erdikten sonra Proxmox, 8 sürüm dalı için güvenlik yamaları veya kritik hata düzeltmeleri yayınlamaz. apt ise bu konuda herhangi bir uyarı göstermez.

Bu durum sunucunuz için ne anlama geliyor?

Bu konuda gereksiz endişe yaratmak kolaydır. Bu nedenle olası sonuçları zamana göre değerlendirmek daha doğru olacaktır.

Destek sona erdiği anda kritik bir sorun ortaya çıkmaz. Sunucu bir önceki gün olduğu gibi çalışmaya devam eder.

Ancak zaman geçtikçe fark daha belirgin hâle gelir:

• Çekirdek, QEMU, LXC veya web arayüzünde keşfedilen güvenlik açıkları Proxmox VE 8 için artık giderilmez.
• Desteklenen Proxmox sürümleri için geliştirilen yeni yazılımlar ve bileşenlerle uyumluluk sorunları ortaya çıkabilir.
• Sistem artık desteklenen bir sürüm dalında çalışmadığı için sorunları teşhis etmek zorlaşır.
• Yükseltme ne kadar uzun süre ertelenirse değişiklikler o kadar birikir ve sonraki geçiş daha karmaşık hâle gelir.

Aşağıdaki durumlarda Proxmox VE 8 kullanmaya devam etmek özellikle risklidir:

• Ana sunucunun web arayüzüne veya SSH erişimine internet üzerinden ulaşılabiliyorsa.
• Sunucuda kritik üretim iş yüklerini barındıran sanal makineler çalışıyorsa.
• Şirketin güvenlik veya denetim gereksinimleri bulunuyorsa.
• Sunucuya uzun süredir güncelleme yüklenmemişse.

Ana sunucu ve konuk işletim sistemleri ayrı ayrı güncellenir

Bu konu sıklıkla karıştırılır. Proxmox VE'yi güncellemek ile sanal makineleri güncellemek farklı işlemlerdir.

Tek bir sunucuda ana sistem olarak Proxmox VE 8, sanal makinelerin içinde Ubuntu veya Windows Server ve bunların üzerinde farklı uygulama sürümleri aynı anda çalışabilir. Bu sistemlerin her birinin kendine özgü yaşam döngüsü vardır.

Bu nedenle konuk Windows veya Ubuntu sistemine en son güncellemelerin yüklenmesi, ana sunucudaki sorunu çözmez. Hipervizör Proxmox VE 8 üzerinde kalıyorsa desteklenmeyen bir sürüm kullanılmaya devam edilir.

Proxmox sürümünüzü nasıl kontrol edebilirsiniz?

Ana sunucuda tek bir komut çalıştırmanız yeterlidir:

pveversion

Komutun çıktısı yaklaşık olarak şöyle görünür:

pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-9-pve)

pve-manager/ ifadesinden sonraki sayı 8 ise sunucu artık desteklenmeyen bir sürüm dalında çalışıyor demektir.

Yükseltmeden önce neler yapılmalı?

Proxmox VE 8'den Proxmox VE 9'a geçiş, mevcut sistem üzerinde yükseltme (in-place upgrade) yöntemiyle resmî olarak desteklenir. Bu nedenle sistemi yeniden kurmanız gerekmez. Ancak yükseltme öncesi hazırlık, komutların kendisinden daha önemlidir.

Kısa bir kontrol listesi:

• Mevcut kurulumu en son 8.4 sürümüne güncelleyin. Aksi takdirde uyumluluk kontrolü başarıyla tamamlanmayacaktır.
• Yerleşik pve8to9 --full kontrolünü çalıştırın. Bu komut, yükseltme başlamadan önce bilinen sorunları gösterir ve sistemde herhangi bir değişiklik yapmaz.
• Kök bölümündeki boş alanı kontrol edin. Resmî Proxmox kılavuzu en az 5 GB boş alan gerektirir ve 10 GB'tan fazlasını önerir. Depolama sisteminin durumunu da kontrol edin.
• Tüm sanal makinelerin ve konteynerlerin yedeklerini alın ve bu yedeklerden geri yükleme yapılabildiğini doğrulayın.
• Bir bakım zamanı planlayın ve herhangi bir sorun yaşanması durumunda nasıl hareket edeceğinizi önceden belirleyin.

Uyarı

Yedekleme dosyanızın bulunması, bu dosyadan mutlaka geri yükleme yapabileceğiniz anlamına gelmez. Yükseltmeden önce yakın zamanda alınmış bir yedekten en az bir sanal makineyi geri yükleyin ve sorunsuz başlatıldığından emin olun.

Yedekleri, yükseltilecek sunucunun dışında saklayın. Örneğin INTROSERV Backup Service hizmetini kullanabilirsiniz.

Yükseltme sırasında en sık karşılaşılan sorunlar

• Ceph: Ceph kullanıyorsanız Proxmox'u yükseltmeden önce ayrı bir aşamada Ceph'i 19.2 Squid sürümüne yükseltin. Squid desteği Ekim 2026 sonunda sona erdiğinden, Proxmox VE 9.2'ye geçtikten hemen sonra bir sonraki aşamayı planlayın: Ceph 20 Tentacle sürümüne yükseltme.
• LXC konteynerleri: Proxmox VE 9, cgroup v1 desteğini kaldırdı. Bu nedenle CentOS 7 veya Ubuntu 16.04 gibi eski dağıtımları kullanan konteynerler artık başlatılamayabilir.
• Kümeler: Bir kümedeki düğümler tek tek yükseltilir. Önce ilgili düğümdeki sanal makineleri başka bir düğüme taşıyın, ardından yükseltmeyi gerçekleştirin, çalışmasını kontrol edin ve ancak bundan sonra sonraki düğüme geçin.
• Ağ arayüzleri: Yeni çekirdek, ağ arayüzlerinin adlarını değiştirebilir. Bu nedenle sunucuya IP-KVM üzerinden erişebildiğinizden önceden emin olun.
• Ek bileşenler: Üçüncü taraf paket depolarını, eklentileri ve özel çekirdek modüllerini yükseltmeden önce kontrol edin.

Sunucunuz hâlâ Proxmox VE 7 kullanıyorsa önce sürüm 8'e geçmeniz gerekir. Adım adım talimatları Proxmox VE 7'den Proxmox VE 8'e yükseltme kılavuzumuzda bulabilirsiniz.

Sürüm 8'den 9'a geçiş de benzer şekilde gerçekleştirilir. Ancak bu işlemde pve8to9 kontrol aracı kullanılır. Ayrıntılı bilgiler resmî Proxmox kılavuzunda yer almaktadır.

Hiçbir şey yapmazsanız ne olur?

Desteğin sona ermesi bir hizmet kesintisi değil, önemli bir son tarihtir. Bu tarihten sonra yükseltme kararını ertelemek her geçen ay daha az mantıklı hâle gelir.

Yükseltmeyi kendiniz mi yapmalısınız, yoksa bir sistem yöneticisine mi bırakmalısınız?

Tek bir sunucunuz, kritik olmayan sanal makineleriniz, test edilmiş bir yedeğiniz ve olası sorunları çözmek için yeterli zamanınız varsa yükseltmeyi kendiniz gerçekleştirebilirsiniz.

Ancak aşağıdaki durumlarda bir sistem yöneticisinden destek almak daha doğru olacaktır:

• Proxmox bir kümede çalışıyorsa veya Ceph kullanılıyorsa.
• Birden fazla depolama sistemi, PCI veya GPU passthrough ya da standart dışı ağ köprüleri (bridges) ve VLAN'lar yapılandırılmışsa.
• Sunucu işletme açısından kritik öneme sahipse ve uzun süreli kesintiler kabul edilemiyorsa.
• Önceki yükseltmelerde sorunlar yaşanmışsa.
• Hangi paket depolarının yapılandırıldığı veya sunucuda geçmişte hangi değişikliklerin yapıldığı net değilse.
• Sunucu bir veri merkezindeyse ve fiziksel erişim mümkün değilse.

Üretim ortamında çalışan bir sunucu için yapılan bir hatanın maliyeti genellikle sistem yöneticisinin hizmet maliyetinden daha yüksektir.

INTROSERV'un sistem yönetimi uzmanları yükseltmeyi sizin için planlayabilir ve gerçekleştirebilir.

Sonuç

Proxmox VE 8, destek süresi sona erdiği için çalışmayı durdurmadı ve yarın da otomatik olarak bozulmayacak. Ancak artık hipervizörün kendisi için düzeltme almayan bir sistemdir ve desteklenen sürümle arasındaki fark zamanla daha da büyüyecektir.

Proxmox VE 9'a geçmek için en doğru zaman şimdidir. Böylece geçişi bir güvenlik olayından sonra aceleyle gerçekleştirmek yerine önceden ve kontrollü bir şekilde planlayabilirsiniz.