Keepalive-softwaren implementerer primært højtilgængelighedsfunktioner via VRRP-protokollen. VRRP er forkortelsen for Virtual Router Redundancy Protocol, VRRP er designet til at løse problemet med enkeltfejl på statiske ruter, hvilket kan sikre, at når individuelle noder går ned, kan hele netværket køre uafbrudt. Derfor har Keepalive funktionen at konfigurere og administrere LVS, og også funktionen at kontrollere sundheden for noder under LVS, og på den anden side kan det også realisere funktionen høj tilgængelighed for systemnetværkstjenester.
Keepalive-princippet om høj tilgængelighed failover
Keepalive-failover mellem high-availability servicepar implementeres via VRRP (Virtual Router Redundancy Protocol).
Når Keepalive-tjenesten fungerer normalt, vil masternoden kontinuerligt sende heartbeat-beskeder til standby-noden (multicast) for at fortælle backup-noden, at den stadig er i live, og når master-noden fejler, kan den ikke sende heartbeat-beskeder, så standby-noden ikke længere kan opdage heartbeat-signalet fra master-noden, og kalder derfor sit eget overtagelsesprogram for at overtage master-nodens IP-ressourcer og -tjenester. Når den primære masternode er genoprettet, frigiver backup-noden de IP-ressourcer og tjenester, som masternoden har overtaget, og genskaber den til sin oprindelige standby-rolle.
Keepalive-par med høj tilgængelighed kommunikerer med hinanden via VRRP
1) VRRP, det fulde navn for Virtual Router Redundancy Protocol, det kinesiske navn er Virtual Route Redundancy Protocol, VRRP opstod for at løse enkeltfejlen for statiske ruter. 2) VRRP er en kampagneprotokolmekanisme, der giver routingopgaver til en VRRP-router. 3) VRRP bruger IP multicast (Standard Multicast-adresse (224.0.0.18)) muliggør kommunikation mellem højt tilgængelige par. 4) Når masternoden sender pakker, og standby-noden modtager pakker, og standby-noden ikke kan modtage datapakkerne sendt af masternoden, startes overtagelsesprogrammet for at overtage masternodens ressourcer. Der kan være flere standby-noder, som vælges gennem prioriteret konkurrence, men generelt er der et par i drift og vedligeholdelse af Keepaled-systemet. 5) VRRP bruger en krypteringsprotokol til at kryptere data, men Keepalive-embedsmænd anbefaler stadig at bruge klartekst til at konfigurere autentificeringstype og adgangskode.
Sådan fungerer Keepalive-tjenesten
1) Keepalive-par med høj tilgængelighed kommunikerer via VRRP, VRRP bestemmes gennem kampagnemekanismen, prioriteten for masteren er højere end standbyen, derfor vil masteren ved arbejde prioritere at skaffe alle ressourcer, standby-noden er i ventetilstand, når masteren hænger, overtager standby-noden masternodens ressourcer og erstatter derefter masternoden for at levere tjenester til omverdenen.
2) mellem Keepalive-servicepar,Kun serveren, der er masteren, sender hele tidenVRRPUdsendelsespakkeNår masteren ikke er tilgængelig, det vil sige når værten ikke kan lytte til den broadcast-pakke, masteren sender, vil den relevante tjeneste blive startet for at overtage ressourcerne og sikre forretningskontinuitet. Den hurtigste overtagelseshastighed kan være under 1 sekund.
Testmiljø
System: CentOS 8
| IP-adresse | illustrere | | 192.168.50.222 | VIP-adresse | | 192.168.50.227 | MASTER masternode | | 192.168.50.131 | BACKUP standby-noder |
Lad os se på de færdige renderinger som følger:
Installer Nginx-tjenesten
Brug Yum direkte iMasternodeogAlternative noderServeren installerer nginx med følgende kommando:
Rediger nginx-konfigurationsfilerne for primær- og standby-noderne separat, sti:/etc/nginx/nginx.confKonfigurationen er som følger:
Startet via nginx-kommandoen, testadgang til port 8055 via browser, som vist på følgende billede:
Installer Keepalive For at installere på både primærnoden og standby-noden er kommandoen som følger:
Profiladresse:/etc/keepalived/keepalived.conf
Her skal du konfigurere et sundhedstjek-script og oprette et nytchk_nginx.shfilen er koden som følger:
Upload scriptet til /etc/keepalive-mappen. og give eksekveringstilladelser som følger:
192.168.50.227 primær node keepalived.conf konfigurationSom følger:
192.168.50.133 Alternativ node keepalived.conf-konfigurationSom følger:
Opsæt boot og boot på begge servere separat
HidtilKonfigurationen er færdig (se toppen af artiklen for renderingen), kan testes via nginx-tjenesten med følgende kommando:
(Slut)
|