Enkelt punkt af fejl er refereret til en komponent i et system, hvor dens fejl forårsager udfald af hele systemet. I informationsteknologisektoren, en Cluster gør det muligt at forberede systemet til at undgå risikoen for denne slags situationer, som er sammensat af mindst 2 synkroniserede noder, hvilket tillader, at når en af ​​noderne svigter, tager den anden ansvaret for at tage sig af tjenesterne.

Hvorfor en klynge #

Lastbalancering er en opgave at levere en enkelt netværkstjeneste fra flere servere, nogle gange kendt som en serverfarm.

Loadbalanceren er normalt et softwareprogram indlejret i en virtuel eller fysisk hardware, der lytter på den port, hvor eksterne klienter forbinder for at få adgang til tjenester. Loadbalanceren videresender anmodninger til en af ​​backend-serverne, som normalt svarer til lastbalanceren. Dette gør det muligt for load balanceren at svare klienten, uden at klienten nogensinde ved om den interne adskillelse af funktioner. Den kan automatisk levere den nødvendige mængde kapacitet til at reagere på enhver stigning eller reduktion af programtrafik. I det næste diagram kan vi se en typisk netværkskonfiguration til at betjene en webapplikation.

Det forhindrer også klienter i at kontakte back-ends direkte, hvilket kan have sikkerhedsfordele ved at skjule strukturen af ​​det interne netværk og forhindre angreb på kernenetværksstakken eller ikke-relaterede tjenester, der kører på andre porte, men... Hvad sker der, hvis load balanceren fejler?

Load balancing giver IT-teamet en chance for at opnå en væsentlig højere fejltolerance. Det er grunden til, at selve load balanceren ikke bliver et enkelt fejlpunkt. Belastningsbalancere skal implementeres i høj tilgængelighedsklynge, dvs. et par apparater. Det samme eksempel med en HA-klynge til belastningsbalancering kan være:

Vi har set vigtigheden af ​​at oprette en HA-klynge. Nu skal vi se, hvordan man konfigurerer det med RELIANOID Load Balancer.

Klyngekrav #

Når du konfigurerer en ny klynge, skal du sikre dig, at begge noder bruger den samme kerneversion (dvs. samme apparatmodel).

1. Sørg for, at ntp-tjenesten er konfigureret og fungerer fint i begge fremtidige noder i klyngen.
2. Sørg for, at DNS'en er konfigureret og fungerer fint i begge fremtidige noder i klyngen.
3. Sørg for, at der er ping mellem de fremtidige klyngemedlemmer gennem den brugte grænseflade til klyngen (dvs.: IP for eth0 i node1 og IP for eth0 i node2).
4. Det anbefales at dedikere en grænseflade til klyngetjenesten.
5. Cluster-tjenesten bruger multicast-kommunikation og VRRP-pakker i unicast-tilstand, sørg for at denne slags pakker er tilladt i dine switches.
6. Når klyngetjenesten er aktiveret, vil farmene og de virtuelle grænseflader på slaveknuden blive slettet, og konfigurationen af ​​nodemasteren vil blive replikeret til slave.

Klyngekonfiguration til RELIANOID EF-udgave #

Følg denne procedure for at lave en korrekt klyngekonfiguration til community-udgave v5 eller nyere:

https://www.relianoid.com/resources/knowledge-base/howtos/how-to-configure-a-cluster-in-relianoid-community-edition-v-5-0/

Klyngekonfiguration til RELIANOID Enterprise Edition #

RELIANOID Enterprise Edition Cluster-tjenesten er fuldt integreret i RELIANOID Kernen kan den nemt administreres og konfigureres som følger:

1. Gå til lateral menu i web-gui-grænsefladen "SYSTEM > Klynge".
2. Tryk i valgfeltet "Klynge lokal IP", og vælg den dedikerede grænseflade til klyngetjeneste
3. Indtast IP-adressen for den sekundære node i den samme netværksgrænseflade, som du har valgt i den første node
4. Indtast slave root-adgangskoden i feltet "Cluster Remote Root Password" og indtast den samme adgangskode i feltet igen "Cluster Remote Root Password"
5. Klik nu på "Skab" og klyngekonfigurationsprocessen starter

.

Hvis du har brug for yderligere information, kan du besøge artiklen Konfigurer klyngetjenesten