Proxmox placement audit

J.M. Field cluster, 6 nodes plus planned node 7 and the E5-2470 v2 box. Data read live 2026-10-05 from pvesh: allocations, current use, and 7-day CPU (average and peak, % of the VM's own vCPUs). Read only, nothing moved.

Bottom line

Node 1 is the new OOM risk. Running VMs are promised 123 GB on a 125 GB host. That is the same shape that killed MariaDB on node 5. It survives today only because guests are not using all of it and it has 24 GB swap.

Node 4 is next: 85 GB promised on 110 GB with no swap, and aivscript-3.240 is using 30 of its 32 GB.

Node 6 is mostly empty (96 of 252 GB promised, CPU near idle). It and node 7 are where load should go, not new hardware RAM.

No RAM purchase is needed to fix placement. Moving 3 or 4 VMs fixes the risk. The old E5-2470 v2 box is a good home for idle dev and legacy VMs, with one hard rule below.

Nodes ranked by CPU

NodeCPUGenThreadsRAMPromised to running VMsSwapStatus
JMFPMX052x Gold 6334 3.6 GHzIce Lake32251 GB179 GB (71%)0OK after fixes
JMFPMX062x Gold 6134 3.2 GHzSkylake32252 GB96 GB (38%)0Lots of room
JMFPMX012x Gold 6154 3.0 GHzSkylake72125 GB123 GB (98%)24 GBOver-promised
Node 7 (planned)2x Gold 6142 2.6 GHzSkylake64128 GB0-Not built
JMFPMX022x E5-2690 v4 2.6 GHzBroadwell56189 GB106 GB (56%)24 GBOK
JMFPMX042x E5-2690 v4 2.6 GHzBroadwell56110 GB85 GB (77%)0Tight, no swap
JMFPMX032x Silver 4110 2.1 GHzSkylake32126 GB54 GB (42%)24 GBOK, slowest
E5-2470 v2 boxE5-2470 v2 2.4 GHzIvy Bridge?188 GB0-Not in cluster

The whole cluster is idle on CPU: no node averages over 8%. RAM is the only constraint, so "Gold vs Silver" matters less than "where is there free RAM". CPU only matters for the few VMs that peak hard (below).

Live-migration groups

VMs set to cpu: host can only live-migrate between the same CPU generation. Otherwise they need a shutdown and cold start.

Who actually needs a fast CPU

Peak = busiest moment in 7 days, as % of the VM's vCPUs. Over ~60% means it really uses its cores at times.

VMNodevCPUAvgPeakVerdict
130 MariaDB-3.23051617.8%106%Right place. Fastest cores.
112 jmfxups2431.5%106%Busiest small VM. Keep on a modern node. Uses x86-64-v3, so never the 2470 box.
129 pmg521.5%101%Short spikes only (spam scans). Fine anywhere.
123 API-Server-3.244182.9%99%Spiky (OP2 runs here). Keep on Skylake.
145 FreePBX-v17329.1%74%Phones. Keep off the 2470 box (latency).
148 Exchange20193218.8%72%Hybrid management server only; mail lives in 365. 2 vCPU / 8 GB is fine for that. Could live on the 2470 box.
113 jmfxfedex2411.3%66%x86-64-v3, never the 2470 box.
121 aivscripttesting3.2022211.4%63%Dev, but busy. OK on the 2470 box.
126 aivscript-3.2404814.6%59%Real workload. Stay modern.

Everything else averages under 15% and peaks under 55%. Any of those would run fine on Silver or on the 2470 box.

Proposed moves

#VMFromToFreesWhyHow
1122 aivqueue-3.216 (30 GB, 1% CPU)1630 GB on node 1Takes node 1 from 98% to 74% promised.Live (Skylake to Skylake). Test once, check status after.
2133 AIV-3.234 (32 GB, 1% avg, dev, Server 2012)42470 box32 GB on node 4Idle dev box on the tightest node.Cold. Set CPU to x86-64-v2-AES first.
3120 MySQL-Dev-Server-3.210, 142 MySQL-Dev-2 (24 GB each, dev)22470 box48 GB on node 2Dev databases. Room on node 2 for Broadwell workloads.Cold, CPU change first. Not 120 if Dave parks his DBs there.
4121 aivscripttesting3.202, 111 GrandeBay-Terminal2, 12470 box34 GBTesting box and a terminal server at 1% CPU.Cold, CPU change first.
5Dave's 3.241 DBs (new VM)bare metal6, later 7-Already planned. Skylake both, so it can live-move to 7.As per the R740 plan.

Shrink, don't move

The E5-2470 v2 box: rules

No AVX2 (Ivy Bridge, 2013). Any VM using x86-64-v3 (112 jmfxups, 113 jmfxfedex) will not boot there. Any VM on cpu: host moved there must switch to x86-64-v2-AES first, and software inside it that needs AVX2 will then fail. Most notable: MongoDB 5+, some newer Docker images, RHEL 10 / Alma 10. Ubuntu, Windows Server, MySQL/MariaDB are fine.

DDR3 and high idle power. Expect 200 to 300 W at idle. Cost it against the RAM you are not buying.

Single generation group. Nothing live-migrates to or from it. Every move is a reboot.

Good for: dev and test VMs, idle legacy Windows, a second PBS target or replica. Not for: phones, DCs you depend on, MariaDB-3.230, anything client-facing.

Clean-up candidates (decide, then archive)

Stopped VMs cost no RAM, but they hold disk and some would cause an IP conflict if someone starts them.

VMNodeNote
127 MariaDB-3.230-DONOTPOWER3Old copy of the live DB server. Same IP as 130. Back up to PBS, then delete.
124 mailsvr-DONOTPOWER2Back up, then delete.
105 FTP-Retired, 106 Sage-Test-Box, 100 Sage20252Confirm with the Sage owner.
117 FreePBX-v16-Production2v17 (145) is live. Archive v16.
107 mariadbmonitor, 135 node3worker, 140 akaunting, 146 erpnext3Unused experiments?
103 RLDEV-Browsershot, 125 WebServer-3.2464Stopped since at least last week.
101 pdf-renderer6Stopped.
136 aivqueue (running, 0% CPU all week)6Running but did nothing in 7 days. Duplicate of 122 aivqueue-3.216? Check before stopping.

End-of-life operating systems

What this audit did not check

Generated 2026-10-05. Internal. Not indexed.