1998’den beri GelişenTeknolojilerle Güçlü Adımlar

Bilişim Teknolojileri

İletişim

Mecidiyeköy, Mecidiyekuyu Sok. Kuyu Apt, No:26 Kat:2, D:3, 34387 Şişli/İstanbul

+90 212 213 27 87

Sanallaştırma

Proxmox VE 8’den 9’a Geçiş Rehberi — Ağustos 2026 EOL’a Hazırlık (pve8to9, ZFS, Cluster)

Güncel teknik makalelerimizi firewallpazari.com/blog adresinden takip edebilirsiniz.

Özet: Proxmox VE 8 (Debian 12 Bookworm tabanlı) için güvenlik güncellemeleri Ağustos 2026’da bitiyor. PVE 9 (Debian 13 Trixie tabanlı) pve8to9 aracı ile in-place upgrade mümkün, ama dikkat edilmesi gereken çok şey var: ZFS pool uyumluluğu, QEMU machine version, kernel sürümleri, cluster üyeleri sırası, network config (ifupdown2), ve guest VM uyumluluğu. Bu rehber pre-check, upgrade adımları ve rollback senaryolarını içerir. Önemli: En az 1 ay önceden başlayın; cluster ortamlarında tek seferde değil node-by-node rolling upgrade yapın.

EOL takvimi ve neden şimdi planlanmalı?

SürümDebian TabanıEOLDurum (2026-06)
Proxmox VE 7Debian 11 Bullseye2024-07EOL — desteklenmez
Proxmox VE 8Debian 12 Bookworm2026-08~2 ay kaldı
Proxmox VE 9Debian 13 Trixie2028+ (tahmini)Önerilen sürüm

EOL sonrası: güvenlik yamaları gelmez, yeni donanım drivers’ı eksik kalır, vendor desteği biter. Production ortamı için Ağustos öncesi geçiş şart.

⚠️ Pre-upgrade kontrol listesi

  • Tüm VM ve container’ların PBS yedeği alınmış olmalı (Proxmox Backup Server ile, bkz: 3-2-1-1-0 PBS rehberi)
  • Pre-flight check aracı çalıştırın: pve8to9 --full — TÜM uyarılar gözden geçirilmeli
  • Mevcut PVE sürümü 8.4.0 veya üstü olmalı (in-place upgrade için gerekli): pveversion
  • Cluster ortamında tüm node’lar aynı 8.x minor sürümde olmalı
  • Disk alanı: / ve /boot en az 4 GB free
  • Network config: /etc/network/interfaces yedeği alınmış olmalı
  • Pacific Storage (Ceph) varsa: Ceph upgrade ayrı bir prosedür, önce o tamamlanmalı

Adım 1 — Pre-flight check

# Sürüm kontrolü
pveversion
# Olmasi gereken: pve-manager/8.4.x veya ustu

# Pre-flight check (tum uyari ve hatalari gosterir)
pve8to9 --full

# Cikti ornegi:
# = CHECKING VERSION INFORMATION FOR PVE PACKAGES =
# Checking for package updates..
# PASS: All packages up-to-date.
# Checking proxmox-ve package version..
# PASS: proxmox-ve package has version >= 8.4.0
# ...
# = SUMMARY =
# TOTAL:    47
# PASSED:   42
# SKIPPED:  3
# WARNINGS: 2
# FAILURES: 0

FAILURES varsa kesinlikle upgrade’e başlamayın. WARNINGS’ları teker teker okuyun, çoğu için manual aksiyon gerekir (özellikle old kernel, ifupdown2 not installed, ceph mon health gibi uyarılar).

Adım 2 — APT sources güncelle (Bookworm → Trixie)

# Mevcut sources'i yedekle
cp /etc/apt/sources.list /etc/apt/sources.list.bak
cp -r /etc/apt/sources.list.d /etc/apt/sources.list.d.bak

# Debian sources
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list

# Proxmox no-subscription repo (community)
cat > /etc/apt/sources.list.d/pve-no-subscription.list <<EOF
deb http://download.proxmox.com/debian/pve trixie pve-no-subscription
EOF

# Eski bookworm reponu disable et
mv /etc/apt/sources.list.d/pve-no-subscription-bookworm.list /etc/apt/sources.list.d/pve-no-subscription-bookworm.list.disabled 2>/dev/null

# Ceph reposu varsa (Reef/Squid icin):
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/ceph.list 2>/dev/null

Adım 3 — Dist-upgrade çalıştır

# Repository update
apt update

# Indirilecek paket boyutunu gor
apt --simulate dist-upgrade | tail -20

# Asil upgrade (~15-30 dakika, internet hizina bagli)
DEBIAN_FRONTEND=noninteractive apt -y dist-upgrade

# Birkac konfig dosyasi sorulabilir - genelde "keep current local version" guvenli

Bu adımda interaktif promptlar çıkabilir (/etc/issue, /etc/lvm/lvm.conf, vb.). Default seçenek “keep current local version” genelde güvenlidir.

Adım 4 — Reboot ve doğrulama

# Reboot
shutdown -r now

# Boot sonrasi
pveversion -v
# Beklenen: proxmox-ve/9.0.x

# Kernel kontrol
uname -r
# Beklenen: 6.8.x veya 6.11.x

# Cluster durum
pvecm status
# Tum node'lar quorate ve aktif olmali

