Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Son teknik kontrol · 17.08.2026 · Proxmox VE 8 → 9

Proxmox VE 8.4 → 9.2: Cluster’ı Tek Seferde Değil Node Node Yükseltin

Proxmox major upgrade’da başarı ölçütü “apt dist-upgrade hata vermedi” değildir. Guest’lerin taşınabilirliği, Ceph sürüm sırası, quorum, repository ve boot zinciri birlikte korunmalıdır.

Üretim notu

Ceph kullanan cluster’da Proxmox ve Ceph major sürüm sırasını kafadan değiştirmeyin. Resmî 9.2 notları, Reef→Squid geçişinin PVE 8.4 üzerinde tamamlanıp sonra PVE 9’a geçilmesini; ardından gerekiyorsa Tentacle yükseltmesini belirtir.

proxmox 8 den 9 a yükseltmepve8to9proxmox 8.4 9.2 upgrade
TEKNİK UYGULAMA PROFİLİ
EKA CORE
Proxmox VE 8 → 9

Resmî yol, güncel Proxmox VE 8.4 sistemini önce tam güncellemek ve `pve8to9 --full` kontrollerini temizlemektir. Cluster’da tüm node’ları aynı anda yükseltmeyin; backup/restore ve migration kabiliyeti doğrulandıktan sonra birer birer ilerleyin.

pve8to9 --fullPreflight aracı
Kontrol
8.4Başlangıç noktası
Kontrol
Debian 13Temel sistem değişimi
Kontrol
1 node / adımCluster stratejisi
Kontrol
Teknik rehber · production odaklı · resmî kaynaklar
Kısa cevap

Resmî yol, güncel Proxmox VE 8.4 sistemini önce tam güncellemek ve `pve8to9 --full` kontrollerini temizlemektir. Cluster’da tüm node’ları aynı anda yükseltmeyin; backup/restore ve migration kabiliyeti doğrulandıktan sonra birer birer ilerleyin.

01

Teknik kapsam ve önemli noktalar

Proxmox VE 8.4’ten 9.x/9.2’ye güvenli yükseltme: pve8to9 full check, guest backup, repository/codename geçişi, Ceph sırası, cluster node planı ve rollback kriterleri.

pve8to9 --fullPreflight aracı

Major geçişten önce bilinen uyumsuzlukları ve yapılandırma risklerini tarar.

8.4Başlangıç noktası

Resmî yükseltme rehberi güncel Proxmox VE 8.4 sisteminden geçişi hedefler.

Debian 13Temel sistem değişimi

PVE 9 ile Bookworm’dan Trixie tabanına geçilir; repository ve üçüncü parti paketler kritik hale gelir.

1 node / adımCluster stratejisi

Sorun çıkarsa kalan node’larda guest çalıştırabilmek için node node geçiş daha kontrollüdür.

Bu sayfada

  1. 1. Guest ve host kurtarma planını ayırın
  2. 2. pve8to9 uyarılarını “sarıdır geç” diye kapatmayın
  3. 3. Repository değişimi en kritik kırılma noktalarından biridir
  4. 4. Ceph varsa upgrade sırasını ayrı proje gibi ele alın
  5. 5. Cluster’da node node ilerleyin
  6. 6. Upgrade sonrası versiyondan çok davranışı doğrulayın
  7. 7. Rollback gerçekte ne anlama geliyor?
  8. Sık sorulan sorular
02

1. Guest ve host kurtarma planını ayırın

VM/CT backup’ı host config kurtarması değildir; host config yedeği de VM verisinin yerine geçmez. İkisini ayrı test edin.

Kritik VM/CT’lerin güncel backup’ını alın ve en az birini farklı hedefte restore edin.
/etc/pve, network, storage ve repository yapılandırmalarını ayrıca arşivleyin; cluster anahtarlarına erişim politikasını koruyun.
03

2. pve8to9 uyarılarını “sarıdır geç” diye kapatmayın

Preflight çıktısını upgrade günü ilk kez görmek yerine bakım öncesinde temizlemek sürprizleri azaltır.

Komut
pveversion -v
Komut
apt update && apt full-upgrade
Komut
pve8to9 --full
Komut
pvecm status
Komut
ha-manager status 2>/dev/null || true
Komut
ceph -s 2>/dev/null || true
04

3. Repository değişimi en kritik kırılma noktalarından biridir

