High availability From Business

Recovery After a Failure, Explained by What Failed

A failed VM host, a failed disk, a failed office PC and a failed storage node are different problems with different answers. This page says what Nodekeeper does for each one today, what it needs to do it, and how long it took in our tests.

On this page: VM hosts · By failure · Prerequisites · Out of scope · Plan

VM hosts: fence, then restart elsewhere

VM HA restarts supported VMs (KVM, PVE) on another host with the same IP and MAC; measured 65 s (PVE) to about 4–8.5 min (KVM) in tests.

  1. Detect — missed heartbeats and storage evidence mark a host as suspected.
  2. Decide — in confirm mode an administrator confirms in the panel; in automatic mode the controller proceeds when its safety checks pass. If several hosts fail at once, it pauses instead of acting.
  3. Fence — the old host is blocked from the VM's disk on distributed storage, so two copies can never write the same disk.
  4. Restart — the VM starts on a healthy host with the same IP and MAC address.
  5. Verify and reconcile — the service is checked; when the old host returns, its stale VM definition is quarantined before fencing is lifted.
Measured recovery times in our tests
Test (October 2026)Measured
Proxmox VE, confirm modeVM running on the second host 65 s after a one-click confirmation
KVM, three hosts, confirm mode3 min 50 s in total, including about 40 s of manual confirmation
KVM, two hosts8 min 26 s in an earlier run; 4 min 21 s after a detection fix, including 74 s of confirmation
Proxmox VE, automatic mode5 min 56 s from the last heartbeat

These are the times of these test configurations, not a guarantee. Your times depend on detection settings, host count, storage and network. Full records: product tour, recovery.

What happens, by failure

Recovery behaviour by failed component
What failedWhat Nodekeeper doesWhat it does not do
A KVM or Proxmox VE host running HA VMsFence, then cold restart on another host with the same IP and MACLive migration — memory contents are lost; data already on disk is kept
A disk or a storage hostDistributed storage keeps serving from replicas or erasure-coded chunks; you replace the disk and the cluster rebuildsProtect against deletion or corruption — those are replicated too
One room of a two-room clusterStretch mode (two rooms plus an arbiter) keeps the cluster available — testedRemove the need for the arbiter site
The site node that serves Windows office PCs over iSCSINothing automatic yet. Linux office PCs map their disks from distributed storage directly and keep running once bootedWindows PCs lose their system disk until the site node is back or replaced
An office PC's own hardwareAfter the old PC is fenced, the user's cloud PC can be started on another compatible PCMove open programs or unsaved work from the failed PC
The Nodekeeper admin nodeThe storage data plane and running VMs keep workingControl-plane operations wait until the admin node is back

Prerequisites

Shared storage

HA VM disks on distributed storage managed by Nodekeeper.

Spare capacity

Enough free CPU and memory on the remaining hosts to start the VMs of a failed one.

Quorum and fencing

A healthy storage monitor quorum and working fencing; without them the controller does not act.

Network

In the tested setup the VM network runs over the mesh (EVPN), so the same address works on the new host.

Out of scope today

Limits and prerequisites
  • ESXi VMs, LXC containers, Proxmox VE corosync clusters and hyperconverged hosts.
  • VMs on a LAN pool or behind NAT.
  • Re-pointing CDN or port-forwarding entries on other nodes after a failover — check them yourself.
  • Automatic takeover for the Windows iSCSI site node of office PCs.
  • Selling HA through WHMCS.
  • Replicas, snapshots and HA are not a backup: keep independent backups as well.

Plan

VM HA, distributed storage and snapshots are part of Business and are not sold as separate add-ons. Licensing is per node.

The trial covers up to 3 nodes; for a larger HA cluster, talk to us before you build it. Related: Distributed storage · Virtualization · Backups

N Nodekeeper

All-in-one Linux server management agent.

Support
[email protected] WhatsApp: +817093066006

© 2026 Nodekeeper. All rights reserved.