SafeKit: Podman-software voor hoge beschikbaarheid en realtime gegevensreplicatie

Hoe de SANless SafeKit mirror-cluster werkt met Podman

SafeKit biedt een lichtgewicht, “net-genoeg” HA-oplossing die is afgestemd op organisaties die Kubernetes te resource-intensief, complex of overontworpen vinden voor gelokaliseerde of edge-computing container workloads. SafeKit biedt een gestroomlijnd, alles-in-één 2-node high-availability cluster voor Podman op Linux. Het dient als een naadloos, geïntegreerd alternatief voor de complexe “Do It Yourself” (DIY) Linux HA-stack, waardoor de technische last van het handmatig configureren van Corosync voor node-lidmaatschap, Pacemaker voor resource-orkestratie en DRBD voor replicatie op blokniveau wordt geëlimineerd. Door gebruik te maken van real-time synchrone replicatie en een automatisch geschakeld virtueel IP-adres, creëert SafeKit een robuust SANless-cluster dat de noodzaak van dure gedeelde opslag elimineert. Deze architectuur zorgt voor transparante client-herverbinding, snelle automatische failover en een garantie van nul gegevensverlies (RPO =0) voor containergebaseerde applicaties.

• ✅ Kubernetes alternatief: Hoge beschikbaarheid voor containers zonder de overhead van K8s-netwerken (Ingress/Load Balancers) en orkestratie.
• ✅ Vereenvoudigde architectuur: vervangt de Corosync/Pacemaker/DRBD-stack door één softwarepakket.
• ✅ Geen gedeelde opslag vereist: SANless-architectuur met behulp van lokale schijven en replicatie op byteniveau.
• ✅ Automatische failover van virtueel IP (VIP): Zorgt voor een transparante herverbinding van de client tijdens een overschakeling.
• ✅ Synchrone gegevensreplicatie: Gegarandeerd nul gegevensverlies (RPO = 0) tussen knooppunten.
• ✅ Geautomatiseerde failover en failback: snelle herstart van de toepassing op de redundante node zonder handmatige scripts.

Een high-availability (HA)-oplossing voor Podman containers met behulp van de SANless-architectuur van SafeKit .

⚡ Snelle HA-installatiegids voor Podman >

Inhoudsopgave

• Hoe implementeert de SafeKit-software eenvoudig een Podman cluster met hoge beschikbaarheid?
• Hoe werkt het SafeKit mirror-cluster met Podman?
• Beperkingen SafeKit High Availability
• Vergelijking: SafeKit SANless Cluster versus traditionele Podman HA
• Vergelijking: SafeKit versus Open-Source Linux HA (Pacemaker/Corosync/DRBD)
• Samenvatting van Podman High Availability
• 🔍 Ontdek SafeKit

Hoe implementeert de SafeKit-software eenvoudig een Podman cluster met hoge beschikbaarheid?

Hoe kan ik hoge beschikbaarheid voor Podman op twee servers realiseren?

SafeKit biedt een hoge beschikbaarheidsoplossing voor Podman tussen twee redundante servers zonder dat een gedeelde schijf nodig is. Het systeem werkt door real-time replicatie te configureren van mappen die zijn gekoppeld aan de persistente gegevens van Podman. In geval van een storing beheert SafeKit de automatische failover en start uw containers binnen enkele seconden opnieuw op op de secundaire node.

Hoe werkt automatische netwerkfailover voor Podman-containers?

SafeKit implementeert een automatisch geschakeld virtueel IP-adres (VIP). Dit VIP dient als een enkel toegangspunt voor clienttoepassingen. Als de primaire server uitvalt, verplaatst SafeKit het virtuele IP naar de redundante server met behulp van gratuitous ARP. Dit zorgt ervoor dat clients transparant opnieuw verbinding maken met hetzelfde IP-adres waar de Podman-toepassing opnieuw is gestart.

Wat is een ‘SANless’-cluster voor Podman?

Een SANless-cluster voor Podman is een architectuur die hoge beschikbaarheid biedt zonder dat er een duur Storage Area Network (SAN) of Network Attached Storage (NAS) nodig is. SafeKit gebruikt hostgebaseerde synchrone replicatie om gegevens mirror tussen de lokale schijven van twee servers. Dit elimineert gedeelde opslag als een single point of failure en zorgt voor een Recovery Point Objective (RPO) van nul, wat betekent dat er geen gegevensverlies optreedt tijdens een failover.

