Operatorgids · 5 min leestijd

Hoe bouw ik een Proxmox-cluster

Bereid een door de klant beheerd Proxmox VE-cluster voor rond quorum, compatibele nodes, betrouwbare netwerken, opslag en herstel. Deze gids biedt een methode om uw implementatie te valideren, geen belofte van beheerde hoge beschikbaarheid.

Bijgewerkt 2026-09-05 · Tungsto technische notities

Quorum vóór gemak

Een ontwerp met drie knooppunten is de eenvoudigste productiebasis omdat het cluster één stemgerechtigd lid kan verliezen en een meerderheid behoudt. Evalueer de gedocumenteerde QDevice-aanpak voor een ontwerp met twee knooppunten en test het faal- en partitiegedrag. Plaats niet elke stemafhankelijkheid achter dezelfde switch of hetzelfde stroompad.

Scheid verkeersklassen

Plan de scheiding van beheer, clustercommunicatie, migratie, opslag en publieke workloads met behulp van de interfaces en netwerkdiensten die daadwerkelijk voor de bestelling zijn bevestigd. Corosync hecht meer waarde aan lage, stabiele latentie dan aan ruwe bandbreedte. Migratie en gerepliceerde opslag kunnen veel meer doorvoer verbruiken, daarom zijn 10 Gbps EPYC-systemen een praktisch startpunt.

Opslagkeuzes

Lokale ZFS is eenvoudig en snel, maar maakt een VM op zichzelf niet hoog beschikbaar. Replicatie vermindert de blootstelling aan het herstelpunt maar blijft asynchroon. Ceph kan gedistribueerde opslag bieden, maar vereist extra nodes, geheugen, netwerkcapaciteit en operationele aandacht. Stem het ontwerp af op de beloofde hersteldoelstelling.

Bouwvolgorde

Installeer bijpassende Proxmox VE-releases en patch elke host.
Stel stabiele beheeradressen en tijdsynchronisatie in.
Maak het cluster op het eerste knooppunt en voeg daarna de andere toe.
Configureer opslag en back-up voordat u workloads inschakelt.
Test het verlies van een host, switchpad en beheersessie.

Ga dieper

Bouw een beslissing die u kunt verifiëren.

4 min-gids

Bevries scope en vereisten

Selecteer een momenteel ondersteunde Proxmox VE release uit de officiële beheergids en lees de release-specifieke vereisten vóór de installatie. Bereid unieke hostnamen, stabiele beheeradressen, tijdsynchronisatie, beheertoegang, geverifieerde back-ups en een onafhankelijk herstelpad voor. Noteer de resourcebudgetten voor node en gasten, zodat beheerservices, opslag en herstelwerk niet worden weggealloceerd.

Geef de voorkeur aan knooppunten die kunnen communiceren via een stabiel LAN-klasse pad. Proxmox documenteert een quorumgebaseerd cluster en vereist betrouwbare Corosync-levering met latentie onder 5 milliseconden voor stabiele werking. Dit maakt een cluster dat over verre openbare regio's is uitgestrekt een ander en over het algemeen ongeschikt ontwerp, tenzij u kunt aantonen dat het netwerk aan de officiële vereisten voldoet. Er wordt geen privé inter-regio fabric geïmpliceerd door een openbare serververmelding.

Proxmox VE Beheergids

Ontwerp quorum voordat u nodes toevoegt

Noteer stemmen en elke partitie die u wilt laten overleven. Een cluster met drie nodes is het eenvoudige startpunt omdat een meerderheid kan overblijven na verlies van één stemmende node. Een ontwerp met twee nodes wordt niet veilig door wishful failover; Proxmox documenteert QDevice als een manier om een extra stem te leveren, en die externe kiezer introduceert eigen bereikbaarheids- en plaatsingseisen.

Quorum beschermt consistente clusterstatus, niet de applicatiebeschikbaarheid op zich. Bepaal hoe gasten opnieuw worden opgestart, welke opslag hun schijven vereisen en wat er gebeurt wanneer een node geïsoleerd is maar nog draait. Vermijd het wijzigen van verwachte stemmen om een partitie schrijfbaar te maken als routinematige reactie.

