Evidian SafeKit: Eenvoudige, kosteneffectieve High Availability-software

SafeKit biedt de volgende functies voor Windows en Linux in één softwareproduct:

• Load balancing
• Synchrone realtime bestandsreplicatie
• Automatische applicatie-failover
• Automatische failback na een serverstoring

SafeKit elimineert de volgende vereisten:

• Netwerk-loadbalancers of dedicated proxyservers
• Gedeelde schijven of gerepliceerde SAN-opslag
• Enterprise-edities van besturingssystemen en databases
• Gespecialiseerde clusteronderhoudsvaardigheden

SafeKit lost op:

• Hardwarestoringen (20% van de problemen), inclusief volledige uitval van een computerruimte
• Softwarestoringen (40% van de problemen), inclusief herstart van kritieke processen
• Menselijke fouten (40% van de problemen) dankzij de gebruiksvriendelijkheid

U kunt realtime replicatie en failover implementeren voor:

• Alle soorten applicaties, bestandsmappen en services
• Databases
• Volledige Hyper-V- of KVM-virtuele machines
• Docker-, Podman- en cloudapplicaties

Nee. SafeKit is eenvoudig te implementeren—geen geavanceerde expertise vereist.

Nee. SafeKit draait op uw bestaande servers, virtuele machines of in de cloud—geen gedeelde schijven of SAN-opslag nodig.

Nee. SafeKit werkt met standaard Windows- en Linux-edities en heeft geen enterprise-databaselicenties nodig.

Deze platformonafhankelijke software is ideaal voor partners die kritieke applicaties doorverkopen en klanten een eenvoudige, kosteneffectieve optie voor hoge beschikbaarheid (HA) en systeemredundantie moeten bieden, zonder de complexiteit en kosten van SAN's (Storage Area Networks). De kernfuncties van SafeKit – load balancing, realtime datareplicatie en automatische failover – vereenvoudigen de integratie van HA in elk service- of productaanbod aanzienlijk.

Met een bewezen staat van dienst en talrijke implementaties in meer dan 30 landen via ons uitgebreide partnernetwerk, wordt SafeKit erkend als de eenvoudigste en snelste HA-oplossing om te implementeren voor kritieke systemen. Dit omvat sectoren zoals videobeheersystemen (VMS), toegangscontrole, gebouwbeheer (BMS), SCADA-software, geautomatiseerde logistiek en kritieke lucht-/spoorverkeersleiding, waardoor maximale uptime over de hele linie wordt gegarandeerd.

SafeKit biedt een complete, gratis en open-access bronnenkit om zijn partners te ondersteunen, inclusief gratis proefversies, uitgebreide online trainingsmodules en de mogelijkheid om kosteloos de officiële SafeKit-certificering te behalen. Deze tools stellen partners in staat om snel de nodige technische vaardigheden te verwerven om de oplossing effectief te implementeren en wereldklasse ondersteuning te bieden, waardoor de implementatietijd wordt geminimaliseerd en de leercurve wordt verkort.

Bij deze oplossing worden alleen de applicatiegegevens gerepliceerd. Bij een storing wordt alleen de applicatie opnieuw gestart, niet het volledige besturingssysteem of de VM.

Bij deze oplossing wordt de volledige virtuele machine (VM) gerepliceerd, inclusief zowel de applicatie als het besturingssysteem (OS). Bij een storing wordt de volledige VM opnieuw gestart.

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.

• 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.

• 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.

• 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.

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

De replicatie is synchroon zonder gegevensverlies 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 schijfindeling. Mappen mogen zich op de systeemschijf bevinden.

Wanneer Server 1 uitvalt, neemt Server 2 het over. SafeKit schakelt het virtuele IP-adres over en herstart de applicatie automatisch op Server 2.
De applicatie vindt de door SafeKit gerepliceerde bestanden up-to-date op Server 2. De applicatie blijft draaien op Server 2 door zijn bestanden lokaal aan te passen, die niet langer naar Server 1 worden gerepliceerd.

De failover-tijd is gelijk aan de foutdetectietijd (**standaard 30 seconden**) plus de opstarttijd van de applicatie.

Failback omvat het herstarten van Server 1 nadat het probleem dat de storing veroorzaakte, is opgelost.
SafeKit resynchroniseert de bestanden automatisch, waarbij alleen de bestanden worden bijgewerkt die op Server 2 zijn gewijzigd terwijl Server 1 was gestopt.

