De eenvoudigste Linux high availability: synchrone replicatie en failover met 2 knooppunten
Hoe de SANless SafeKit mirror-cluster werkt met Linux
SafeKit voor Linux levert naadloze hoge beschikbaarheid en verlaagt tegelijkertijd de TCO (Total Cost of Ownership) aanzienlijk. Door de hardware- en operationele overhead van traditionele clustering te elimineren, biedt SafeKit een slank, 2-node HA-alternatief voor complexe clusteroplossingen.
- All-in-One Business Continuity: een complete oplossing die virtueel IP, automatische failover, automatische failback en real-time replicatie biedt in één geïntegreerd pakket.
- Synchrone replicatie (nul gegevensverlies): Zorg voor absolute gegevensintegriteit voor transactionele toepassingen met synchrone replicatie, wat 0 gegevensverlies garandeert in geval van een storing.
- Flexibele bescherming op bestandsniveau: SafeKit voert hostgebaseerde replicatie uit op bestandsniveau, wat volledig transparant is voor de toepassing. Het beschermt niet alleen databases, maar ook alle bijbehorende mappen en gegevens. U kunt bestaande mappen precies daar repliceren waar ze zijn geïnstalleerd, zelfs op de systeemdisk.
- Vereenvoudigde implementatie (geen AD/LDAP): In tegenstelling tot traditionele clusters is er geen AD/LDAP-directoryconfiguratie nodig, waardoor complexe installatievereisten en infrastructuurafhankelijkheden worden geëlimineerd.
- Geen SAN-investering voor HA: Bereik volledige redundantie met behulp van een shared-nothing-architectuur. Het werkt met standaard lokale schijven, waardoor dure SAN-hardware, Fibre Channel-switches en gespecialiseerd opslagonderhoud overbodig worden.
- Echte 2-node-efficiëntie: terwijl de meeste oplossingen een derde “witness”-node vereisen om split-brain te voorkomen, levert SafeKit een robuust 2-node-cluster, wat 33% bespaart op hardware, stroom en rackruimte.
- Hardware-agnostische redundantie: Voorkom vendor lock-in. Bouw uw High Availability-cluster met elk servermerk of intern opslagtype, waardoor de levensduur van bestaande hardware wordt verlengd en de vervangingskosten worden verlaagd.
- Kostenvoorspelbare licentieverlening: SafeKit biedt hoge beschikbaarheid via een eenmalige, eeuwigdurende licentie, wat zorgt voor een voorspelbare budgettering en het risico op jaarlijkse prijsverhogingen elimineert.
Door hoge beschikbaarheid te consolideren in een lichtgewicht softwarelaag, levert SafeKit redundantie en bedrijfscontinuïteit van enterprise-kwaliteit voor Linux tegen een fractie van de kosten van traditionele clusteringpakketten.