Plan Corosync- en workloadverkeer eerlijk

Beheer van lijsten, Corosync, migratie, opslag, back-up en openbaar gastverkeer afzonderlijk vermelden en vervolgens elk toewijzen aan geleverde interfaces en gerouteerde adressen. Toegewijde fysieke paden of VLAN-scheiding kunnen interferentie verminderen, maar een Tungsto-bestelling garandeert geen privé-VLAN of een extra clusterlink. Bevestig elke vereiste netwerkfunctie vóór bestelling; ontwerp anders binnen de daadwerkelijk geleverde interfaces en openbare routering.

Corosync hecht meer waarde aan stabiele latentie en betrouwbare geordende levering dan aan piekbandbreedte. Migratie, replicatie en back-up kunnen veel grotere stromen veroorzaken, dus plan en meet ze zonder clustercommunicatie te verstikken. Pas hostfirewalls toe op basis van de officiële poortvereisten en beperk beheerblootstelling; kopieer geen regelset van een niet-gerelateerde versie.

Kies opslag op basis van de beloofde hersteluitkomst

Lokale opslag houdt storingsdomeinen eenvoudig maar maakt een gastschijf niet beschikbaar op een ander knooppunt. Lokale ZFS replicatie kan het herstelpunt verlagen, maar is asynchroon en kan wijzigingen tussen replicaties verliezen. Gedeelde opslag kan dezelfde gastvolumes zichtbaar maken voor meerdere knooppunten, terwijl gedistribueerde opslag capaciteits-, netwerk- en operationele vereisten toevoegt. Geen van deze neemt de noodzaak van een afzonderlijke back-up weg.

Bepaal waar ISO-images, gastschijven en back-ups zich bevinden, hoe vrije ruimte wordt bewaakt en wat er gebeurt wanneer opslag vol raakt. Proxmox waarschuwt dat gasten die een volle thin-provisioned opslag gebruiken I/O-fouten kunnen krijgen. Bewaar herstelmedia en referenties buiten het cluster dat u mogelijk opnieuw moet opbouwen.

Gebruik een gefaseerd acceptatie- en storingsplan

Patch en verifieer elk standalone knooppunt voordat u het eerste cluster maakt, en voeg vervolgens één knooppunt tegelijk toe met behulp van de handleiding van de geselecteerde versie. Registreer na elke wijziging lidmaatschap, quorum, tijdstatus, opslagzichtbaarheid en back-upstatus. Voeg pas een niet-productiegast toe nadat het controleplane gezond is.

Plan gecontroleerde oefeningen voor één niet-beschikbare node, één niet-beschikbaar Corosync-pad, niet-beschikbare opslag en restore vanaf back-up. Definieer het verwachte resultaat en afbreekvoorwaarden vóór elke oefening; voer geen destructieve tests uit tegen de enige kopie van een workload. Tungsto hardware power- en herinstallatieverzoeken kunnen in de wachtrij worden geplaatst voor verwerking door de operator, dus ze zijn geen beheerde HA-controller of een gegarandeerde hersteltimer. Het eindproduct is een eigen runbook met waargenomen resultaten van uw implementatie, geen ongekwalificeerde beschikbaarheidsbelofte.

Directe antwoorden

Vragen over deze gids

Garandeert een Proxmox-cluster met drie knooppunten hoge beschikbaarheid?

Nee. Drie stemmen helpen bij quorum, maar gast-HA vereist ook geschikte opslag, fencing en herstartbeleid, reservecapaciteit, betrouwbare netwerken en getest herstel. Tungsto beheert het cluster niet als een beheerde HA-service.

Kan ik uitgaan van een privé-VLAN tussen Tungsto servers?

Nee. Een VLAN of dedicated clusternetwerk wordt niet gegarandeerd door de catalogus. Bevestig het exacte netwerkproduct voordat u een topologie kiest die ervan afhankelijk is.