SafeKit: Alles-in-één SANless High Availability & Applicatie-clustering Software
Wat is SafeKit?
SafeKit is een alles-in-één High Availability softwareoplossing die 100% uptime van applicaties garandeert door realtime host-based replicatie , automatische failover en load balancing te combineren in één pakket.
Door gegevens te synchroniseren tussen standaard servers, elimineert SafeKit de noodzaak voor dure gedeelde opslag (SAN) of gespecialiseerde IT-vaardigheden. Het biedt een eenvoudige, kosteneffectieve manier om bedrijfsdatabases (zoals SQL Server), kritieke beveiligingssystemen (zoals Milestone XProtect Video Management Software) en SCADA industriële controlesoftware (zoals Siemens-applicaties) te beschermen binnen zowel Windows- als Linux-omgevingen.
🔍 SafeKit High Availability Navigatiehub
Ontdek SafeKit: Functies, technische video’s, documentatie en gratis proefversie
| Type bron | Beschrijving | Directe link |
|---|---|---|
| Belangrijkste kenmerken | Waarom kiezen voor SafeKit voor eenvoudige en kosteneffectieve High Availability? | Bekijk waarom kiezen voor SafeKit voor High Availability |
| Use Cases | Ontdek hoe SafeKit de hoge beschikbaarheid van kritieke infrastructuur waarborgt | Bekijk alle gebruiksscenario’s (OEM-software, Edge-servers, SCADA en meer) |
| Implementatiemodel | All-in-One SANless HA: Shared-Nothing Software Clustering | Bekijk SafeKit All-in-One SANless HA |
| HA-strategieën | SafeKit: Infrastructuur (VM) vs. High Availability op applicatieniveau | Bekijk SafeKit HA & Redundantie: VM vs. Applicatieniveau |
| Technische specificaties | Technische beperkingen voor SafeKit Clustering | Bekijk SafeKit High Availability beperkingen |
| Proof of Concept | SafeKit: High Availability configuratie & failover demo’s | Bekijk SafeKit failover-tutorials |
| Architectuur | Hoe de SafeKit Mirror Cluster werkt (Realtime Replicatie & Failover) | Bekijk SafeKit Mirror Cluster: Realtime Replicatie & Failover |
| Architectuur | Hoe de SafeKit Farm Cluster werkt (Network Load Balancing & Failover) | Bekijk SafeKit Farm Cluster: Network Load Balancing & Failover |
| Concurrentievoordelen | Vergelijking: SafeKit vs. Traditionele High Availability (HA) Clusters | Bekijk de vergelijking tussen SafeKit en traditionele HA-clusters |
| Technische bronnen | SafeKit High Availability: Documentatie, downloads & proefversie | Bekijk de gratis SafeKit HA-proefversie & technische documentatie |
| Voorgeconfigureerde oplossingen | SafeKit Applicatiemodule-bibliotheek: Gebruiksklare HA-oplossingen | Bekijk SafeKit High Availability applicatiemodules |
Waarom kiezen voor SafeKit voor eenvoudige en kosteneffectieve High Availability?
Wat zijn de functies van SafeKit?
SafeKit biedt de volgende functies voor Windows en Linux in één enkel softwareproduct:
- Load balancing
- Synchrone realtime bestandsreplicatie
- Automatische applicatie-failover
- Automatische failback na een serverstoring
Heb ik speciale vaardigheden nodig om SafeKit te configureren?
Nee. SafeKit is eenvoudig te implementeren — er is geen geavanceerde expertise vereist.
Vereist SafeKit extra hardware?
Nee. SafeKit draait op uw bestaande servers, virtuele machines of in de cloud — er zijn geen gedeelde schijven of SAN-opslag nodig.
Zijn er extra softwarelicenties vereist voor SafeKit?
Nee. SafeKit werkt met standaard Windows- en Linux-edities en heeft geen enterprise database-licenties nodig.
Welke problemen lost SafeKit op?
SafeKit lost het volgende op:
- Hardwarestoringen (20% van de problemen), inclusief het volledig uitvallen van een serverruimte
- Softwarefouten (40% van de problemen), inclusief het herstarten van kritieke processen
- Menselijke fouten (40% van de problemen) dankzij het gebruiksgemak
Welke applicaties worden ondersteund door SafeKit?
U kunt realtime replicatie en failover implementeren voor:
- Alle soorten applicaties, bestandslocaties en services
- Databases
- Volledige Hyper-V of KVM virtuele machines
- Docker, Podman en cloud-applicaties
Hoe verlaagt SafeKit de kosten?
SafeKit elimineert de noodzaak voor de volgende zaken:
- Network load balancers of dedicated proxyservers
- Gedeelde schijven of gerepliceerde SAN-opslag
- Enterprise-edities van besturingssystemen en databases
- Gespecialiseerde vaardigheden voor clusteronderhoud
Wat zijn de prijzen en licentievormen van SafeKit High Availability?
SafeKit hanteert een transparant en kosteneffectief licentiemodel per node , strikt gebaseerd op het aantal servers, ongeacht het aantal CPU-cores of sockets. In tegenstelling tot veel concurrenten die verplichte terugkerende abonnementen eisen, biedt SafeKit permanente licenties (perpetual) om een lagere Total Cost of Ownership (TCO) en software-activa voor de lange termijn te garanderen.
- Geen verborgen kosten: Alle voorgeconfigureerde HA-applicatiemodules worden gratis verstrekt.
- Risicovrije evaluatie: Download een gratis proefversie van 30 dagen om failover en replicatie in uw eigen omgeving te testen.
- Offertes op maat: Neem contact met ons op voor een offerte die is afgestemd op uw specifieke high availability-vereisten.
SafeKit Toepassingen
SafeKit voor OEM
Het aanbieden van hoge beschikbaarheid bij uw applicatie verhoogt de bedrijfswaarde door een continue dienstverlening te garanderen, risico’s op downtime te verminderen en het vertrouwen van klanten te versteren, terwijl kritieke processen zonder onderbreking kunnen blijven draaien op standaardinfrastructuren.
Voeg SafeKit toe aan uw catalogus als een optie voor hoge beschikbaarheid: een puur softwarematige oplossing op maat van uw applicatie, zonder verborgen kosten zoals gedeelde opslag, volledig hardware-agnostisch en inzetbaar op fysieke, virtuele of cloudomgevingen, met een eenvoudige plug-and-play administratie.
SafeKit voor Edge
Edge-locaties hebben vaak geen datacenter en geen expertise op het gebied van hoge beschikbaarheid (HA) — en toch is bedrijfscontinuïteit essentieel. SafeKit houdt Edge-applicaties draaiende in fabrieken, boorplatforms, schepen, gebouwbeveiliging, luchtverkeersleiding, 5G-netwerken, de gezondheidszorg, retail…
SafeKit verandert twee standaard Edge-servers (van elk merk) in een plug-and-play HA-cluster — zonder gedeelde opslag of SAN. Eén lichtgewicht software-stack biedt real-time replicatie en automatische failover (en kan ook load balancing bevatten), eenvoudig te installeren en te beheren.
SafeKit voor VMS
Video Management Software (VMS) is essentieel voor de openbare veiligheid; het registreert en toont live en gearchiveerde beelden, zodat beveiligers direct kunnen reageren op incidenten. Elke uitval van het VMS-systeem brengt mensen en bezittingen direct in gevaar.
SafeKit voorkomt videoverlies en gaten in de monitoring door continue toegang tot live en opgenomen streams te garanderen, zelfs bij server- of softwarefouten. Het integreert naadloos met toonaangevende VMS-platforms zoals Milestone, Genetec, Hanwha en anderen om bewaking operationeel te houden wanneer dat het meest cruciaal is.
SafeKit voor EACS
Elektronische toegangscontrolesystemen (EACS) zijn essentieel voor fysieke beveiliging; ze controleren en bewaken de toegang tot besloten en gevoelige zones via deuren, passen, lezers en sensoren. Elke systeemstoring kan mensen, gebouwen en bezittingen onmiddellijk blootstellen aan indringers.
SafeKit houdt toegangsbeslissingen, alarmen en inloggegevens te allen tijde beschikbaar door “single points of failure” te elimineren. Het biedt een veerkrachtige werking voor EACS-oplossingen zoals Hirsch Microsesame, Nedap AEOS en Siemens SiPass , waardoor veilige toegang gegarandeerd blijft, zelfs tijdens incidenten in de infrastructuur.
SafeKit voor SCADA
SCADA-systemen (Supervisory Control and Data Acquisition) vormen de kern van industriële omgevingen. Ze stellen operators in staat om kritieke processen te bewaken en aan te sturen via sensoren, kleppen, pompen, motoren en mens-machine-interfaces (HMI).
SafeKit minimaliseert productiestilstand door ervoor te zorgen dat SCADA-controlesystemen — zoals de systemen die Probat koffiebranders en ALSTEF bagagesorteermachines aansturen — operationeel blijven ondanks hardware- of software-incidenten. Hierdoor behouden operators te allen tijde volledige zichtbaarheid en controle over industriële processen, wat kostbare stops en veiligheidsrisico’s voorkomt.
SafeKit voor BMS
Gebouwbeheersystemen (BMS) staan centraal in moderne gebouwen en zorgen voor de geautomatiseerde aansturing van HVAC, elektriciteitsdistributie, verlichting, brandveiligheid en watersystemen. Elke systeemuitval kan directe gevolgen hebben voor de veiligheid van de aanwezigen, het comfort en de algehele gebouwvoering.
SafeKit waarborgt gebouwautomatisering door BMS-diensten transparant te laten doorlopen in het geval van een storing. Het ondersteunt platformen zoals Siemens Desigo CC, Bosch BIS en aanverwante systemen om veilige, efficiënte en ononderbroken gebouwoperaties te garanderen.
SafeKit voor ATC
Luchtverkeersleidingssystemen (ATC) zijn essentieel voor de veiligheid van de luchtvaart. Ze maken real-time monitoring en controle van vliegtuigbewegingen op de grond en in de lucht mogelijk via surveillance-, begeleidings- en controletoepassingen.
SafeKit versterkt de veerkracht van ATC-systemen door ononderbroken toegang van de verkeersleider tot kritieke “airside” toepassingen te garanderen. Het wordt gebruikt in combinatie met ATC- en luchthavenoplossingen zoals ADB SafeGate om veilige, continue luchtverkeersoperaties onder alle omstandigheden te ondersteunen.
SafeKit voor OCC
Operationele Controlecentra (OCC) vormen het hart van moderne metronetwerken. Ze centraliseren het toezicht op treinbewegingen, stroomvoorziening, signalering, reizigersinformatie en incidentmanagement. Bij automatische, bestuurderloze metrolijnen is het OCC het centrale punt voor de operationele aansturing.
SafeKit waarborgt ononderbroken toezicht op het metronetwerk door ervoor te zorgen dat OCC-applicaties beschikbaar blijven tijdens storingen. Het ondersteunt controlecentra voor automatische, bestuurderloze Parijse metrolijnen , wat een continue dienstverlening en snelle reactie op incidenten mogelijk maakt zonder afhankelijkheid van bestuurders aan boord.
Waarom een alles-in-één SANless High Availability-product essentieel is
In de wereld van bedrijfscontinuïteit geloven veel organisaties ten onrechte dat het hebben van een back-up of een tool voor datareplicatie hetzelfde is als High Availability (HA). In werkelijkheid zijn dit slechts stukjes van een veel grotere puzzel. Om echt 100% uptime te garanderen, heeft u een alles-in-één oplossing nodig die elke laag van het failover-proces integreert.
Hier leest u waarom een gefragmenteerde aanpak faalt en waarom een geïntegreerd alles-in-één product zoals SafeKit — dat gebruikmaakt van host-gebaseerde replicatie op bestandsniveau — noodzakelijk is.
Is alleen host-gebaseerde replicatie voldoende voor High Availability?
Nee. Datareplicatie is simpelweg het kopiëren van gegevens van Server A naar Server B. Hoewel dit essentieel is, biedt replicatie op zichzelf geen beschikbaarheid. Zonder de overige componenten van een HA-stack is replicatie slechts een “passieve kopie” die handmatige, tijdrovende interventie vereist om nuttig te zijn:
- Als Server A crasht, zal datareplicatiesoftware uw gebruikers niet automatisch naar Server B leiden.
- Het zal niet detecteren dat de applicatie is gestopt.
- Het zal de services niet herstarten.
De verborgen risico’s van gefragmenteerde oplossingen: waarom silo-HA de kans op falen vergroot
Veel leveranciers vereisen dat u verschillende producten aan elkaar koppelt om host-gebaseerde replicatie , failover en load balancing te realiseren. Deze gefragmenteerde architectuur is een gevaarlijke strategie voor bedrijfskritische systemen:
- Fragiele integratie: Wanneer u product A gebruikt voor replicatie en product B voor clustering, creëert u een “kaartenhuis”. Elke OS-update of beveiligingspatch vormt een risico voor de kwetsbare communicatieverbinding tussen deze afzonderlijke engines.
- Hoge cognitieve belasting & menselijke fouten: Het beheren van meerdere interfaces verhoogt het risico op fouten. Tijdens een systeemstoring onder hoge druk leidt het schakelen tussen verschillende GUI’s of het gebruik van verschillende CLI-syntaxis tot verwarring en langere downtime.
- Vingerwijzen door leveranciers: Als een failover mislukt, kan de replicatieleverancier de clusteringtool de schuld geven, waardoor u er tussenin komt te zitten zonder duidelijke oplossing. Een alles-in-één oplossing biedt één enkel aanspreekpunt.
- Complex onderhoud: Gefragmenteerde systemen vereisen gespecialiseerde vaardigheden voor elk afzonderlijk onderdeel, waardoor de oplossing moeilijker te onderhouden is en na verloop van tijd aanzienlijk duurder wordt.
Welke specifieke componenten zijn, naast data, vereist voor een echte SANless failover?
Om herstel te automatiseren en downtime te elimineren, moet een alles-in-één product verschillende technische onderdelen gelijktijdig beheren:
- Host-gebaseerde replicatie: realtime, synchrone replicatie van kritieke applicatiegegevens tussen servers zonder afhankelijk te zijn van gedeelde opslag (SAN). Dit garandeert nul dataverlies (RPO=0) en elimineert dure hardware-afhankelijkheden.
- Virtueel IP-adres (VIP): Dit biedt één centraal toegangspunt voor gebruikers. Wanneer er een storing optreedt, verplaatst de software het VIP van de defecte node naar de gezonde node, zodat gebruikers hun configuratie niet hoeven aan te passen.
- Hardware- en softwarefoutdetectoren: Het systeem moet constant een “heartbeat” uitvoeren op zowel de fysieke server als de specifieke softwareprocessen om een vastloper of crash onmiddellijk te identificeren.
- Aanpasbare opstartscripts: Niet elke applicatie start op dezelfde manier. Een alles-in-één tool maakt aangepaste scripts mogelijk om ervoor te zorgen dat complexe services in de juiste volgorde starten.
- Automatische failover: De intelligentie om de volledige overgang van de ene server naar de andere te orkestreren zonder menselijke tussenkomst.
Waarom moet het failover-mechanisme gesynchroniseerd zijn met host-gebaseerde replicatie?
Als uw failover-manager en uw datareplicatie twee verschillende producten zijn, lopen ze mogelijk niet “in de pas”.
Het gevaar: Als er een failover plaatsvindt terwijl de replicatie de laatste bits nog niet volledig heeft verzonden, zal Server B de applicatie opstarten met verouderde of corrupte gegevens.
Een alles-in-één SANless HA-oplossing garandeert dat het failover-mechanisme op de hoogte is van de replicatiestatus. Het staat het opstarten van de applicatie op de back-upnode alleen toe als de gegevens gegarandeerd up-to-date zijn, waardoor conflicterende actieve nodes en gegevensverlies worden voorkomen.
Wat gebeurt er als de defecte server is gerepareerd (failback)?
Automatische failback wordt vaak over het hoofd gezien in technische handleidingen en slecht uitgevoerd door traditionele HA-oplossingen, maar het blijft de meest kritieke vereiste voor echte veerkracht. Een echt alles-in-één product handelt de “terugkeer naar normaal” net zo elegant af als de storing zelf. Wanneer de defecte server weer online komt, loopt deze achter qua gegevens. De HA-software moet dan:
- Gegevens hersynchroniseren op de achtergrond van de actieve node naar de herstelde node.
- Uptime behouden: Deze hersynchronisatie moet plaatsvinden zonder de applicatie die momenteel op de actieve node draait te onderbreken.
- Redundantie herstellen: Zodra de gegevens weer gespiegeld zijn, keert het cluster automatisch terug naar een beveiligde status, klaar voor een volgende gebeurtenis.
Blok- versus bestandsreplicatie: Waarom transparantie belangrijk is
De technische methode die wordt gebruikt voor host-gebaseerde replicatie heeft een grote invloed op de mate waarin u uw bestaande applicatieconfiguratie moet aanpassen.
- De uitdaging van replicatie op blokniveau: De meeste SANless-oplossingen repliceren op schijf-/blokniveau. Dit is niet transparant voor de applicatie. Het vereist dat u de applicatie volledig opnieuw configureert om de gegevens naar een specifiek, nieuw aangemaakt “gerepliceerd schijfvolume” te verplaatsen. Dit gaat vaak gepaard met complexe migraties en mogelijke wijzigingen in de applicatielogica.
- Het voordeel van SafeKit op bestandsniveau: SafeKit voert host-gebaseerde replicatie uit op bestandsniveau , wat volledig transparant is voor de applicatie. U hoeft geen gegevens naar een speciale schijf te verplaatsen; u configureert SafeKit simpelweg om de bestaande applicatiemappen te repliceren. Deze mappen kunnen zelfs op de systeemschijf blijven staan, waardoor u een applicatie kunt beschermen precies op de plek waar deze al is geïnstalleerd.
Kies uw strategie voor hoge beschikbaarheid: VM HA vs. Application HA
SafeKit biedt twee primaire benaderingen om de bedrijfscontinuïteit te waarborgen: Virtual Machine HA (VM HA) en Application HA. Hoewel beide methoden automatische failover mogelijk maken, verschillen ze aanzienlijk in hun scope, mechanismen voor gegevensreplicatie, herstelsnelheid en platformcompatibiliteit. Deze vergelijking licht deze verschillen toe om de optimale strategie te helpen bepalen voor specifieke IT-omgevingen, afhankelijk van de focus op brede virtualisatieondersteuning of op fijnmazig en snel applicatieherstel.
Functievergelijking: SafeKit VM HA vs. SafeKit Application HA Clustering
| Vergelijkingskenmerk | VM HA met SafeKit Hyper-V of KVM-module | Application HA met SafeKit Application-modules |
|---|---|---|
| Implementatiediagram | ||
| Scope van failover | SafeKit binnen twee hypervisors: replicatie en failover van de volledige VM. | SafeKit op twee virtuele of fysieke machines: replicatie en failover op applicatieniveau. |
| Gerepliceerde gegevens | Repliceert meer gegevens (applicatie + besturingssysteem). | Repliceert uitsluitend applicatiegegevens, wat leidt tot kleinere datavolumes. |
| Herstelproces & snelheid (RTO) | Herstart van de VM op hypervisor 2 wanneer hypervisor 1 uitvalt. Hersteltijd hangt af van de herstart van het besturingssysteem. VM-monitoring en failovermechanisme. | Snelle hersteltijd met herstart van de applicatie op OS2 wanneer server 1 uitvalt. Typisch rond 1 minuut of minder (lage RTO). Applicatiemonitoring en softwarematige failover. |
| Installatie | De applicatie wordt één keer geïnstalleerd in een enkele VM. | De applicatie wordt op twee nodes geïnstalleerd. |
| Configuratie | Generieke oplossing voor elke applicatie / elk OS dat in de VM draait. • Vereist geen technische kennis van de applicatie binnen de VM. • Beste oplossing als u niet weet hoe de applicatie werkt. • U hoeft alleen de locatie van de VM-bestanden te definiëren. | Vereist technische kennis van de applicatie zelf. • Welke services opnieuw moeten worden gestart. • Welke applicatiemappen realtime gerepliceerd moeten worden. • Configuratie van een virtueel IP-adres voor failover. |
| Platformcompatibiliteit | Werkt met Windows/Hyper-V en Linux/KVM, maar is niet compatibel met VMware. | Platformonafhankelijk; werkt met fysieke of virtuele machines, cloudinfrastructuren en elke hypervisor, inclusief VMware. |
| Ideaal voor | Ideaal voor het beheren van complexe omgevingen met meerdere applicaties over verschillende VM’s via één HA-beleid. | Ideaal voor het direct integreren van hoge beschikbaarheid in een softwareoplossing, onafhankelijk van onderliggende hardware of hypervisor. |
Beperkingen van SafeKit High Availability
Waarom een replicatie van enkele terabytes?
Resynchronisatietijd na een storing (stap 3)
- 1 Gb/s netwerk ≈ 3 uur voor 1 terabyte.
- 10 Gb/s netwerk ≈ 1 uur voor 1 terabyte of minder, afhankelijk van schrijfsnelheid van de schijf.
Alternatief
- Voor een groot datavolume, gebruik externe gedeelde opslag.
- Duurder, complexer.
Waarom een replicatie < 1.000.000 bestanden?
- Resynchronisatieprestaties na een storing (stap 3).
- Tijd om elk bestand tussen beide nodes te controleren.
Alternatief
- Plaats de vele te repliceren bestanden in een virtuele harde schijf / virtuele machine.
- Alleen de bestanden die de virtuele harde schijf / virtuele machine vertegenwoordigen, worden in dit geval gerepliceerd en gesynchroniseerd.
Waarom een failover ≤ 32 gerepliceerde VM’s?
- Elke VM draait in een onafhankelijk spiegelmodule.
- Maximum van 32 spiegelmodules op dezelfde cluster.
Alternatief
- Gebruik externe gedeelde opslag en een andere VM-clusteringoplossing.
- Duurder, complexer.
Waarom een LAN/VLAN-netwerk tussen externe sites?
- Automatische failover van het virtuele IP-adres met 2 nodes in hetzelfde subnet.
- Goede bandbreedte voor resynchronisatie (stap 3) en goede latency voor synchrone replicatie (typisch een round-trip van minder dan 2 ms).
Alternatief
- Gebruik een load balancer voor het virtuele IP-adres als de 2 nodes zich in 2 subnets bevinden (ondersteund door SafeKit, vooral in de cloud).
- Gebruik back-upoplossingen met asynchrone replicatie voor netwerken met hoge latency.
SafeKit technische failover-tutorials & demo’s
SafeKit Video: Webinar (9:43)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- Introductie (0:38)
- Demonstratie van SafeKit (1:41)
- Voorbeelden van redundantie- en hoge beschikbaarheidsoplossingen (2:00)
- SafeKit verkocht in veel verschillende landen met Milestone (0:49)
- Kies tussen 2 oplossingen: virtuele machine of applicatiecluster (2:29)
- Kenmerkende voordelen (2:06)
SafeKit: HADR implementeren (6:42)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- Introductie tot SafeKit HADR over stretched VLAN’s (1:06)
- Hoe synchrone spiegeling & dubbele bevestiging werken (1:41)
- Failover-mechanismen: Gratuitous ARP (GARP) & virtueel IP (2:10)
- Ontwerpen voor trage WAN: HA- vs. back-upstrategieën (2:45)
SafeKit Video: Clustering op niveau van Virtuele Machine (5:15)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- 2 Hyper-V-nodes en 2 virtuele machines (0:49)
- Configureer de cluster en twee hyperv.safe-modules (1:59)
- Start en test VM-replicatie, migratie, failover bij crash (2:26)
SafeKit Video: Clustering op Applicatieniveau met SQL (8:47)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- 2 nodes met SQL Server (0:32)
- Configureer de cluster en de mirror.safe-module (3:58)
- Start en test SQL-replicatie, migratie, failover bij crash (4:17)
SafeKit Video: OEM High Availability-integratie (4:22)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- SafeKit voor OEM-integratie (0:09)
- Voorbeeld van OEM-installatie: Milestone XProtect (2:18)
- Failover-scenario’s uitgelegd (1:49)
- Samenvatting: Voeg OEM HA toe aan uw catalogus (0:15)
SafeKit Video: Netwerk Load Balancing Clustering (5:03)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- 2 nodes met Apache (0:13)
- Configureer de cluster en de farm.safe-module (2:20)
- Start en test netwerk-loadbalancing, failover bij crash (2:30)
SafeKit Video: Tutorial Gratis Certificeringsplatform (6:11)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- Het trainings- en certificeringsplatform (1:41)
- Wat is een SafeKit-trainingsmodule? (1:57)
- Hoe verdien je een SafeKit-certificaat? (1:40)
- Deel uw certificaat op LinkedIn (0:53)
Trainings- en certificeringsplatform hier
SafeKit Video: Concurrentie en Clusterarchitecturen (13:21)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoofdstukken
- Introductie (4:10)
- Cluster van virtuele machines (1:20)
- Spiegelcluster (Mirror Cluster) (6:04)
- Farmcluster (Farm Cluster) (1:46)
Bekijk de vergelijking tussen SafeKit en traditionele HA-clusters
SafeKit Video: Console op Smartphone (0:54)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
SafeKit Video: E-mailmeldingen bij Failover (1:04)
&amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;gt;
Hoe werkt het SafeKit mirror-cluster met Windows/Linux?
Stap 1. Realtime replicatie
Server 1 (PRIM) voert de Windows/Linux-applicatie uit. Clients zijn verbonden met een virtueel IP-adres. SafeKit repliceert wijzigingen in bestanden in realtime via het netwerk.
De replicatie is synchroon, wat in tegenstelling tot asynchrone replicatie zorgt voor nul dataverlies bij uitval.
U hoeft alleen maar de namen van de te dupliceren mappen in SafeKit te configureren. Er zijn geen vereisten voor de schijfindeling. Mappen mogen zich gewoon op de systeemschijf bevinden.
Stap 2. Automatische failover
Wanneer Server 1 uitvalt, neemt Server 2 de taken over. SafeKit schakelt het virtuele IP-adres om en start de Windows/Linux-applicatie automatisch op Server 2.
De applicatie vindt de door SafeKit gerepliceerde bestanden up-to-date terug op Server 2. De applicatie blijft draaien op Server 2 door lokaal haar bestanden aan te passen, die op dat moment niet langer naar Server 1 worden gerepliceerd.
De failover-tijd is gelijk aan de foutdetectietijd (standaard 30 seconden) plus de opstarttijd van de applicatie.
Stap 3. Automatische failback
Failback houdt in dat Server 1 opnieuw wordt opgestart nadat het probleem dat de uitval veroorzaakte, is verholpen.
SafeKit hersynchroniseert de bestanden automatisch, waarbij alleen de bestanden worden bijgewerkt die op Server 2 zijn gewijzigd terwijl Server 1 buiten werking was.
De failback vindt plaats zonder dat de Windows/Linux-applicatie wordt verstoord, die gewoon kan blijven draaien op Server 2.
Stap 4. Terug naar normaal
Na de reïntegratie verkeren de bestanden weer in mirror-modus, net als in stap 1. Het systeem bevindt zich opnieuw in hoge-beschikbaarheidsmodus (high-availability mode), waarbij de Windows/Linux-applicatie op Server 2 draait en SafeKit de bestandswijzigingen naar Server 1 repliceert.
Als de beheerder wil dat de applicatie op Server 1 draait, kan dit op een geschikt moment handmatig via de webconsole worden uitgevoerd, of automatisch via de configuratie worden ingesteld.
Hoe configureert u een SafeKit mirror-cluster voor Windows/Linux?
De SafeKit webconsole biedt een intuïtieve interface om hoge beschikbaarheid voor uw kritieke applicaties te orkestreren. In slechts een paar stappen kunt u een SafeKit mirror-cluster configureren om de bedrijfscontinuïteit te waarborgen:
- Applicatie-failover (tabblad Macros): Definieer de specifieke applicatiediensten die automatisch herstart moeten worden in het geval van een storing.
- Heartbeat-netwerk(en): Toegewijde communicatiepaden die door de clusternodes worden gebruikt om continu elkaars status en beschikbaarheid te controleren en failover-beslissingen te synchroniseren.
- Virtueel IP-beheer: Stel het virtuele IP-adres (VIP) in voor een transparante herverbinding van clients na een failover.
- Realtime replicatie: Selecteer de kritieke mappen (directories) voor host-gebaseerde, synchrone replicatie op byte-niveau.
- Checkers: Monitor de status van de applicatie en activeer automatisch herstel zodra er een procesfout wordt gedetecteerd.
Het SafeKit-cluster bevat een ingebouwde split-brain checker om netwerklokalisatieproblemen op te lossen zonder dat er een derde ‘witness machine’ (getuige) of een extra heartbeat-netwerk nodig is. Lees meer over heartbeat, failover en quorum in een cluster.
Hoe monitort u een SafeKit mirror-cluster voor Windows/Linux?
De SafeKit-beheerconsole biedt een universeel overzicht van uw hoge beschikbaarheidsinfrastructuur. Hiermee kunnen beheerders de operationele status van het cluster controleren en de datasynchronisatie in realtime volgen.
Voor een mirror-cluster met 2 nodes toont de console duidelijk de rollen van elke server:
- PRIM (Primary): De actieve node die momenteel de applicatie uitvoert en het virtuele IP-adres beheert. Deze voert schrijfbewerkingen uit op de lokale opslag en verzorgt de realtime replicatie naar de secundaire node.
- SECOND (Secondary): De stand-by node die synchrone updates op byte-niveau ontvangt. Deze staat klaar om direct de taken over te nemen als de Primary uitvalt.
- ALONE-status: Waarschuwt u visueel wanneer het cluster op een enkele node draait (bijv. tijdens onderhoud of na een storing), wat aangeeft dat de redundantie tijdelijk is weggevallen.
- Voortgang van de hersynchronisatie: Wanneer een uitgevallen node herstelt, kleurt de status ervan oranje tijdens de gegevensreïntegatie op de achtergrond. Dit garandeert dat er geen downtime is tijdens de fase van de “terugkeer naar normaal”.
Naast eenvoudige statuspictogrammen biedt de interface failover-orkestratie met één klik , waardoor u de primaire rol handmatig kunt herverdelen voor gepland onderhoud, terwijl de continue beschikbaarheid voor gebruikersactiviteiten gewaarborgd blijft.
Hoe het SafeKit-cluster in farm-modus werkt met Windows/Linux?
Virtueel IP-adres in een cluster in farm-modus
In de vorige afbeelding draait de applicatie Windows/Linux op 3 servers (3 is een voorbeeld, dit kunnen er 2 of meer zijn). Gebruikers zijn verbonden met een virtueel IP-adres.
Het virtuele IP-adres is lokaal geconfigureerd op elke server in het cluster in farm-modus.
Het inkomende verkeer naar het virtuele IP-adres wordt door alle servers ontvangen en tussen hen verdeeld door een netwerkfilter in de kernel van elke server.
SafeKit detecteert hardware- en softwarefouten, herconfigureert netwerkfilters in het geval van een storing en biedt configureerbare applicatie-checkers en herstelscripts.
Loadbalancing in een netwerkfilter
Het algoritme voor netwerkloadbalancing binnen het netwerkfilter is gebaseerd op de identiteit van de clientpakketten (IP-adres van de client, TCP-poort van de client). Afhankelijk van de identiteit van het inkomende clientpakket accepteert slechts één filter op een server het pakket; de andere filters op de andere servers wijzen het af.
Zodra een pakket door het filter op een server is geaccepteerd, worden alleen de CPU en het geheugen van deze server gebruikt door de Windows/Linux-applicatie die op het verzoek van de client reageert. De uitgaande berichten worden rechtstreeks van de applicatieserver naar de client verzonden.
Als een server uitvalt, herconfigureert het farm-hartslagprotocol de filters in het netwerkloadbalancingcluster om het verkeer opnieuw te verdelen over de resterende beschikbare servers.
Stateful of stateless applicaties
Bij een stateful Windows/Linux-applicatie is er sprake van sessie-affiniteit (session affinity). Dezelfde client moet via meerdere TCP-sessies met dezelfde server verbonden zijn om zijn context op de server op te halen. In dit geval is de SafeKit-loadbalancingregel geconfigureerd op basis van het IP-adres van de client. Hierdoor is dezelfde client via meerdere TCP-sessies altijd met dezelfde server verbonden. Verschillende clients worden zo verdeeld over de verschillende servers in de farm.
Bij een stateless Windows/Linux-applicatie is er geen sprake van sessie-affiniteit. Dezelfde client kan via meerdere TCP-sessies met verschillende servers in de farm verbonden zijn. Er wordt van de ene sessie naar de andere geen context lokaal op een server opgeslagen. In dit geval is de SafeKit-loadbalancingregel geconfigureerd op basis van de identiteit van de TCP-clientsessie. Deze configuratie is het meest geschikt voor het verdelen van sessies over de servers, maar vereist een TCP-dienst zonder sessie-affiniteit.
Hoe configureert u een SafeKit-cluster in farm-modus voor Windows/Linux?
Het SafeKit-cluster in farm-modus is ontworpen voor hoge beschikbaarheid en schaalbaarheid van diensten. De configuratie is gericht op het gelijktijdig verdelen van inkomend verkeer over beide knooppunten (nodes):
- Load Balanced Services (tabblad Macros): Definieer de specifieke applicatiediensten (bijv. Apache, IIS, Nginx) die op alle knooppunten actief moeten blijven.
- Hartslagnetwerk(en) (Heartbeat): Communicatiepad(en) die worden gebruikt om te detecteren of een knooppunt de farm heeft verlaten, wat een onmiddellijke herverdeling van de belasting activeert.
- Virtueel IP (Farm VIP): In tegenstelling tot een spiegelcluster (mirror cluster) wordt het Farm VIP gedeeld tussen knooppunten met behulp van een kernelfilteralgoritme om netwerkverkeer te distribueren.
- Loadbalancingregels: Definieer het beleid voor verkeersdistributie op basis van het bron-IP-adres of de poort.
- Checkers: Bewaak de gezondheid van de applicatie en activeer een automatische herstart als er een procesfout wordt gedetecteerd.
Hoe bewaakt u een SafeKit-cluster in farm-modus voor Windows/Linux?
Het bewaken van een cluster in farm-modus biedt inzicht in het Active-Active karakter van de infrastructuur, waarbij alle knooppunten (nodes) bijdragen aan de prestaties van de applicatie (in dit voorbeeld worden 2 knooppunten getoond):
- UP-status (50% op 2 knooppunten): In een gezonde farm verkeren beide knooppunten in de “UP”-status (50%), wat betekent dat ze beide actief clientverzoeken ontvangen en verwerken via het gedeelde virtuele IP-adres.
- Automatische herverdeling: Als één knooppunt uitvalt, laat de console visueel zien dat het resterende knooppunt 100% van het verkeer overneemt. Er is geen “failover”-vertraging, aangezien het overlevende knooppunt al actief is (afgezien van een detectietijd van enkele seconden).
- Invoegen van een knooppunt: Wanneer een hersteld knooppunt opnieuw wordt opgestart, gaat het over van “STOP” naar “UP” en begint het automatisch zijn deel van de belasting te ontvangen zonder tussenkomst van de beheerder.
- Geen gegevenssynchronisatie: Let op: in een cluster in farm-modus is er geen “oranje” hersynchronisatiestatus, aangezien de knooppunten stateless horen te zijn of een backend-database delen (die afzonderlijk kan worden beveiligd in een spiegelcluster).
Naast eenvoudige statuspictogrammen biedt de interface knooppuntbeheer met één klik, waarmee u handmatig een knooppunt kunt stoppen of starten voor gepland onderhoud, terwijl het gedeelde virtuele IP-adres automatisch het verkeer herverdeelt zonder de activiteit van de gebruiker te onderbreken.
Vergelijking van SafeKit met Traditionele High Availability (HA) Clusters
Deze vergelijking benadrukt de fundamentele verschillen tussen SafeKit en traditionele High Availability (HA) clusteroplossingen zoals Failover Clusters, Virtualisatie HA en SQL Always-On. SafeKit is ontworpen als een eenvoudige, puur softwarematige oplossing voor generieke applicatieredundantie, in tegenstelling tot de hoge complexiteit en specifieke opslagvereisten (gedeelde opslag, SAN) van traditionele HA-mechanismen.
Vergelijking van SafeKit met traditionele High Availability (HA) clusters
| Oplossingen | Complexiteit | Opmerkingen |
|---|---|---|
| Failover Cluster (Microsoft) | Hoog | Specifieke opslag (gedeelde opslag, SAN) |
| Virtualisatie (VMware HA) | Hoog | Specifieke opslag (gedeelde opslag, SAN, vSAN) |
| SQL Always-On (Microsoft) | Hoog | Alleen SQL is redundant, vereist SQL Enterprise Edition |
| SafeKit | Laag | Eenvoudigst, generiek en volledig softwarematig. Niet geschikt voor grote datareplicatie. |
Samengevat , SafeKit bereikt High Availability met lage complexiteit dankzij een eenvoudig, softwarematig spiegelingsmechanisme dat de noodzaak van dure, specifieke hardware zoals een SAN (Storage Area Network) elimineert. Dit maakt het een zeer toegankelijke oplossing om snel applicatieredundantie te implementeren zonder complexe infrastructuurwijzigingen.
Architectonische Onderscheidende Factoren: SafeKit Software-Defined versus Hardware HA Clusters
Het kiezen van de juiste High Availability (HA) oplossing is essentieel voor het waarborgen van bedrijfscontinuïteit en het minimaliseren van downtime. Deze vergelijking biedt een directe, technische analyse van twee belangrijke architecturale benaderingen: SafeKit’s software-defined, shared-nothing clustering versus traditionele HA-methoden die doorgaans vertrouwen op hardware, gedeelde schijven (zoals een SAN) en complexe configuraties. Deze verschillen omvatten eenvoud van implementatie, gegevensreplicatiemethoden, herstelsnelheid (RTO/RPO) en operationele complexiteit. De onderstaande tabel geeft een gedetailleerd overzicht van de belangrijkste verschillen per hoogbeschikbaarheidsthema.
High Availability Vergelijking: SafeKit Software Clustering vs. Traditionele HA / Hardware Clustering
| Onderwerp | SafeKit (Software Clustering / Primaire Benadering) | Traditionele HA / Hardware Clustering |
|---|---|---|
| Software Clustering vs. Hardware Clustering | • Een eenvoudige softwarecluster waarbij het SafeKit-pakket simpelweg op twee servers wordt geïnstalleerd | • Complexe hardwareclustering met externe opslag of netwerk load balancers |
| Shared Nothing vs. een Shared Disk Cluster | • SafeKit is een shared-nothing cluster: eenvoudig te implementeren, zelfs op afgelegen locaties | • Een shared disk cluster is complex om te implementeren |
| Applicatie High Availability vs. Volledige Virtuele Machine High Availability | • Applicatie-HA ondersteunt zowel hardware- als softwarestoringen via applicatiecheckers. • Snelle hersteltijd door alleen de applicatie opnieuw te starten (RTO rond 1 minuut of minder). • Applicatie-HA vereist het definiëren van herstartscripts per applicatie en te dupliceren mappen (SafeKit-applicatiemodules). | • Volledige VM-HA ondersteunt hardwarestoringen en sommige softwarestoringen zoals een vastgelopen VM. • Herstart van de VM bij een storing; hersteltijd is afhankelijk van de herstart van het besturingssysteem. • Geen herstartscripts vereist bij volledige VM-HA (SafeKithyperv.safeofkvm.safemodules). Hypervisors zijn active/active met meerdere virtuele machines. |
| High Availability vs. Fouttolerantie (Fault Tolerance) | • Geen toegewijde server met SafeKit. Elkeserver kan fungeren als de failover-server van de andere. • Softwarestoring met herstart in een andere OS-omgeving. • Stapsgewijze upgrade van applicatie en OS mogelijk, server per server (versie N en N+1 kunnen naast elkaar bestaan). | • Secundaire server toegewijd aan de uitvoering van dezelfde applicatie, gesynchroniseerd op instructieniveau. • Software-uitzondering treedt op beide servers tegelijkertijd op. • Stapsgewijze upgrade is niet mogelijk. • Specifieke fouttolerante hardware of hypervisors vereist. |
| Synchrone Replicatie vs. Asynchrone Replicatie | • SafeKit voert realtime synchrone replicatie uit zonder gegevensverlies bij een storing. • Een vereiste voor hoge beschikbaarheid. | • Bij asynchrone replicatie is er sprake van gegevensverlies bij een storing. • Niet geschikt voor hoge beschikbaarheid, maar wel voor back-upoplossingen. |
| Bestandsreplicatie op Byte-niveau vs. Schijfreplicatie op Blok-niveau | • SafeKit voert realtime bestandsreplicatie op byte-niveau uit en wordt eenvoudig geconfigureerd met de te dupliceren applicatiemappen, zelfs op de systeemschijf. | • Schijfreplicatie op blok-niveau is complex om te configureren en vereist dat applicatiegegevens op een speciale schijf worden geplaatst. |
| Heartbeat, Failover en Quorum om 2 Master Nodes te Vermijden | • Om 2 masters te vermijden, biedt SafeKit een eenvoudige split-brain checker die op een router wordt geconfigureerd. | • Om 2 masters te vermijden, vereisen andere clusters een complexe configuratie met een derde machine, een speciale quorumschijf of een speciale interconnectie. |
| Virtueel IP-adres: Primair/Secundair, Network Load Balancing, Failover | • Geen toegewijde proxyservers en geen speciale netwerkconfiguratie vereist in een SafeKit-cluster voor virtuele IP-adressen. | • Speciale netwerkconfiguratie is vereist in andere clusters voor virtuele IP-adressen. (Opmerking: SafeKit biedt een health check die is aangepast aan load balancers). |
Samengevat : de architectuurkeuze tussen softwareclustering (zoals SafeKit) en hardwareclustering (traditionele shared-disk/SAN-oplossingen) heeft een aanzienlijke invloed op de complexiteit van de implementatie, de operationele kosten en de effectiviteit van herstel na storingen. De belangrijkste conclusie van deze vergelijking is de verschuiving naar shared-nothing, applicatiegerichte high availability (HA), waarbij snelle applicatieherstel (lage RTO) en flexibiliteit bij implementatie (zelfs over geografisch gescheiden locaties) vooropstaan. Dit resulteert vaak in een meer gestroomlijnde en veerkrachtige oplossing dan zeer complexe clusterconfiguraties die sterk afhankelijk zijn van hardware. Voor maximale bedrijfscontinuïteit met vereenvoudigd beheer is het essentieel om een softwaregebaseerde aanpak te evalueren.
Belangrijkste Onderscheidende Factoren van het SafeKit Mirror Cluster
De juiste aanpak voor gegevensreplicatie kiezen is essentieel voor het waarborgen van bedrijfscontinuïteit. Deze vergelijking belicht de belangrijkste onderscheidende kenmerken van SafeKit’s mirror cluster met realtime bestandsreplicatie ten opzichte van traditionele alternatieven zoals replicatie op databaseniveau, schijfreplicatie, gedeelde schijfoplossingen en fouttolerante systemen.
SafeKit mirror cluster: voordelen ten opzichte van alternatieve replicatie- en clusterbenaderingen
| Kenmerk | SafeKit-voordeel | Beperking van alternatieven |
|---|---|---|
| 3 producten in 1 | Bespaart op Windows en Linux de kosten van externe gedeelde/gerepliceerde opslag, load balancing-apparatuur en enterprise-edities van besturingssystemen en databases. Bevat alle clusterfuncties: synchrone realtime bestandsreplicatie, storingsbewaking, automatische herstart, virtuele IP-failover. | Traditionele benaderingen vereisen afzonderlijke producten voor opslagreplicatie, load balancing en clustering — wat de kosten en complexiteit verhoogt. |
| Zeer eenvoudige configuratie | Configuratie via applicatiemodules. Nieuwe services en gerepliceerde mappen kunnen eenvoudig worden toegevoegd. Alles beheerd via een gecentraliseerde webconsole. Geen domeincontroller of Active Directory vereist. | Microsoft cluster en vergelijkbare oplossingen vereisen complexe Active Directory-configuratie en domeincontrollers. |
| Synchrone replicatie | Realtime replicatie is synchroon zonder gegevensverlies bij een storing (RPO = 0). | Asynchrone replicatie kan recente transacties verliezen die op het moment van de storing nog niet waren gerepliceerd. |
| Volledig geautomatiseerde failback | Na een storing, wanneer een server opnieuw opstart, is de replicatie-failback volledig automatisch. De uitgevallen server wordt opnieuw in het cluster opgenomen zonder de applicatie op de resterende server te stoppen. | De meeste replicatieoplossingen (vooral op databaseniveau) vereisen handmatige hersynchronisatie. De applicatie kan zelfs worden gestopt tijdens de failback. |
| Replicatie van elk type gegevens | Replicatie werkt voor databases en voor alle bestanden die gerepliceerd moeten worden. | Replicatie op databaseniveau beschermt alleen de database, niet de configuratiebestanden, logboeken of andere applicatiegegevens. |
| Bestandsreplicatie vs. schijfreplicatie | Replicatie is gebaseerd op bestandsmappen die overal kunnen worden geplaatst, zelfs op de systeemschijf. | Schijfreplicatie vereist een speciale schijfpartitie en speciale applicatieconfiguratie om gegevens daar op te slaan. |
| Bestandsreplicatie vs. gedeelde schijf | Servers kunnen op twee externe locaties worden ingezet zonder gedeelde infrastructuur. | Gedeelde schijfoplossingen vereisen fysieke nabijheid en kunnen geen externe locaties overspannen. |
| Externe locaties en virtueel IP | Alle clusterfuncties werken voor 2 servers op externe locaties. Extended LAN maakt laag-2 VIP-omleiding mogelijk. Voor verschillende IP-netwerken wordt VIP beheerd via een load balancer met SafeKit health check. | Veel clusteroplossingen ondersteunen geen failover naar externe locaties of vereisen complexe DNS-omleiding met onvoorspelbare hersteltijden. |
| Quorum en split brain | Werkt met slechts 2 servers. Een eenvoudige split brain-checker naar een router handelt netwerkisolatie tussen locaties af. | De meeste clusteroplossingen vereisen een 3e server voor quorumbeheer. |
| Actief/actief cluster | De secundaire server is niet toegewijd. Het cluster kan actief/actief draaien met 2 verschillende mirror-modules. | Fouttolerante systemen wijzen de secundaire server toe aan het uitvoeren van dezelfde applicatie, gesynchroniseerd op instructieniveau. |
| Uniforme HA-oplossing | SafeKit implementeert zowel mirror cluster (replicatie + failover) als farm cluster (load balancing + failover). Een N-tier architectuur kan met één oplossing op Windows en Linux hoogbeschikbaar worden gemaakt. | Typische architecturen mengen verschillende technologieën voor load balancing, replicatie en failover — wat de operationele complexiteit verhoogt. |
| RTO / RPO | Snelle herstart van de applicatie bij een storing: ongeveer 1 minuut of minder. Geen gegevensverlies (synchrone replicatie). | Volledige VM-replicatie (VMware HA, Hyper-V cluster) vereist het herstarten van het volledige besturingssysteem op een nieuwe hypervisor, wat leidt tot langere hersteltijden. |
Samengevat biedt SafeKit’s mirror cluster een uniforme, kosteneffectieve oplossing voor hoge beschikbaarheid die synchrone bestandsreplicatie, automatische failover en failback, load balancing en ondersteuning voor externe locaties combineert — allemaal zonder speciale hardware, gedeelde opslag of een derde quorumserver. Deze eenvoud maakt het bijzonder geschikt voor software-editors en organisaties die betrouwbare HA nodig hebben op standaard Windows- en Linux-servers.
Belangrijkste Onderscheidende Factoren van het SafeKit Farm Cluster
Het SafeKit Farm Cluster is een oplossing voor hoge beschikbaarheid die specifiek is ontworpen voor schaalbare applicatieomgevingen waar lastverdeling en snelle failover essentieel zijn. In tegenstelling tot traditionele methoden die speciale hardware load balancers of complexe netwerkconfiguraties vereisen, biedt SafeKit een geïntegreerde, softwarematige clusteroplossing die rechtstreeks op de applicatieservers wordt geïnstalleerd. De onderstaande tabel beschrijft de kernfuncties en unieke voordelen van het SafeKit Farm Cluster, met de nadruk op hoe het de netwerklastverdeling vereenvoudigt en continue beschikbaarheid van diensten garandeert op Windows- en Linux-platforms.
Belangrijkste onderscheidende kenmerken van SafeKit Farm Cluster met lastverdeling en failover
| Voordeel | Gedetailleerd voordeel en mechanisme |
|---|---|
| Geen load balancer, speciale proxyservers of speciaal multicast Ethernet-adres nodig | • De oplossing vereist geen load balancers of speciale proxyservers boven de farm voor het implementeren van lastverdeling. SafeKit wordt rechtstreeks op de applicatieservers in de farm geïnstalleerd. De lastverdeling is gebaseerd op een standaard virtueel IP-adres/Ethernet MAC-adres en werkt met fysieke servers of virtuele machines op Windows en Linux zonder speciale netwerkconfiguratie • Dit is niet het geval met netwerk load balancers • Dit is niet het geval met speciale proxies op Linux • Dit is niet het geval met eenspecifiek multicast Ethernet-adresop Windows |
| Alle clusterfuncties | • De oplossing omvat alle clusterfuncties: virtueel IP-adres, lastverdeling op client-IP-adres of op sessies, monitoring van server-/netwerk-/softwarestoringen, automatische herstart van de applicatie met een snelle hersteltijd en eenreplicatieoptie met een spiegelmodule • Dit is niet het geval met andere oplossingen voor lastverdeling. Zij kunnen lastverdeling uitvoeren, maar bevatten geen volledige clusteroplossing met herstartscripts en automatische herstart van de applicatie bij storingen. Zij bieden geen replicatieoptie • De clusterconfiguratie is zeer eenvoudig en wordt uitgevoerd door middel vanapplicatiemodules. Er is geen domeincontroller of Active Directory te configureren op Windows. De oplossing werkt op Windows en Linux |
| Externe locaties en virtueel IP-adres | • Als servers via een uitgebreid LAN tussen externe locaties verbonden zijn met hetzelfde IP-netwerk, werkt hetvirtuele IP-adresvan SafeKit met lastverdeling op niveau 2 • Als servers verbonden zijn met verschillende IP-netwerken tussen externe locaties, kan het virtuele IP-adres geconfigureerd worden op het niveau van een load balancer met behulp van de SafeKit health check. Zo kunt u lastverdeling implementeren, maar ook alle clusterfuncties van SafeKit, met name monitoring en automatisch herstel van de kritieke applicatie op de applicatieservers |
| Uniforme oplossing voor hoge beschikbaarheid | • SafeKit implementeert een farm cluster met lastverdeling en failover. Maar het implementeert ook eenspiegelcluster met replicatie en failover. • Zo kan een N-tier architectuur met dezelfde oplossing op Windows en Linux hoogbeschikbaar en lastverdeeld worden gemaakt (dezelfde installatie, configuratie, beheer met de SafeKit-console of met de opdrachtregelinterface). Dit is uniek op de markt • Dit is niet het geval met een architectuur die verschillende technologieën combineert voor lastverdeling, replicatie en failover |
Samengevat biedt het SafeKit Farm Cluster een uniforme, softwarematige aanpak voor lastverdeling en hoge beschikbaarheid die de complexiteit en kosten drastisch verlaagt. Door lastverdeling en failover rechtstreeks in de applicatieserverlaag in te bedden met behulp van een standaard virtueel IP-adres, vermijdt het de noodzaak van externe netwerkhardware (load balancers of proxies) en gespecialiseerde multicast-configuraties. Deze geïntegreerde aanpak, gecombineerd met de mogelijkheid om te combineren met het spiegelcluster voor volledige N-tier HA, maakt SafeKit een uniek eenvoudige en uitgebreide oplossing voor schaalbare en veerkrachtige applicatielevering in diverse omgevingen.
VM High Availability: SafeKit zonder SAN versus Hyper-V/VMware HA
Bij het implementeren van hoge beschikbaarheid is een belangrijke beslissing of u beschermt op het niveau van de virtuele machine (VM) of op het applicatieniveau. VM-niveau HA repliceert en failt over volledige virtuele machines, wat een generieke oplossing biedt voor elke applicatie. Applicatieniveau HA richt zich alleen op de applicatiegegevens en -diensten, wat resulteert in snellere hersteltijden en lager resourcegebruik. SafeKit biedt als enige beide benaderingen — zonder in beide gevallen gedeelde opslag (SAN) te vereisen — zodat u de beste keuze kunt maken voor uw infrastructuur en herstelvereisten.
SafeKit VM HA vs Applicatie HA vs Traditionele Hyper-V Cluster & VMware HA
| Criterium | VM HA met SafeKit Hyper-V of KVM module | Applicatie HA met SafeKit applicatiemodules | Microsoft Hyper-V Cluster & VMware HA |
|---|---|---|---|
| Architectuur | SafeKit geïnstalleerd in 2 hypervisors. Replicatie en failover van de volledige VM. | SafeKit geïnstalleerd in 2 virtuele of fysieke machines. Replicatie en failover op applicatieniveau. | Hypervisor-cluster met gedeelde opslag. VM-herstart op een andere host als de hypervisor uitvalt. |
| Opslag | Geen gedeelde schijf — synchrone realtime replicatie zonder gegevensverlies | Geen gedeelde schijf — synchrone replicatie van alleen applicatiegegevens | Vereist een gedeelde schijf en een specifieke externe schijvenbay |
| Gerepliceerde gegevens | Repliceert meer gegevens (applicatie + OS) | Repliceert alleen applicatiegegevens | Geen replicatie — gedeelde opslag toegankelijk voor alle hosts |
| Hersteltijd | Herstart van de VM op hypervisor 2 als hypervisor 1 crasht. Hersteltijd = tijd om de VM te herstarten. Failover als de VM crasht. | Snel herstel met herstart van de applicatie op server 2. Ongeveer 1 minuut of minder (zie RTO/RPO hier). Geavanceerde applicatiechecker en software-failover. | Volledige VM-herstart op een nieuwe hypervisor. Hersteltijd hangt af van OS-herstart + applicatie-opstart. |
| Disaster recovery / Externe locaties | Geen SAN nodig — replicatie ingebouwd in SafeKit over externe locaties | Geen SAN nodig — replicatie ingebouwd in SafeKit over externe locaties | Vereist gerepliceerde schijvenbays via een SAN of vSAN |
| Configuratie | Definieer de locatie van de VM-bestandenmap waar de applicatie is geïnstalleerd. Generieke oplossing voor elke applicatie/OS. | Definieer te herstarten diensten, te repliceren applicatiemappen en een virtueel IP-adres voor failover in een applicatiemodule. | Specifieke IT-vaardigheden vereist om het systeem te configureren |
| Ondersteunde platformen | Werkt met Hyper-V en KVM (niet rechtstreeks VMware, behalve door Hyper-V of KVM in VMware te nesten). | Werkt op elke infrastructuur: fysieke servers, VMware, Hyper-V, KVM virtuele machines, cloud. | Beperkt tot VMware vSphere of Microsoft Hyper-V omgevingen |
| IT-vaardigheden | Geen specifieke IT-vaardigheden vereist. Automatische failover. | Geen specifieke IT-vaardigheden vereist. Automatische failover. | Specifieke IT-vaardigheden vereist om het systeem te configureren |
Samengevat is SafeKit de enige oplossing die zowel VM-niveau als applicatieniveau hoge beschikbaarheid biedt zonder gedeelde opslag. Voor maximale flexibiliteit en de snelste hersteltijden (ongeveer 1 minuut) is applicatieniveau HA de voorkeursbenadering — het werkt op elk platform (fysiek, virtueel of cloud) en repliceert alleen de gegevens die ertoe doen. Voor omgevingen waar het beschermen van de volledige VM eenvoudiger is, biedt SafeKit’s Hyper-V/KVM module een generiek, SAN-loos alternatief voor traditionele Microsoft Hyper-V Cluster of VMware HA — waardoor de kosten en complexiteit van gedeelde opslaginfrastructuur worden geëlimineerd, terwijl nul gegevensverlies wordt gegarandeerd door synchrone realtime replicatie.
Merk op dat SafeKit-oplossingen het eenvoudigst te implementeren zijn maar beperkt zijn tot replicatie van enkele terabytes en failover van 32 VM’s.
SafeKit HA gratis proefversie & technische documentatie
💡 Om uw high availability-traject met SafeKit een vliegende start te geven, begin met de Snelle Installatiegidsen.
📦 SafeKit’s HA Softwarepakketten - Versie 8.2
Deze tabel bevat de SafeKit-installatiebestanden voor de huidige versie, georganiseerd per besturingssysteem en installatietype.
| Besturingssysteem / Platform | Type Installatieprogramma | Belangrijkste Voordeel / Documentatie | Downloadlink |
|---|---|---|---|
| Alle Platforms | PDF-document | Officieel Software Release Bulletin (OS-ondersteuning & Fixes) | 📄 Bekijk SafeKit 8.2 SRB |
| Windows (Intel 64-bit) | .exe Installatieprogramma | Inclusief Microsoft VC++ Redistributable | ⬇️ Download SafeKit 8.2 Windows EXE |
| Windows (Intel 64-bit) | .msi Installatieprogramma | Exclusief Microsoft VC++ Redistributable | ⬇️ Download SafeKit 8.2 Windows MSI |
| Linux (Intel 64-bit) | Zelfuitpakkende .BIN | Inclusief Linux-pakket en installatiescript | ⬇️ Download SafeKit 8.2 Linux BIN-bestand (Intel) |
| Linux (ARM 64-bit) | Zelfuitpakkende .BIN | Inclusief Linux-pakket en installatiescript | ⬇️ Download SafeKit 8.2 Linux BIN-bestand (ARM) |
🔑 SafeKit’s HA Proefsleutel
De volgende link geeft toegang tot een volledig functionele proefversie, ontworpen voor het testen en opzetten van een High Availability cluster met SafeKit.
➡️ Ontvang Uw Gratis Proefsleutel voor 1 Maand om SafeKit’s High Availability te Testen
📚 SafeKit-configuratiehandleidingen voor uw HA-cluster
Essentiële documentatie voor het instellen en beheren van uw SafeKit High Availability-cluster.
- SafeKit Quick Installation Guides
- SafeKit-gebruikershandleiding in HTML (Versie 8.2) / PDF downloaden
- SafeKit-releasenotes in HTML (Versie 8.2) / PDF downloaden
- SafeKit 8.2 Software Release Bulletin (SRB)
- SafeKit Knowledge Base
📞/🤖 SafeKit Support
🎓 Gratis Training en Certificering over SafeKit
Verkrijg waardevolle expertise in High Availability (HA) met ons gratis certificeringsprogramma.
ℹ️ Productmarketingdocumentatie
Ontdek onze productmarketingdocumentatie voor de SafeKit high-availability (HA) software, met onder andere een gedetailleerde datasheet, een product‑whitepaper en een technisch overzicht.
- SafeKit High Availability Cluster – datasheet (PDF)
- Whitepaper – technologie voor high‑availability clusters (PDF)
- Whitepaper – gids voor hoge beschikbaarheid (PDF)
- Technische referentie voor RFI en RFP
SafeKit Applicatiemodulebibliotheek: kant-en-klare HA-oplossingen
Deze tabel toont de SafeKit High Availability (HA)-oplossingen, geordend per applicatie en operationele omgeving (Databases, Webservers, VM’s, Containers, Cloud). Bepaal welke vooraf geconfigureerde .safe-module (bijv. mirror.safe, farm.safe en andere) nodig is voor realtime replicatie, load balancing en automatische failover van bedrijfskritische applicaties op Windows of Linux. Vereenvoudig de inrichting van je HA-cluster met directe links naar snelle installatiehandleidingen.
Een SafeKit .safe-module is in essentie een vooraf geconfigureerd High Availability (HA)-sjabloon dat bepaalt hoe een specifieke applicatie geclusterd en beschermd wordt door de SafeKit-software. In de praktijk is het een zip-bestand met een configuratiebestand (userconfig.xml) en herstartscripts.
⚠️ Opmerking: * De modules mirror.safe en farm.safe zijn standaard opgenomen in het SafeKit-installatiepakket.
SafeKit High Availability (HA)-oplossingen: snelle installatiehandleidingen (met downloadbare .safe-modules)