SafeKit HA mirror-cluster voor Linux
⚡ Snelle installatiegids voor mirror-cluster voor Linux >
Inhoudsopgave
- Hoe implementeert de SafeKit-software eenvoudig een SANless Linux cluster met hoge beschikbaarheid?
- Hoe werkt het SafeKit- mirror-cluster met Linux ?
- Beperkingen van SafeKit High Availability
- Vergelijking: SafeKit voor Linux versus andere clusteringoplossingen
- Videogids: Een SafeKit Mirror HA-cluster configureren
- 🔍 SafeKit High Availability Navigation Hub
Hoe implementeert de SafeKit-software eenvoudig een SANless Linux cluster met hoge beschikbaarheid?
Wat is de SafeKit Mirror HA-oplossing voor Linux ?
SafeKit biedt hoge beschikbaarheid voor Linux tussen twee servers van elk merk.
Dit artikel legt uit hoe u snel een Linux cluster kunt implementeren zonder gedeelde opslag op een SAN en zonder specifieke vaardigheden.
Het principe van de oplossing is het definiëren van de mappen waarin de toepassingsgegevens van de Linux, de services, een virtueel IP-adres en checkers zich bevinden.
SafeKit implementeert vervolgens real-time replicatie en automatische failover om een continue beschikbaarheid van de dienstverlening te garanderen.
Waarom kiezen voor een uniforme alles-in-één HA-oplossing in plaats van gefragmenteerde tools?
In tegenstelling tot “bolt-on”-oplossingen die afzonderlijke producten voor replicatie en clustering combineren, integreert SafeKit virtueel IP, automatische failover, automatische failback en realtime bestandsreplicatie in één engine.
Dit elimineert het ‘kaartenhuis’-risico waarbij OS-updates kwetsbare koppelingen tussen verschillende tools verbreken, biedt een enkel verantwoordingspunt voor de gehele HA-stack en vermindert menselijke fouten door een enkele interface te bieden voor Linux HA.
Moet ik kiezen voor hoge beschikbaarheid op applicatieniveau of op het niveau van de virtuele machine (VM)?
Met SafeKit hebt u de flexibiliteit om het redundantiemodel te kiezen dat het beste bij uw behoeften past.
Redundantie op VM-niveau (voor Hyper-V of KVM) is het eenvoudigst te implementeren, omdat het de volledige virtuele machine repliceert en er geen kennis van de interne applicatie vereist is.
Applicatieniveau-redundantie is daarentegen gedetailleerder; het repliceert alleen specifieke gegevensmappen en herstart de applicatieservices in plaats van het hele besturingssysteem.
Hoewel HA op VM-niveau eenvoudiger in te stellen is, is HA op applicatieniveau hypervisor-agnostisch en kan het worden uitgevoerd in fysieke, virtuele of cloudomgevingen.
Wat zijn de onderscheidende voordelen van de hoge beschikbaarheid van de SafeKit Linux in vergelijking met concurrenten?
SafeKit onderscheidt zich van traditionele Linux clusters door zijn ‘shared-nothing’-architectuur en vereenvoudigde implementatie. Waar de meeste bedrijfsoplossingen een complexe replicatie-implementatie of dure SAN-opslag vereisen, biedt SafeKit:
- Synchrone replicatie met nul gegevensverlies: SafeKit implementeert 100% synchrone replicatie, wat zorgt voor totale gegevensintegriteit voor transactionele toepassingen. In geval van een storing is er geen gegevensverlies (RPO=0). Bovendien kan SafeKit niet alleen de Linux databases repliceren, maar ook alle andere gegevensmappen (logboeken, configuratiebestanden, enz.), zodat de gehele omgeving wordt gespiegeld.
- Vereenvoudigde 2-node clustering: In tegenstelling tot standaard clusters die vaak een “witness” (een 3e node, schijf, gedeelde map) vereisen om een quorum te behouden, levert SafeKit volledige hoge beschikbaarheid met slechts twee redundante servers, waardoor de infrastructuurkosten en complexiteit worden verminderd.
Lees meer over ons heartbeat- en quorummechanisme. - Uniform beheer: beheerders kunnen de failover Linux, datareplicatie en monitoring beheren via één enkele SafeKit-console. Dit maakt hoge beschikbaarheid toegankelijk voor teams zonder gespecialiseerde “clusterbeheer”-expertise.
- Aangepaste checkers: SafeKit gaat verder dan de basisdienstbewaking; het biedt checkers om de status van het Linux proces te bewaken. Het systeem is zeer uitbreidbaar, waardoor aangepaste checkers kunnen worden toegevoegd die zijn afgestemd op uw omgeving.
Hoe verlaagt SafeKit de TCO (Total Cost of Ownership) voor Linux in vergelijking met standaard clustering?
In tegenstelling tot traditionele oplossingen voor hoge beschikbaarheid is SafeKit ontworpen om te werken met een absolute minimale infrastructuur-overhead, zonder dat dit ten koste gaat van de betrouwbaarheid. De belangrijkste besparingen in vergelijking met traditionele failover-clusters zijn:
- Nul opslagkosten: SafeKit maakt gebruik van een ‘shared-nothing’-architectuur die werkt met lokale schijven. Hierdoor zijn dure SAN-hardware, iSCSI-netwerken of complexe vSAN-configuraties niet meer nodig.
- Geen Enterprise Edition vereist: Hoewel de native replicatiemechanismen dure Enterprise-licenties kunnen vereisen, heeft SafeKit de Enterprise-editie niet nodig. Het werkt naadloos met de standaardeditie en zelfs met de gratis editie, en biedt hoogwaardige beschikbaarheid tegen een fractie van de kosten.
- Echte 2-node-efficiëntie: In tegenstelling tot standaardclusters die vaak een “witness” (een 3e node, schijf of bestandsshare) vereisen om een quorum te behouden, levert SafeKit volledige hoge beschikbaarheid met slechts twee redundante servers.
- Geen gedwongen abonnementen: SafeKit biedt een eeuwigdurende licentie. U bent eigenaar van uw software, waardoor u de “abonnementsval” en onvoorspelbare jaarlijkse prijsverhogingen vermijdt die gebruikelijk zijn bij moderne cloud-only of op abonnementen gebaseerde modellen.
- Lage operationele kosten (OPEX): Als plug-and-play-oplossing vereist het geen gespecialiseerde training of dure externe consultancy voor onderhoud, in tegenstelling tot complexe open-source clusteringtools.
- CPU-onafhankelijke prijsstelling: Licentieverlening is onafhankelijk van het aantal CPU’s of cores. Met slechts twee licenties voor twee nodes kunt u Linux beschermen tegen storingen.
Is het mogelijk om een Linux mirror-cluster op te zetten zonder clusteringvaardigheden?
Ja. Dit artikel legt uit hoe u snel een Linux mirror-cluster kunt implementeren zonder gespecialiseerd SAN-beheer of complexe HA-clusteringsvaardigheden. Door gebruik te maken van de geautomatiseerde failover-scripts van SafeKit voor de replicatie en het opnieuw opstarten van Linux, krijgt u een robuuste redundantieoplossing die aanzienlijk eenvoudiger te implementeren en te onderhouden is dan traditionele clusteroplossingen.
Welke applicaties en omgevingen kan SafeKit beschermen, naast Linux ?
SafeKit is een veelzijdige high-availability-oplossing voor zowel Windows als Linux. Het maakt synchrone real-time replicatie en automatische failover mogelijk voor een breed scala aan bedrijfskritische workloads, waaronder:
- Virtuele en fysieke omgevingen: complete Hyper-V- of KVM-virtuele machines.
- Containerorkestratie: Docker-, Podman- en K3s-omgevingen (Kubernetes).
- Gegevens en diensten: Individuele bestandsmappen, diensten en diverse databases.
- Cloudinfrastructuur: hoge beschikbaarheid voor cloudtoepassingen.
SafeKit biedt farm-clusters ook native netwerktaakverdeling en failover voor stateless applicaties zoals webservers.
💡 Bekijk hier de volledige lijst met ondersteunde HA-oplossingen.
Hoe werkt het SafeKit mirror-cluster met Linux ?
Stap 1. Realtime replicatie
Server 1 (PRIM) draait de Linux 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 Linux 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 Linux 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 Linux 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 Linux ?

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 Linux 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
| Limiet / Vereiste | Reden en impact | Aanbevolen alternatief |
|---|---|---|
| Replicatiegrootte: een paar TB | Resynchronisatietijd na storing (stap 3): • 1 Gb/s-netwerk ≈ 3 uur/TB • 10 Gb/s-netwerk ≈ 1 uur/TB (afhankelijk van de schrijfsnelheid van de schijf) | • Gebruik externe gedeelde opslag (duurder, complexer). |
| Aantal bestanden: < 1.000.000 bestanden | • Prestaties van de resynchronisatietijd na een storing (stap 3). • Tijd die nodig is om elk bestand tussen beide knooppunten te vergelijken. | • Plaats de vele bestanden die u wilt repliceren op een virtuele harde schijf/virtuele machine. • In dit geval worden alleen de bestanden die de virtuele harde schijf/virtuele machine vertegenwoordigen, gerepliceerd en opnieuw gesynchroniseerd. |
| Failovercapaciteit: ≤ 32 VM’s | • Elke VM draait in een onafhankelijke mirror-module. • Maximaal 32 mirror-modules die op hetzelfde cluster draaien. | • Gebruik een externe gedeelde opslag en een andere VM-clusteroplossing (duurder, complexer). |
| Netwerkarchitectuur: LAN/VLAN-netwerk tussen externe locaties | • Automatische failover van het virtuele IP-adres met 2 knooppunten in hetzelfde subnet. • Goede bandbreedte voor resynchronisatie (stap 3). • Lage latentie voor synchrone replicatie: doorgaans < 5 ms RTT; hogere waarden moeten worden gevalideerd aan de hand van de schrijfsnelheid van de toepassing. | • Als de twee knooppunten zich in verschillende subnets bevinden (gebruikelijk in de cloud), gebruik dan andere omleidingsopties: een load balancer, CLI’s van cloudproviders, BGP of DNS-omleiding. • Gebruik back-upoplossingen met asynchrone replicatie voor netwerken met hoge latentie. |
Vergelijking: SafeKit voor Linux versus andere clusteringoplossingen
| Functie | SafeKit voor Linux | Failoverclustering voor gedeelde opslag | Database-replicatie |
|---|---|---|---|
| Architectuur | SANless (Shared-Nothing) | Gedeelde opslag (SAN/NAS) | Geen gedeelde gegevens |
| Applicatieherconfiguratie | Geen (wordt ter plaatse uitgevoerd) | Vereist (gegevens verplaatsen naar gedeelde schijf) | Geen |
| Replicatiebereik | Volledige applicatie (DB + configuratie + logboeken) | Gegevens van gedeelde schijf | Alleen databasegegevens |
| Replicatietype | Synchroon (nul RPO) | Synchroon (via SAN) | Afhankelijk van edities (vaak asynchroon) |
| Failover-/failbacklogica | Volautomatisch | Volautomatisch | Vaak handmatig of complex |
| AD/LDAP-afhankelijkheid | Onafhankelijk (geen AD vereist) | Vereist op Windows (Active Directory) | Onafhankelijk |
| Implementatiecomplexiteit | Laag (< 30 minuten) | Hoog (AD, opslag, quorum) | Medium (alleen replicatie, geen failover) |
Kortom, door de noodzaak van een SAN te elimineren en de implementatie te vereenvoudigen – waarbij afhankelijkheden zoals Active Directory en gespecialiseerde Quorum- configuraties worden verwijderd – biedt SafeKit een gestroomlijnd, hardware-onafhankelijk HA-alternatief. Dit resulteert in een aanzienlijk lagere TCO, terwijl uw Linux omgeving veerkrachtig blijft met nul gegevensverlies en geautomatiseerd herstel.
Videogids: Een SafeKit HA- mirror-cluster configureren
SafeKit video: Clustering op applicatieniveau (8:47)
Ontdek in deze video hoe SafeKit een mirror HA-cluster implementeert zonder de complexiteit van een SAN. Hoewel deze demonstratie gebruikmaakt van Microsoft SQL Server, werkt de oplossing identiek voor andere databases en toepassingen.
Hoofdstukken
- 🎬 2 knooppunten met SQL Server (0:32)
- 🎬 Configureer het cluster en de mirror.safe-module (3:58)
- 🎬 SQL-replicatie, -migratie en -failover bij een crash starten en testen (4:17)
Stapsgewijze implementatie
- 🛠️ Lees de handleiding voor het instellen van een mirror-cluster op Windows
- 🛠️ Lees de handleiding voor het instellen van een mirror-cluster op Linux
🔍 Ontdek SafeKit
Vind informatie over de functies, architecturen, video’s, documentatie en de gratis proefversie van SafeKit.
| Hulpbron | Beschrijving | Link |
|---|---|---|
| Belangrijkste kenmerken | Ontdek waarom SafeKit een eenvoudige en kosteneffectieve oplossing voor hoge beschikbaarheid is. | Ontdek de belangrijkste kenmerken |
| Gebruiksscenario’s | Ontdek hoe SafeKit kritieke applicaties en infrastructuur beschikbaar houdt. | Ontdek de gebruiksscenario’s |
| Implementatiemodel | SafeKit biedt hoge beschikbaarheid zonder SAN of gedeelde opslag. | Het implementatiemodel verkennen |
| Strategieën voor hoge beschikbaarheid | Vergelijk hoge beschikbaarheid voor virtuele machines met hoge beschikbaarheid voor toepassingen. | Vergelijk de twee strategieën |
| Technische specificaties | Controleer de technische vereisten en beperkingen voor SafeKit-clusters. | Lees de technische specificaties |
| Video’s | Bekijk demonstraties van de SafeKit-configuratie en automatische failover. | Bekijk de technische video’s |
| Architectuur | Ontdek hoe het SafeKit mirror-cluster bestanden in realtime repliceert en failover afhandelt. | Verken de Mirror -architectuur |
| Architectuur | Ontdek hoe het SafeKit farm-cluster het netwerkverkeer in evenwicht brengt en failover afhandelt. | Verken de architectuur Farm |
| Productvergelijking | Vergelijk SafeKit met traditionele high-availability-clusters. | Vergelijk de oplossingen |
| Technische hulpmiddelen | Vind technische documentatie, download SafeKit en krijg toegang tot de gratis proefversie. | Krijg toegang tot de documentatie en de gratis proefversie |
| Applicatiemodules | Gebruik vooraf geconfigureerde SafeKit-modules om hoge beschikbaarheid voor uw applicaties in te stellen. | Verken de applicatiemodules |