--- title: "Architecturen voor hoge beschikbaarheid en best practices voor softwareclustering" canonical: "https://safekit.eviden.com/nl/best-practises/high-availability-architectures-and-best-practices/" description: "Ontdek architecturen voor hoge beschikbaarheid (HA) en best practices voor applicatieclusters. SafeKit implementeert Mirror- en Farm-clusters zonder gedeelde schijven, voorkomt gegevensverlies en biedt automatische failover voor kritieke toepassingen." category: "best-practises" lang: "nl" topics: "Welke architecturen en best practices zijn er voor hoge beschikbaarheid?, Vergelijkingstabellen van architecturen en best practices voor hoge beschikbaarheid" --- # Architecturen voor hoge beschikbaarheid en best practices voor softwareclustering {#high-availability-architectures--software-clustering-best-practices} ## Welke architecturen en best practices zijn er voor hoge beschikbaarheid? {#what-are-the-high-availability-architectures-and-the-best-practices} ### Overzicht {#overview} Dit artikel bespreekt verschillende architecturen voor hoge beschikbaarheid en de bijbehorende best practices, met een vergelijking van de voor- en nadelen. ![Architecturen voor hoge beschikbaarheid en best practices](https://safekit.eviden.com/wp-content/uploads/2023/03/high-availability-architectures-and-best-practices.png "w:400") De volgende vergelijkingstabellen geven uitleg over de SafeKit-architectuur voor hoge beschikbaarheid en de bijbehorende best practices. SafeKit is software voor hoge beschikbaarheid. ### Welke architecturen voor hoge beschikbaarheid zijn er? {#what-are-the-high-availability-architectures} Er zijn twee soorten [architecturen voor hoge beschikbaarheid](): voor backendtoepassingen zoals databases en voor frontendtoepassingen zoals webservices. Backendarchitecturen zijn gebaseerd op twee servers die gegevens delen of repliceren en bij hardware- of softwarestoringen automatisch de applicatie laten overschakelen. Frontendarchitecturen gebruiken een serverfarm van minimaal twee servers. Hardware- of softwarematige load balancing verdeelt TCP-sessies over de beschikbare servers. Daarnaast moet u kiezen tussen hoge beschikbaarheid op applicatie- of virtueel-machineniveau. ### Wat zijn de best practices? {#what-are-the-best-practices} Dit artikel vergelijkt best practices voor architecturen met hoge beschikbaarheid op de volgende gebieden: * [software- en hardwareclustering](), * [shared-nothing- en shared-disk-architectuur](), * [hoge beschikbaarheid op applicatie- en VM-niveau](), * [hoge beschikbaarheid en fouttolerantie](), * [synchrone en asynchrone replicatie](), * [bestands- en schijfreplicatie](), * [technieken voor gegevensreplicatie](), * [RPO en RTO met voorbeelden](), * [split-brain en quorum](), * [virtuele IP-adressen](). ## Vergelijkingstabellen van architecturen en best practices voor hoge beschikbaarheid {#comparative-tables-on-high-availability-architectures-and-best-practices} 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](https://safekit.eviden.com/best-practises/clustering-software-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](https://safekit.eviden.com/best-practises/shared-nothing-architecture-vs-shared-disk-architecture/) | • 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](https://safekit.eviden.com/nl/best-practises/vm-ha-vs-application-ha/) | • Applicatie-HA ondersteunt zowel hardware- als softwarestoringen via applicatiecheckers.
• Snelle hersteltijd door alleen de applicatie opnieuw te starten ([RTO rond 1 minuut of minder](https://safekit.eviden.com/best-practises/what-is-rpo-and-rto-with-examples/)).
• 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 (SafeKit 🛠️ [hyperv.safe](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-with-hyper-v/) of 🛠️ [kvm.safe](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-with-kvm/) modules). Hypervisors zijn active/active met meerdere virtuele machines. [High Availability vs. Fouttolerantie (Fault Tolerance)](https://safekit.eviden.com/best-practises/high-availability-cluster-vs-fault-tolerant-system/) | • Geen toegewijde server met SafeKit. Elke [server kan fungeren als de failover-server van de andere](https://safekit.eviden.com/architectures/active-active-cluster-real-time-replication/).
• 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](https://safekit.eviden.com/best-practises/synchronous-replication-vs-asynchronous-replication/) | • 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](https://safekit.eviden.com/best-practises/byte-level-file-replication-vs-block-level-disk-replication/) | • 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](https://safekit.eviden.com/best-practises/heartbeat-failover-quorum-windows-linux-cluster/) | • 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](https://safekit.eviden.com/best-practises/how-a-virtual-ip-address-works/) | • 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.