this post was submitted on 24 Apr 2024
36 points (100.0% liked)

Proxmox

1056 readers
1 users here now

Proxmox VE is a complete, open-source server management platform for enterprise virtualization. It tightly integrates the KVM hypervisor and Linux Containers (LXC), software-defined storage and networking functionality, on a single platform. With the integrated web-based user interface you can manage VMs and containers, high availability for clusters, or the integrated disaster recovery tools with ease.

Proxmox VE Official site

K3S on Proxmox LXC

founded 1 year ago
MODERATORS
 

Latest announcements for Proxmox.

you are viewing a single comment's thread
view the rest of the comments
[–] surfrock66@lemmy.world 1 points 6 months ago (1 children)

Those are all fair, also the entire open-vswitch setup is very clunky. I always avoid the UI and just edit /etc/network/interfaces directly, especially for vlan networks. I dislike that it wants 3 nodes but I understand, still 2 nodes in the homelab is pretty reasonable. I wish in general the HA was more configurable, robust, and intuitive.

[–] possiblylinux127@lemmy.zip 2 points 6 months ago (1 children)

For HA you are always going to need 3 nodes at least. Most HA systems need 5 or more

[–] surfrock66@lemmy.world 1 points 6 months ago (1 children)

Does that need to be true though? For like true "counting in how many 9's" HA of course. But there's nothing technically preventing high availability in 2 nodes; if the storage is shared and there's a process to keep the memory in sync it should be possible with 2 nodes have some degree of high availability, even if it's with big warnings.

[–] possiblylinux127@lemmy.zip 2 points 6 months ago* (last edited 6 months ago)

The problem with 2 nodes is there is no way to identity which node has the issue. From the hosts perspective all it "knows" is that the other node isn't reachable. Technically it could assume that it is the functional one but there is also the possibility that both machines assume they are the working one and then spin up the same VM.

You can cluster two nodes but as soon as one node can't reach the other everything freezes to prevent loss of consensus.

The reason I suggest 5 nodes is because 3 only gives the possibility for one node to fail. If one fails and then the remaining 2 can't sort out what is happening the cluster freezes to prevent loss of consensus. Also having 5 machines means you have more flexibility.

I also want to point out that you need fast networking for HA but I'm sure you already know that.