senn-tech
Infrastructure
Infrastructure2026-08-06· By Franz Senn

Proxmox VE 8 goes end of support this month — and ARM64 arrives

Two pieces of August 2026 news matter to anyone running Proxmox VE. One is an expiry date, the other a first: support for the 8.x line ends this month, and in parallel the first official ARM64 build in the project's twenty-year history has appeared.

The expiry date: August 2026

The support table in the Proxmox wiki is terse and unambiguous. For Proxmox VE 8 it lists Debian 12 "Bookworm" as the base, 2023-06 as the release, 2026-07 as Debian's end, and 2026-08 as the Proxmox end.

One detail that most summaries lose: Proxmox states a month, not a day. If you see a precise calendar date somewhere, you are reading an interpretation rather than the source. Practically it changes little — just don't put your maintenance window in the last days of August.

What happens afterwards is undramatic, and that is exactly the danger. The clusters keep running. Nothing switches off. There are simply no more security updates — and you notice only when a vulnerability lands that has no patch for your version.

Why this upgrade is really two upgrades

Going from 8 to 9 is not an ordinary release bump. Proxmox VE 8 sits on Debian 12 "Bookworm", version 9 on Debian 13 "Trixie". You are lifting the entire OS foundation with it.

The upgrade path, in this orderBackuptested, not merely presentpve8to9checker; clear every warningOne nodenever the whole clusterVerifyguests, storage, HANext noderolling
The pre-upgrade checker is the step most likely to be skipped — and the one that saves the most. (Quelle: senn-tech, own operations)

Two things from practice that no release note mentions:

  • Rolling, never in parallel. In a cluster you lift node by node, verifying in between. Rebooting two nodes together risks quorum — and with distributed storage the damage outweighs the time saved.
  • Take the checker seriously. pve8to9 reports warnings that look cosmetic and are not. Work through every line before touching the first node.

The first: Proxmox VE on ARM64

On 5 August 2026 a second architecture appeared on the official download page alongside the familiar x86-64 installer: Proxmox VE 9.2-1-arm64.

This is the first official support for a CPU architecture other than x86-64 in the project's history. The audience, though, is not the hobby lab: reporting indicates the build targets NVIDIA's enterprise ARM platforms, Grace and Vera. Datacentre hardware, not a Raspberry Pi cluster.

For most mid-sized operators this is not a call to action in the short term. It is a direction marker: when the next hardware generation is due anyway, ARM in the server room is no longer an exotic detour.

What this means in our own operations

We have run our virtualisation on Proxmox since moving off VMware — two separate clusters, KVM VMs and LXC containers side by side. Both already run the 9.2 line, so the expiry date no longer applies to us.

That is precisely why we are writing about it. We have this upgrade behind us, and the lesson was: the technical part is manageable, the planning part decides. What actually costs time is not the upgrade itself but working out which guests tolerate which downtime — and no release note answers that, only your own documentation does.

If you are still on 8, that gives you a realistic window: the upgrade fits into a weekend, the preparation takes longer than the execution.

Conclusion

Two dates, one consequence. Support for Proxmox VE 8 ends in August 2026 — undramatic, but final. If you haven't moved yet, plan the window now and keep it away from the end of the month. The ARM64 build is meanwhile a preview rather than a task: relevant at your next hardware cycle, not today.

And the uncomfortable question to close on: do you know for certain which version your nodes are on? If the answer is "I'd have to check", that is your first step.

Further Reading

Questions?
When exactly does support for Proxmox VE 8 end?+

The official support table in the Proxmox wiki gives August 2026 for the 8.x line — a month, with no specific day. If you read an exact calendar date elsewhere, check it against the source: Proxmox commits to the month only. In practice this means one thing for planning: do not schedule your maintenance window for the last days of August.

Why is going from 8 to 9 more work than a normal update?+

Because two upgrades happen at once. Proxmox VE 8 is built on Debian 12 Bookworm, version 9 on Debian 13 Trixie. You are not just replacing the virtualisation layer, you are replacing the operating system underneath it. That belongs in a planned maintenance window with a fresh backup and a tested way back — not in a routine patch night.

Is the ARM64 build relevant for a mid-sized company yet?+

Not yet. The first official ARM64 build targets enterprise server platforms from NVIDIA, not inexpensive hobby hardware. Its value today is as a signal: after more than twenty years, Proxmox is leaving the x86-only world. For most mid-sized operators x86-64 remains the right choice for years — ARM becomes worth evaluating when the hardware cycle comes round anyway.