Is het mogelijk om een Podman cluster op te zetten zonder Kubernetes vaardigheden?

Ja. Dit artikel legt uit hoe u snel een Podman cluster implementeert zonder gespecialiseerde clusteringvaardigheden of complexe Kubernetes orkestratie. Door de automatische herstartscripts van SafeKit te gebruiken voor het starten en stoppen van Podman-toepassingen, krijgt u een robuuste redundantieoplossing die veel eenvoudiger te implementeren en te onderhouden is dan K8s.

Hoe verschilt SafeKit replicatie van oplossingen op blokniveau zoals DRBD voor Podman?

In tegenstelling tot de meeste SANless-oplossingen die replicatie op blokniveau gebruiken (zoals DRBD), voert SafeKit hostgebaseerde replicatie uit op bestandsniveau. Deze aanpak is volledig transparant voor de Podman-applicatie, omdat u geen gegevens hoeft te migreren naar een specifiek, nieuw aangemaakt “gerepliceerd schijfvolume”. In plaats daarvan configureert u SafeKit eenvoudigweg om bestaande applicatiemappen te repliceren, zelfs die op de systeemdisk. Hierdoor kunt u hoge beschikbaarheid voor Podman implementeren precies waar het al is geïnstalleerd, zonder complexe schijfconfiguratie of applicatiewijzigingen.

Kan SafeKit hoge beschikbaarheid bieden voor andere applicaties dan Podman?

Ja. SafeKit is een zeer veelzijdige, generieke software voor hoge beschikbaarheid die compatibel is met zowel Windows als Linux. Naast Podman kan SafeKit worden gebruikt om realtime replicatie en automatische failover te implementeren voor elke bestandsmap, service of database. Het ondersteunt een breed scala aan technologieën, waaronder Hyper-V en KVM-virtuele machines, Docker, K3s en diverse cloudtoepassingen. Dit maakt SafeKit een universele clusteringoplossing voor het beschermen van bedrijfskritieke workloads in diverse IT-omgevingen zonder dat er gespecialiseerde hardware nodig is.

Hoe werkt het SafeKit mirror-cluster met Podman ?

Stap 1. Realtime replicatie

Server 1 (PRIM) draait de Podman applicatie. Clients zijn verbonden met een virtueel IP-adres. SafeKit repliceert in realtime wijzigingen die in bestanden zijn aangebracht via het netwerk.

De replicatie is synchroon en er gaat geen data verloren bij een storing, in tegenstelling tot asynchrone replicatie.

U hoeft alleen de namen van de te repliceren mappen in SafeKit te configureren. Er zijn geen vereisten voor de schijforganisatie. Mappen kunnen zich op de systeemdisk bevinden.

Stap 2. Automatische failover

Wanneer Server 1 uitvalt, neemt Server 2 het over. SafeKit schakelt het virtuele IP-adres over en start de Podman applicatie automatisch opnieuw op Server 2.

De toepassing vindt de bestanden die door SafeKit zijn gerepliceerd op Server 2. De toepassing blijft draaien op Server 2 door lokaal de bestanden te wijzigen die niet langer naar Server 1 worden gerepliceerd.

De failovertijd is gelijk aan de foutdetectietijd (standaard 30 seconden) plus de opstarttijd van de toepassing.

Stap 3. automatische failback

Failback houdt in dat server 1 opnieuw wordt opgestart nadat het probleem dat de storing veroorzaakte, is opgelost.

SafeKit synchroniseert de bestanden automatisch opnieuw, waarbij alleen de bestanden worden bijgewerkt die op Server 2 zijn gewijzigd terwijl Server 1 was gestopt.

De failback vindt plaats zonder de Podman toepassing te verstoren, die kan blijven draaien op Server 2.

Stap 4. Terug naar normaal

Na de reintegratie zijn de bestanden weer in mirror, zoals in stap 1. Het systeem is weer in de hoge beschikbaarheidsmodus, met de Podman applicatie die op Server 2 draait en SafeKit die bestandswijzigingen repliceert naar Server 1.

