Hello! I have a doubt about replication in Proxmox. I'm used to work with VMWare ESXi and Veeam Backup & Replication so I have a concept of "Replication" that, from what I understand, is different from the one I should have to understand the best practices in Proxmox.

I have two identical physical servers: with VMWare and Veeam I can schedule jobs to have on server B an exact replica of the VMs on server A. If a VM on server A goes wrong or even if the entire server A explodes, I can power on the VMs on server B and I'm good to go (obviously loosing data changed since the last successful replication job).

I understand that "Replication" in Proxmox works in a different way because it replicates just the VMs' disks: for this reason, even if I have replication enabled for VMs between server A and server B, if something goes wrong on server A I have to manually copy config files on server B before being able to start the VM. This sounds a bit silly to me because I'm replicating VMs between servers exactly because I want a solution in case server A fails.

From what I've read HA could be the solution to my problem, but I've read that for HA you need three physical servers, two are not enough.

Am I missing something? What's the best way to have a reliable protection against hardware failure (or software issues) and reduced downtime with two servers?

Replication doesn't seem like a viable option, same for HA, maybe I should just think about manual restore from backup on the second server? That doesn't sound optimal either because of downtime but maybe it's the most sensible solution.

Thank you for your support!

Thank you for the reply! I've experimented with a new approach to the problem, building a two nodes cluster and 3 VMs (no HA):

-------------------------------------------------------------
NODE-A:
-VM100
-VM101
-VM102

NODE-B:
Empty but receives replicas from NODE-A
-------------------------------------------------------------

When the first replication job is completed I manually copy VM .conf files from NODE-A (100.conf, 101.conf, 102.conf) and paste them on NODE-B (renaming them as 1100.conf, 1101.conf, 1102.conf).

-------------------------------------------------------------
NODE-A:
-VM100
-VM101
-VM102

NODE-B:
-VM1100
-VM1101
-VM1102
-------------------------------------------------------------

If something goes wrong on NODE-A, the only thing I have to do is to start VMs on NODE-B. I've tried the concept on a real setup and it perfectly works, the only think I have to do is to keep VMs conf files in sync between the two servers (a pretty easy job considering that I've about 10 VMs that are modified very very rarely)

I wonder if this is a terrible approach or it could make sense (considering that besides of replication I always have backups managed with PBS, this would be just a quick way to restore VMs)

Any opinion would be highly apprecciated

Thank you for the reply! I've experimented with a new approach to the problem, building a two nodes cluster and 3 VMs (no HA):

Any opinion would be highly apprecciated

I guess you could do that, just setup something like SyncThing or a cron job to sync config files. That might get a little messy if it's not configured right though.

I wonder if this is a terrible approach or it could make sense (considering that besides of replication I always have backups managed with PBS, this would be just a quick way to restore VMs)

It should work but what's the benefit compared to the regular storage replication + ha already available from Proxmox VE?

You could use a third Witnees machine to orchestrate the replicas. Try it as a VM on one of the nodes, but then plan to move it outside. It also runs on a Raspberry.