Concepts

Zones and Hosts

Zones map to Proxmox clusters and define failure domains. Hosts are the physical nodes within a zone, discovered automatically via the mesh overlay network.

flex.plane organizes your physical infrastructure into a two-level hierarchy: zones contain hosts. This model maps naturally to how Proxmox clusters are deployed across locations, whether that's a single data center or a multi-site deployment spanning multiple geographies.

Understand zones

A zone represents a Proxmox cluster. If you have one Proxmox cluster in Frankfurt and another in Helsinki, you have two zones. Zones are the primary unit of geographic and failure domain separation.

Zone: EU-Central
Frankfurt
pve-fra-01
64 cores/256 GiB
pve-fra-02
64 cores/256 GiB
pve-fra-03
64 cores/256 GiB
Zone: EU-North
Helsinki
pve-hel-01
32 cores/128 GiB
pve-hel-02
32 cores/128 GiB

Zones are discovered automatically. When you install the agent on a Proxmox node and it joins the mesh network, the orchestrator detects which Proxmox cluster it belongs to and assigns it to the corresponding zone. You do not need to create zones manually.

In the portal, navigate to Platform > Zones to see all registered zones with their hosts and aggregated resource metrics.

The Zones page shows all registered clusters with their hosts and resource utilization.

Each zone exposes aggregated resource metrics: total CPU, memory, and storage across all hosts in the zone, along with current utilization percentages.

Manage hosts

Hosts are individual Proxmox nodes within a zone. Each host runs the flex.plane agent, which connects it to the mesh network and acts as an authenticating proxy to the local Proxmox API.

View host details

Navigate to Platform > Hosts in the portal to see all nodes across all zones.

The Hosts page displays all nodes with their status, zone, CPU/memory usage, uptime, and agent version.

The status field reflects the host's connectivity:

StatusMeaning
onlineAgent is connected and responsive
offlineAgent is unreachable via the mesh network
A host being "offline" in flex.plane does not mean the Proxmox node is down. It means the orchestrator cannot reach the agent. VMs on that host continue to run. They are just unmanageable until connectivity is restored.

Agent updates

The agent reports its current version and whether updates are available. You can trigger updates remotely from the portal — no need to SSH into each node. See Update Agents for details.

The agent handles the update process itself: downloading the new binary, replacing itself, and restarting. There is no downtime for running VMs during agent updates.

Perform cross-zone operations

Most operations in flex.plane are zone-aware. When you create a VM, you specify which zone it should be placed in. Storage profiles map to zone-specific storage pools. Images are distributed to nodes per zone.

Some operations span zones:

VM migration across zones

You can migrate a VM from a host in one zone to a host in another zone. In the portal, use the Migrate action on the VM's detail page to select a destination host in another zone.

Cross-zone migration transfers the VM's disk data over the network, so it takes longer than intra-zone migration (which uses Proxmox's built-in live migration over the cluster network).

Multi-zone queries

Queries like vms, zones, and hosts aggregate data across all zones by default. The orchestrator fans out requests to every reachable zone and merges the results. The stateless design means the orchestrator queries each zone in real-time, ensuring you always get a complete, accurate picture of your infrastructure.

When creating VMs, you can let flex.plane auto-place them by specifying only the zone (not a specific host). The scheduler selects the host with the most available memory in that zone. Each host runs a flexplane agent that connects it to the mesh and acts as an authenticating proxy to the Proxmox API.