Teknologian jakaminen

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Korkean käytettävyyden arkkitehtuuri lvs-klusterissa on tarkoitettu vain ajoittimen korkealle käytettävyydelle.

Toteuta pää- ja vara-aikataulut vrrp:n perusteella

Erittäin saatavilla oleva HA-arkkitehtuuri

Pääajastin ja vara-ajastin (varaajastimia voi olla useita)

Kun ajastin toimii normaalisti, laite on täysin redundantti (valmiustila). Se ei osallistu klusterin toimintaan Ainoastaan ​​​​pääajoittimen epäonnistuessa varmuuskopiointi ottaa pääajoittimen toiminnan takaisin sen jälkeen, kun isäntä toimii klusterin sisäänkäynninä , ja varmuuskopio on edelleen redundantissa tilassa (prioriteettista riippuen).

Keepalive perustuu vrrp-protokollaan LVS:n korkean käytettävyyden ratkaisun toteuttamiseksi.

1. Multicast-osoite:

224.0.0.18 kommunikoi monilähetysosoitteen perusteella. Ensisijainen ja toissijainen laite lähettää viestejä selvittääkseen, onko toinen osapuoli elossa.

2. Määritä ensisijainen ja toissijainen asema prioriteetin perusteella.

3. Failover, jos ensisijainen kone katkaisee puhelun, varakone jatkaa toimintaansa Kun pääkone palautuu, varakone jatkaa odottamista.

4. Vaihto ensisijaisen ja toissijaisen välillä on VIP-osoitteen vaihto.

Keepalive ilmestyy erityisesti LVS:lle, mutta se ei ole yksinomainen LVS:lle.

ydinmoduuli: ylläpitämisen ydinmoduuli, joka vastaa pääprosessin käynnistämisestä ja ylläpidosta sekä globaalien asetustiedostojen lataamisesta

vrrp-moduuli: moduuli, joka toteuttaa vrrp-protokollan, joka on päätoimintomoduuli

tarkistusmoduuli: Vastaa kuntotarkastuksesta ja voi myös tarkistaa todellisen palvelimen tilan taustalla.

Edellisessä luvussa tehdyn DR-tilan kokeilun perusteella lisäämme joitain konfiguraatioita. Tällä kertaa käytetään kahta ajastinta, yksi ensisijainen ja yksi vara.

Asenna ensin Keepalive ajastimeen

yum -y install keepalived

Kun asennus on valmis

Muutetaan keepalived.conf-tiedostoa

[root@test1 ~]# vim /etc/keepalived/keepalived.conf
   notification_email_from [email protected]
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS_01
   vrrp_skip_check_adv_addr
   vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
   vrrp_iptables
}
 
vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 120
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.124.100
    }
}
 
virtual_server 192.168.124.100 80 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    persistence_timeout 50
    protocol TCP
 
    real_server 192.168.124.40 80 {
        weight 1
            TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
 
    real_server 192.168.124.50 80 {
                                                                     9,1           36%

Kopioi ensimmäisen ajastimen konfiguraatiotiedosto toiseen ajastimeen

scp root@192.168.233.10:/etc/keepallved/keepallved.conf
/etc/keepallved

Muuta sitten kokoonpanoa

Ensisijainen ja toissijainen

Lisää iptables-vaihtoehto

Tällä tavalla pääsyä Keepalive-sääntöihin ei pysäytetä ipetables-sääntötaulukossa.

[root@localhost ~]# ipvsadm -ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.124.100:80 rr persistent 50
  -> 192.168.124.40:80            Route   1      0          0
  -> 192.168.124.50:80            Route   1      0          0

Tarkista se

Käynnistä sitten kaikki uudelleen

Katso asiakkaan tulokset

Suljetaan ensin pääaikataulu

stsemctl stop keepalived.servers

Varmuuskopiointiohjelma ottaa pääkäyttäjän työn haltuunsa ja jatkaa toimintaansa.

Tämä on VIP-osoite, joka on ladattu valmisteltuun aikatauluun. Asiakas käyttää sitä.

Vielä pääsee

---

Tee yhteenveto

Keepalived sisältää pääasiassa kolme moduulia: ydin (ydinmoduuli, joka vastaa pääprosessin käynnistyksestä, ylläpidosta ja globaalien konfiguraatiotiedostojen lataamisesta ja analysoinnista), check (terveystarkastusmoduuli) ja vrrp (vrrp-protokollan käyttöönotto).

Keepalivedin toimintaperiaate perustuu VRRP-protokollaan. Useat samat toiminnot tarjoavat palvelimet muodostetaan palvelinryhmäksi, jossa on isäntä ja useita varmuuskopioita. Isännässä on VIP, joka tarjoaa palveluja ulkomaailmalle (palvelin sijaitsee muiden LAN-koneiden oletusreitillä, kun varmuuskopiointi ei voi vastaanottaa VRRP-pakettia). ajattelee, että isäntä on alhaalla, ja sitten VRRP-tason prioriteetin mukaan valita varmuuskopio uudeksi mestariksi.

Kun määrität LVS + Keepalivedin, sinun on yleensä asennettava asiaan liittyvät ohjelmistot (kuten ipvsadm, keepalived) pää- ja varmuuskopiosolmuihin ja määritettävä keepalived.conf-tiedosto. Esimerkiksi pääsolmun konfiguraatiotiedostossa sinun on määritettävä tila (tila) isäntänä, verkkoliitäntä (liitäntä), virtuaalinen reittitunnus (virtual_router_id), prioriteetti (priority), mainosväli (advert_int), todennustiedot. (todennus) Ja virtuaalinen IP-osoite (virtual_ipaddress) jne. varmuuskopiosolmun konfiguraatio on samanlainen, mutta tila on varmuuskopio ja prioriteetti on yleensä alempi kuin isäntä.

Kun määritys on valmis, käynnistä Keepalive-palvelu uudelleen saavuttaaksesi korkean käytettävyyden kuormituksen tasapainotuksen. Kun pääsolmu epäonnistuu, VIP siirtyy automaattisesti varasolmuun varmistaakseen normaalin pääsyn palveluun, kun pääsolmu toimii jälleen päälataussolmuna. Lisäksi todellinen palvelin (rs) voidaan konfiguroida vastaavasti. Esimerkiksi DR-mallia käytettäessä rs:n verkkokortissa lo on konfiguroitava VIP:ksi.

Tällä tavalla LVS + Keepalived -yhdistelmällä voidaan saavuttaa seuraavat tavoitteet: asiakas käyttää palvelua VIP:n kautta ja pyyntö jaetaan konfigurointisääntöjen mukaisesti, kun isäntäkoneen kuormantasaussolmu epäonnistuu, se voi siirtyä automaattisesti varmuuskopioon solmu varmistaa, että palvelu on normaali, kun tietty rs Kun solmu epäonnistuu, solmu voidaan poistaa automaattisesti ja lisätä klusteriin uudelleen palautuksen jälkeen.

Varsinaisissa sovelluksissa on kiinnitettävä huomiota oleellisiin asioihin, kuten Keepalived-määritystiedostossa virtual_ipaddressin määrittämän IP-osoitteen on oltava samassa verkkosegmentissä, mitä suurempi on prioriteetti, sitä suurempi on todennäköisyys, että solmu tulee isäntäksi node, mitä pienempi advert_int-arvo, sitä suurempi on todennäköisyys, että solmu lähettää VRRP-viestejä. Samalla tulee huomioida myös muun muassa verkkoympäristö ja palvelimen suorituskyky koko järjestelmän vakauden ja tehokkaan toiminnan varmistamiseksi.