Condivisione della tecnologia

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

Modalità DR

Tre modalità LVS traduzione indirizzo nat Modalità routing diretto DR modalità tunnel tun

Caratteristiche della modalità DR:

Lo scheduler è il più importante nell'intero cluster LVS, in modalità NAT è responsabile della ricezione delle richieste, dell'inoltro del traffico secondo l'algoritmo di bilanciamento del carico e dell'invio delle risposte al client.

Modalità DR: lo scheduler è ancora responsabile della ricezione delle richieste e dell'inoltro del traffico a RS secondo l'algoritmo di bilanciamento del carico e la risposta viene inviata direttamente al client da RS.

Routing diretto: DirectRouting è una modalità di inoltro di livello 2. Il livello 2 inoltra i frame di dati. Inoltro basato sull'indirizzo Mac di origine e sull'indirizzo Mac di destinazione.

L'IP di origine e l'IP di destinazione del pacchetto dati non verranno modificati. Il pacchetto dati verrà inoltrato in base all'indirizzo mac.

In modalità DR, lvs è anche un indirizzo IP virtuale. Tutte le richieste vengono inoltrate all'intero VIP tramite l'inoltro di livello 2. Quando la richiesta del client raggiunge lo scheduler, viene selezionata una RS in base all'algoritmo di bilanciamento del carico e al mac di destinazione del VIP il server viene modificato. Diventa l'indirizzo mac di RS. Dopo che RS ha elaborato la richiesta, può inviare direttamente la risposta al client in base all'indirizzo mac di origine del client nel messaggio, senza passare attraverso lo scheduler.

1. Lo scheduler è configurato con VIP e anche l'indirizzo VIP è configurato sulla RS.
Chi risponderà? L'indirizzo VIP è in conflitto. Lo scheduler e RS sono entrambi sullo stesso segmento di rete La comunicazione ARP è caotica perché viene trasmessa su tutta la LAN e tutti i dispositivi l'hanno ricevuta l'indirizzo IP fisico della macchina risponde?
Modifica i parametri del kernel:
arp_ignora=1
Solo l'indirizzo IP fisico del sistema risponderà alle richieste ARP, lo non risponderà alle richieste ARP.
2. Quando il messaggio viene restituito, l'indirizzo VIP è ancora presente. Come può il client ricevere la risposta?
arp_announce=2
Il sistema non utilizza l'indirizzo sorgente del pacchetto IP per rispondere alla richiesta ARP, ma invia direttamente l'indirizzo IP dell'interfaccia fisica.

Implementazione della modalità DR:

Indirizzo IP nginx1 RS1 192.168.233.61
nginx2 RS2 192.168.233.62
numero di telefono 192.168.233.100
test1 programmatore 192.168.233.10
cliente test2 192.168.233.20

aggiungi percorso -host 192.168.233.100 dev lo:0
Imposta l'indirizzo IP su 192.168.233.100 e aggiungilo all'interfaccia di loopback come VIP di Ivs. Inoltrato a RS tramite modalità routing
Consenti a VIP di identificare il server reale

LVS tre modalità di lavoro*

cervello diviso e mantenuto in vita

L'architettura ad alta disponibilità nel cluster Ivs è solo per l'alta disponibilità dello scheduler.
Sulla base di vrrp, vengono implementati gli scheduler principale e di backup.
Architettura HA a disponibilità elevata.
Pianificatore principale e pianificatore di backup (unità multiple)
Quando lo scheduler principale funziona normalmente, il backup è completamente in uno stato ridondante (standby). Non partecipa al funzionamento del cluster Solo quando lo scheduler principale fallisce, lo standby assumerà il lavoro dello scheduler principale. Dopo che lo scheduler principale riprende la funzione, lo scheduler principale continua a fungere da ingresso al cluster e lo standby continua a essere in uno stato ridondante (a seconda della priorità)
Keepalive si basa sul protocollo vrrp per implementare la soluzione ad alta disponibilità LVS.
1. Indirizzo multicast:
224.0.0.18 comunica in base all'indirizzo multicast e invia messaggi tra i dispositivi primari e secondari. Assicurati che l'altra parte sopravviva.
2. Determinare le posizioni primarie e secondarie in base alla priorità.
3. Failover, se la macchina primaria riattacca, la macchina di backup continuerà a funzionare. Quando la macchina master si ripristina, la macchina di backup continuerà ad attendere. 4. Il passaggio tra primario e secondario corrisponde al passaggio dell'indirizzo VIP.
keepalive appare specificamente per Ivs, ma non è esclusivo di Ivs.

La differenza tra Ivs e nginx per il bilanciamento del carico:
Ivs è un proxy di livello 4 con forwarding dello stato del kernel ip+porta
Il proxy a quattro livelli di nginx può essere utilizzato anche come proxy a sette livelli.