Als de beheerder wil dat de toepassing op Server 1 wordt uitgevoerd, kan dit handmatig via de webconsole op een geschikt moment, of automatisch via configuratie.

Hoe configureer ik een SafeKit mirror-cluster voor Podman ?

De SafeKit webconsole biedt een intuïtieve interface om hoge beschikbaarheid voor uw bedrijfskritische applicaties te orkestreren. In slechts een paar stappen kunt u een SafeKit mirror-cluster configureren om bedrijfscontinuïteit te garanderen:

• Failover van applicaties (tabblad Macro’s): Definieer de specifieke applicatiediensten die automatisch opnieuw moeten worden gestart in geval van een storing.
• Heartbeatnetwerk(en): Toegewezen communicatiepad(en) die door clusterknooppunten worden gebruikt om de status en beschikbaarheid van elkaar continu te controleren en failoverbeslissingen te synchroniseren.
• Virtueel IP-beheer: Stel het virtuele IP-adres (VIP) in voor een transparante herverbinding van de client na een failover.
• Realtime replicatie: Selecteer de kritieke mappen voor hostgebaseerde, synchrone replicatie op byteniveau.
• Checkers: controleer de status van de toepassing en activeer automatisch herstel als er een procesfout wordt gedetecteerd.

Het SafeKit cluster bevat een speciale split-brain-checker om netwerkisolatieproblemen op te lossen zonder dat er een derde ‘witness’-machine of een extra ‘heartbeat’-netwerk nodig is. Lees meer over ‘heartbeat’, ‘failover’ en ‘quorum’ in een cluster.

Hoe kan ik een SafeKit mirror-cluster voor Podman monitoren?

De SafeKit beheerconsole biedt een uniform overzicht van uw hoge beschikbaarheidsinfrastructuur. Hiermee kunnen beheerders de operationele status van het cluster controleren en de gegevenssynchronisatie in realtime volgen.

Voor een mirror-cluster met 2 knooppunten geeft de console duidelijk de rollen van elke server weer:

• PRIM (primair): de actieve node die momenteel de toepassing uitvoert en het virtuele IP-adres beheert. Deze voert schrijfbewerkingen uit naar de lokale opslag en realtime-replicatie naar de secundaire node.
• SECOND: Het stand-byknooppunt ontvangt synchrone updates op byteniveau. Het is direct klaar om het over te nemen als het primaire knooppunt uitvalt.
• ALONE status: Geeft een visuele waarschuwing wanneer het cluster op één knooppunt draait (bijv. tijdens onderhoud of na een storing), wat aangeeft dat de redundantie tijdelijk verloren is gegaan.
• Voortgang van de resynchronisatie: Wanneer een defecte node herstelt, wordt de status oranje tijdens de achtergrondgegevensreïntegratie, zodat er geen downtime is tijdens de fase ’terug naar normaal’.

Naast eenvoudige statuspictogrammen biedt de interface failover-orkestratie met één klik, zodat u de primaire rol handmatig kunt toewijzen voor gepland onderhoud, terwijl u de continue beschikbaarheid voor gebruikersactiviteiten waarborgt.

Beperkingen SafeKit High Availability

Vergelijking: SafeKit SANless Cluster versus traditionele Podman HA

Vergelijking: SafeKit versus Open-Source Linux HA (Pacemaker/Corosync/DRBD)

Samenvatting van Podman High Availability

SafeKit biedt een eenvoudig HA-cluster met 2 knooppunten voor Podman, een lichtgewicht Kubernetes alternatief voor bedrijfskritieke workloads. Door de complexe Corosync-, Pacemaker- en DRBD- stack te vervangen, maakt SafeKit dure gedeelde SAN/NAS -opslag overbodig.

Dankzij synchrone replicatie in realtime en een automatische failover van virtuele IP-adressen (VIP) garandeert SafeKit geen gegevensverlies (RPO = 0) en een transparant herstel van toepassingen. Het is de ideale oplossing voor organisaties die robuuste, SAN-loze hoge beschikbaarheid vereisen met minimale configuratie en administratieve overhead.

🔍 Ontdek SafeKit

Vind informatie over de functies, architecturen, video’s, documentatie en de gratis proefversie van SafeKit.