Proxmox, işletim sistemi ve servisler için minimum 2 GB RAM belirtir; VM/CT belleği buna eklenir. ZFS veya Ceph kullanıldığında ek bellek gerekir.
Proxmox VE için fiziksel sunucuyu VM sayısı, vCPU, RAM, ZFS, NVMe, 1/10 Gbps ağ, backup ve HA ihtiyacına göre boyutlandırın.
Proxmox, işletim sistemi ve servisler için minimum 2 GB RAM belirtir; VM/CT belleği buna eklenir. ZFS veya Ceph kullanıldığında ek bellek gerekir.
Proxmox güncel dokümanı ZFS için doğrudan disk erişimini önerir ve hardware RAID üstünde ZFS kullanımını desteklemez.
10 adet boş Linux VM ile 3 adet yoğun SQL/ERP VM aynı kaynak ihtiyacına sahip değildir. Her VM için peak CPU, gerçek RAM çalışma seti, storage IOPS ve network profili çıkarılmalıdır. VM sayısı yalnız yönetim yoğunluğunu anlatır.
Ayrıca host için pay bırakın. Bütün fiziksel RAM'i VM'lere dağıtmak ZFS ARC, host servisleri, backup süreçleri ve migration sırasında memory pressure yaratabilir.
Sanallaştırma hostunda core sayısı paralel VM kapasitesi sağlar. Fakat WordPress, oyun sunucusu, bazı ERP ve lisanslı uygulamalar tek thread performansına duyarlı olabilir. Çok eski 24 core işlemci her zaman yeni 12 core işlemciden daha iyi değildir.
vCPU overcommit mümkündür ancak sürekli yüzde 100 CPU kullanan VM'lerde agresif overcommit latency ve steal benzeri bekleme yaratır. Kritik workload için daha muhafazakâr CPU oranı kullanılmalıdır.
Basit formül: host rezervi + tüm aktif guest working set + ZFS/Ceph ihtiyacı + büyüme payı. Proxmox minimum 2 GB belirtse de production hypervisor için bu yalnız kurulum tabanıdır. ZFS kullanıyorsanız güncel Proxmox rehberleri ek RAM ihtiyacını özellikle vurgular.
Memory ballooning kullanılsa bile guest'leri sürekli minimum bellekte çalıştırmak tasarım değildir. Veritabanı ve Java/.NET uygulamalarında gerçek working set ölçülmelidir.
ZFS doğrudan diskleri görmek ister. Hardware RAID controller'ın kendi cache/RAID katmanı altında ZFS kullanmak Proxmox tarafından desteklenmez ve veri kaybı riski oluşturabilir. HBA/JBOD veya doğrudan erişim daha uygundur.
VM storage için enterprise SSD/NVMe, power-loss protection ve yeterli endurance önemlidir. Yalnız sıralı MB/s değil random IOPS, latency ve write endurance değerlendirilmelidir.
Tek node ve küçük VM'lerde 1 Gbps yeterli olabilir. Live migration, cluster replication, Ceph, backup penceresi veya yüksek trafik varsa 10 Gbps hızla anlamlı hale gelir. Management, storage/replication ve public trafik mümkünse ayrı VLAN/NIC tasarımına ayrılmalıdır.
Üç node HA cluster ile tek güçlü node aynı problemi çözmez. HA istiyorsanız quorum, shared/distributed storage, migration network ve bakım senaryosu tasarlanır. Tek node'da ise daha güçlü backup ve hızlı spare/restore planı kritik hale gelir.
Lab/home: 6-8 core, 32 GB RAM, 2× NVMe mirror. Küçük production: 12-16 güçlü core, 64-128 GB ECC, enterprise NVMe mirror ve ayrı backup. Yoğun sanallaştırma: 24+ core, 128-256+ GB ECC, çoklu NVMe, 10 Gbps ve ayrı backup/cluster tasarımı. Bunlar garanti değil, ölçüm başlangıç noktalarıdır.
lscpufree -hzpool statuszpool iostat -v 1pvesm statusip -br link| Katman | Sorulacak soru | Darboğaz belirtisi |
|---|---|---|
| CPU | Peak vCPU gerçekten kaç? | Ready/scheduling latency, yüksek CPU |
| RAM | Guest working set + host rezervi? | Swap/ballooning/memory pressure |
| Storage | Random IOPS ve p99 latency? | IO wait, yüksek VM disk latency |
| Network | Migration/backup trafiği ne kadar? | Uzun migration/backup süresi |
Minimum sistem gereksinimini production kapasitesi sanmayın. Gerçek seçimde peak workload, yedekleme, büyüme payı, kaynak paylaşım politikası ve geri dönüş planı birlikte değerlendirilmelidir.
Resmî minimum host ve servisler için 2 GB'dır; guest RAM ve ZFS/Ceph ihtiyacı buna eklenir. Production için minimumu hedef kapasite saymayın.
ZFS kullanacaksanız Proxmox hardware RAID üstünde ZFS'i desteklemez; doğrudan disk/HBA yaklaşımı tercih edilir.
CPU, RAM, disk, network ve yönetim ihtiyacınızı birlikte değerlendirin; darboğazı bilinmeden yalnız daha büyük paket satın almak çoğu zaman kalıcı çözüm değildir.