# Storage check
pvesm status
# Tum datastore'lar 'active' olmali

# Network
ip addr show
# Tum bridge'ler (vmbr0, vmbr1) up olmali

Cluster için rolling upgrade (önemli!)

Tek seferde tüm node’ları upgrade etmek yasak — cluster split olabilir. Doğru sıra:

  1. İlk node‘u upgrade edin (genelde non-master, yedek node)
  2. İlk node ayağa kalktıktan sonra cluster sağlığını kontrol edin: pvecm status ve journalctl -u corosync
  3. HA (High Availability) etkinse HA Manager rebalance bekleyin (~5 dakika)
  4. İkinci node’a geçin; aynı işlem
  5. Master/quorum-master node’u en son upgrade edin
  6. Tüm node’lar PVE 9’da olduktan sonra pvesh get /cluster/status ile son sağlık kontrolü

VM’lerin upgrade sonrası uyumluluğu

  • Mevcut VM’ler default olarak eski QEMU machine version‘da kalır (i440fx 8.1 gibi). Yeni özelliklerden faydalanmak için VM Hardware → Machine → “Latest” seçilebilir, ama VM içindeki guest OS’un boot sektörünü değiştirmemeye dikkat (Windows VM’ler özellikle hassas)
  • Linux guest’ler: virtio-net driver versiyonu güncellenmeli (özellikle CentOS 7 / Ubuntu 18 gibi eski guest’ler için)
  • Windows guest’ler: VirtIO drivers’ı en son virtio-win-0.1.248 veya üstü ile güncelleyin
  • Container’lar (LXC): Debian 11 LXC container’ları yeni kernel ile uyumsuz olabilir; içeride apt dist-upgrade ile guest OS’u da güncellemek gerekir

Rollback senaryosu (yedek planın olsun)

Upgrade sonrası ciddi sorun (örn. boot edemiyor, network down, VM’ler açılmıyor) yaşarsanız:

  • ZFS root kullananlar için: zfsbootmenu üzerinden eski boot environment seçilebilir (önceden snapshot alınmış olmalı)
  • LVM-thin kullananlar için: roolback yok, sıfırdan install gerekir
  • Cluster node down: diğer node’lardan VM’leri taşıyın (qm move-disk), sonra etkili node’u reinstall edin
  • VM seviyesinde rollback: PBS’ten restore (her zaman best practice)

Sık karşılaşılan sorunlar

  • “pve8to9 ‘no-subscription warning’ veriyor.” Bu sadece ücretli vs ücretsiz repo seçimi uyarısı; upgrade’i engellemez.
  • “Boot sonrası /etc/network/interfaces çalışmıyor.” ifupdown2 kurulumu eksik olabilir. apt install ifupdown2 ile yükleyin, sonra systemctl restart networking.
  • “VM açılmıyor, ‘machine type not supported’ hatası.” Eski machine version (i440fx-3.x gibi) PVE 9’da kaldırılmış olabilir. VM hardware’da daha yeni machine type seçin (i440fx-8.x veya q35-8.x).
  • “Ceph monitor down upgrade sonrası.” Ceph upgrade’i kendi prosedürü var; ceph status ile durumu kontrol edin, gerekirse systemctl restart ceph-mon@<id>.
  • “GUI web console (8006) açılmıyor.” systemctl status pveproxy ile servis durumunu kontrol edin. SSL sertifikası corrupt olabilir: pvecm updatecerts --force.

Upgrade sonrası best practices

  • İlk hafta her node’da journalctl -p 3 -xb ile error log tarayın
  • VM’lerin CPU/memory metrikleri‘nde anormallik var mı izleyin (Grafana/Prometheus exporter)
  • Backup job’lar çalışıyor mu kontrol edin: cat /var/log/vzdump/log
  • Cluster health: pvecm status günlük kontrol
  • Yeni PVE 9 özelliklerinden faydalanın: SDN improvements, secure boot support, yeni ZFS sürümü

Proxmox VE upgrade ve danışmanlık

Proxmox cluster planlaması, VE 8 → 9 migration, PBS entegrasyonu, Ceph upgrade veya VMware’den Proxmox’a geçiş için destek almak ister misiniz? 1998’den beri Türkiye genelinde sanallaştırma danışmanlığı veriyoruz; KOBİ pazarında Proxmox momentum’u arttıkça uzmanlığımızı bu alanda da derinleştirdik.

Kaynaklar: Proxmox VE Roadmap (pve.proxmox.com/wiki), XDA Developers analizi. Test edilen ortamlar: PVE 8.4.1 → 9.0 RC1 in-place upgrade, 3-node cluster + PBS. Son güncelleme: 2026-06-14.

Author

Umman Kurşun

Tekur Bilişim Teknolojileri kurucu ortağı ve teknik direktör. 1998'den beri kurumsal IT danışmanlığı, ağ güvenliği ve bilişim altyapı çözümleri alanında çalışıyor. Uzmanlık alanları: FortiGate, Sophos ve WatchGuard güvenlik duvarları; Microsoft Exchange ve Windows Server yönetimi; VMware vSphere/ESXi sanallaştırma; Dell EMC Unity/VNXe depolama; Veeam Backup & Replication. İstanbul Şişli merkezli Tekur Bilişim üzerinden Türkiye genelinde kurumsal müşterilere teknik destek ve sistem danışmanlığı sağlıyor.