Debian codename, Proxmox channel, Ceph repository ve vendor repository’ler tutarlı değilse apt yanlış paket çıkarabilir veya meta paketi kaldırmayı önerebilir.

`apt -s full-upgrade` simülasyonunda `proxmox-ve` kaldırılacak görünüyorsa gerçek yükseltmeye devam etmeyin.
Üçüncü parti storage/monitoring/backup repository’lerinin Trixie desteğini vendor dokümanından doğrulayın.
Komut
grep -R "bookworm\|trixie\|proxmox\|ceph" /etc/apt/sources.list /etc/apt/sources.list.d 2>/dev/null
Komut
apt policy proxmox-ve pve-manager
Komut
apt -s full-upgrade | less
05

4. Ceph varsa upgrade sırasını ayrı proje gibi ele alın

Ceph major upgrade ile PVE major upgrade’ı aynı anda belirsiz bırakmak hata alanını büyütür. Resmî sırayı takip edin.

Reef kullanıyorsanız önce PVE 8.4 üzerinde Squid geçişini tamamlayın ve cluster health’i temizleyin.
PVE 9’a geçtikten ve sistem stabil olduktan sonra Tentacle gibi sonraki Ceph geçişini ayrı bakım penceresinde planlayın.
06

5. Cluster’da node node ilerleyin

Her node öncesinde guest migration, quorum ve HA durumunu kontrol edin; node döndükten sonra bir sonraki node’a geçmeden health penceresi bırakın.

Komut
qm list
Komut
pct list
Komut
pvecm status
Komut
ha-manager status 2>/dev/null || true
Komut
systemctl --failed
07

6. Upgrade sonrası versiyondan çok davranışı doğrulayın

`pveversion` doğru sürümü gösterse bile bridge, storage, backup ve migration kırılmış olabilir.

Bir test VM’ini başka node’a migrate edip geri alın. Kritik production guest’i ilk test olarak kullanmayın.
Backup job’u manuel çalıştırın ve restore browse/verify işlemini kontrol edin.
Komut
pveversion -v
Komut
pvesm status
Komut
ip -br address
Komut
bridge link
Komut
systemctl --failed
Komut
journalctl -p err -b --no-pager | tail -100
08

7. Rollback gerçekte ne anlama geliyor?

Major distro upgrade sonrası paketleri “downgrade” etmek güvenilir rollback değildir. Pratik rollback çoğu zaman host image/snapshot veya temiz reinstall + guest restore’dur.

Boot edemeyen host için provider console/IPMI erişimini önceden test edin.
Rollback karar süresini önceden belirleyin; 4 saat plansız debug yerine 30 dakikada geri dönüş bazı işletmeler için daha doğru olabilir.
EKA SUNUCU · TECHNICAL

Cluster yükseltmesini plansız downtime yerine kontrollü bakım penceresine çevirin

Ek node, geçici kapasite veya ayrı backup sunucusu yükseltme riskini ciddi azaltabilir. Eka Sunucu’da geçiş süresince paralel dedicated kapasite planlayabilirsiniz.

Production ilkesiÖlç → Test Et → Canlıya AlUydurma benchmark verisi kullanılmaz.
SRC

Resmî kaynaklar

Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.

EKA

İlgili teknik içerikler

İlgili altyapı ve uygulama rehberleriyle devam edin.

FAQ

Sık sorulan sorular

Proxmox VE 8 → 9

Proxmox VE 8’den 9’a doğrudan yükseltme destekleniyor mu?

Evet, güncel 8.4 sistemden resmî Upgrade from 8 to 9 rehberiyle geçiş desteklenir. `pve8to9 --full` preflight’ını temizlemek gerekir.

Proxmox 8.4 desteği ne zamana kadar?

Proxmox’un 9.2 duyurusunda 8.4 için güvenlik güncellemeleri ve kritik hata düzeltmelerinin Ağustos 2026’ya kadar süreceği belirtilir.

Cluster node’larını aynı anda yükseltebilir miyim?

Teknik olarak bakım şeklinize bağlı olsa da operasyonel olarak node node ilerlemek quorum, migration ve rollback alanı sağlar.

Ceph Reef ile doğrudan PVE 9.2’ye geçebilir miyim?

Resmî 9.2 notları çok adımlı yol önerir: PVE 8.4 üzerinde Reef→Squid, ardından PVE 9 geçişi; Tentacle daha sonra.

Top