Failback vindt plaats zonder de applicatie te verstoren, die op Server 2 kan blijven draaien.

Na herintegratie zijn de bestanden weer in **mirror** modus, net als in stap 1. Het systeem is terug in de hoge-beschikbaarheidsmodus, waarbij de applicatie op Server 2 draait en SafeKit bestandsupdates repliceert naar Server 1.

Als de beheerder wil dat de applicatie op Server 1 draait, kan hij/zij een "**swap**" (wissel) commando uitvoeren, handmatig op een geschikt moment, of automatisch via configuratie.

Op de vorige figuur draait de applicatie op de 3 servers (3 is een voorbeeld, het 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 farm-cluster.
Het inkomende verkeer naar het virtuele IP-adres wordt ontvangen door alle servers en onder hen verdeeld door een netwerkfilter binnen de kernel van elke server.
SafeKit detecteert hardware- en softwarefouten, herconfigureert netwerkfilters in geval van een storing en biedt configureerbare applicatiecheckers en herstelscripts.

Het netwerktaakverdelingsalgoritme binnen het netwerkfilter is gebaseerd op de identiteit van de clientpakketten (client IP-adres, client TCP-poort). Afhankelijk van de identiteit van de inkomende clientpakket, accepteert slechts één filter in één server het pakket; de andere filters in 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 applicatie die reageert op het verzoek van de client. De uitgaande berichten worden rechtstreeks van de applicatieserver naar de client verzonden.
Als een server uitvalt, herconfigureert het farm-heartbeatprotocol de filters in het netwerktaakverdelingscluster om het verkeer opnieuw te verdelen over de resterende beschikbare servers.

Bij een stateful applicatie is er sprake van sessieaffiniteit. Dezelfde client moet verbonden zijn met dezelfde server via meerdere TCP-sessies om zijn context op de server op te halen. In dit geval wordt de SafeKit-taakverdelingsregel geconfigureerd op het IP-adres van de client. Zo is dezelfde client altijd verbonden met dezelfde server via meerdere TCP-sessies. En verschillende clients worden verdeeld over verschillende servers in de farm.
Bij een stateless applicatie is er geen sessieaffiniteit. Dezelfde client kan via meerdere TCP-sessies verbonden zijn met verschillende servers in de farm. Er wordt geen context lokaal opgeslagen op een server van de ene sessie naar de andere. In dit geval wordt de SafeKit-taakverdelingsregel geconfigureerd op de identiteit van de TCP-clientsessie. Deze configuratie is de beste voor het verdelen van sessies over servers, maar vereist een TCP-service zonder sessieaffiniteit.

Deze tabel geeft de SafeKit installatiebestanden voor de huidige versie, georganiseerd op besturingssysteem en installatietype.

➡️ Ga naar v7.5 Archieven

Verkrijg waardevolle expertise in High Availability (HA) met ons gratis certificeringsprogramma.

• Behaal uw SafeKit Certificering in High Availability Gratis

Verken onze product marketing documentatie voor SafeKit HA-software, die een gedetailleerd gegevensblad, product whitepaper en technisch overzicht omvat.

• SafeKit High Availability Cluster Gegevensblad (PDF)
• High Availability Cluster Technologie White Paper (PDF)
• SafeKit High Availability Technisch Overzicht (DOCX)

Deze tabel presenteert de SafeKit High Availability (HA) oplossingen, gecategoriseerd per applicatie en besturingsomgeving (Databases, Webservers, VM's, Cloud). Identificeer de specifieke voorgeconfigureerde .safe module (bijv. mirror.safe, farm.safe en andere) die vereist is voor realtime replicatie, load balancing en automatische failover van kritieke bedrijfstoepassingen op Windows of Linux. Vereenvoudig uw HA clusteropstelling met directe links naar snelle installatiegidsen, die elk een downloadlink bevatten voor de corresponderende .safe module.

Een SafeKit .safe module is in wezen een voorgeconfigureerd High Availability (HA) sjabloon dat definieert hoe een specifieke applicatie zal worden geclusterd en beschermd door de SafeKit software. In de praktijk bevat het een configuratiebestand (userconfig.xml) en herstartscripts.