Proxmox VE 9.2 bu tarihte yayımlandı.
Proxmox kurulumu ISO’yu USB’ye yazıp “Next” demekten ibaret değildir. Disk topolojisi, management ağı, bridge adı, repository ve backup hedefi sonradan değiştirilmesi pahalı kararlardır. Bu rehber bu kararları ilk VM’den önce verir.
Proxmox 9.2, Debian 13.5 “Trixie” tabanlıdır ve kernel 7.0’ı yeni stabil varsayılan olarak kullanır. Eski Proxmox 8 / Debian 12 repository satırlarını bu kurulum rehberine taşımayın.
Tek diskli test sistemi dışında, disk hatası senaryosunu kurulum anında planlayın. ZFS mirror kullanacaksanız aynı boyut/sınıfta diskler seçin, HBA/RAID katmanını ZFS ile çakıştırmayın ve backup’ı aynı hosttaki aynı pool üzerinde tutmayın.
Tek diskli test sistemi dışında, disk hatası senaryosunu kurulum anında planlayın. ZFS mirror kullanacaksanız aynı boyut/sınıfta diskler seçin, HBA/RAID katmanını ZFS ile çakıştırmayın ve backup’ı aynı hosttaki aynı pool üzerinde tutmayın.
Proxmox VE 9.2’yi bare-metal sunucuya kurarken disk/ZFS seçimi, Linux bridge, repository, management erişimi, storage, ilk VM, backup ve güvenlik kontrollerini doğru sırayla yapın.
Proxmox VE 9.2 bu tarihte yayımlandı.
9.2 Trixie tabanında güncel paket yığını kullanır.
Yeni donanım ve platform iyileştirmeleri için güncel kernel tabanı.
9.2 sürümü QEMU 11.0 ve LXC 7.0 ailesini içerir.
CPU sanallaştırma desteği kadar NIC, NVMe/SATA, HBA ve boot disk yerleşimi de sonraki cluster/storage kararlarını etkiler.
| Bileşen | Kontrol | Neden |
|---|---|---|
| CPU | VT-x/AMD-V + IOMMU | VM, passthrough ve gelecekte GPU/NIC atama |
| NIC | Management ve VM trafiği ayrılacak mı? | Bridge/VLAN tasarımı |
| Disk | Boot ve VM storage aynı mı? | I/O arızası ve kapasite etkisi |
| HBA/RAID | ZFS için passthrough/JBOD uygun mu? | ZFS disk görünürlüğü ve hata davranışı |
“ZFS daha iyi” tek başına karar değildir. Disk sayısı, random I/O, RAM, snapshot ve onarım süresi birlikte değerlendirilir.
Tipik yapıda management IP `vmbr0` üzerinde yaşar, fiziksel NIC bridge portudur. VLAN-aware tasarım yapacaksanız ilk günden isim ve MTU politikasını belirleyin.
ip -br linkip -br addresscat /etc/network/interfacesbridge linkip routeEnterprise subscription varsa enterprise repository, yoksa no-subscription repository politikası net olmalıdır. Eski codename/repo kalıntısı update zincirini bozabilir.
cat /etc/apt/sources.list.d/proxmox.sources 2>/dev/null || truegrep -R "proxmox\|debian" /etc/apt/sources.list /etc/apt/sources.list.d 2>/dev/nullapt updateapt policy pve-managerCluster planı varsa CPU type, BIOS/UEFI, disk bus ve network modelinin farklı node’larda uyumlu olması migration esnekliğini artırır.
Aynı hosttaki ikinci dataset “host kayboldu” senaryosunda yedek değildir. Proxmox Backup Server veya harici storage ayrı hata alanında olmalıdır.
8006/tcp paneli güçlü kimlik doğrulama gerektirir; mümkünse yönetim VLAN/VPN/IP allow-list ile erişimi daraltın ve 2FA kullanın.
ss -lntp | grep 8006pveversion -vsystemctl --failedjournalctl -p err -b --no-pager | tail -80Dedicated sunucuda yanlış disk/RAID veya NIC seçimi sonradan pahalı olur. Eka Sunucu üzerinde Proxmox 9.2 için NVMe, RAM ve network topolojisini hedef VM iş yüküne göre planlayabilirsiniz.
Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.
İlgili altyapı ve uygulama rehberleriyle devam edin.
Proxmox VE 9.2
Resmî 9.2 duyurusuna göre Debian 13.5 Trixie tabanlıdır ve Linux kernel 7.0 yeni stabil varsayılandır.
Genel yaklaşım ZFS’nin diskleri doğrudan görmesidir. Controller/HBA yapısı donanıma göre değerlendirilmelidir; ZFS üstünde gizli RAID katmanı hata görünürlüğünü zorlaştırabilir.
Varsayılan yönetim arayüzü HTTPS üzerinde 8006/tcp kullanır. İnternete açık bırakmak yerine erişimi sınırlandırmak daha güvenlidir.
Zorunlu değildir ama dedup, verify, retention ve remote sync özellikleriyle ayrı backup katmanı sağlar. Backup’ın farklı hata alanında olması asıl kritik noktadır.