Heim  >  Artikel  >  Betrieb und Instandhaltung  >  Kann Nginx geclustert werden?

Kann Nginx geclustert werden?

藏色散人
藏色散人Original
2019-08-28 12:00:568190Durchsuche

Kann Nginx geclustert werden?

Kann Nginx geclustert werden?

nginx erreicht Cluster-Hochverfügbarkeit

Jeder weiß, dass NGINX als Reverse-Proxy-Server einen Lastausgleich erreichen und auch als statischer Dateiserver verwendet werden kann. Seine Eigenschaften Das heißt, die Parallelitätsunterstützung ist groß und ein einzelner Computer kann 30.000 Parallelitäten gleichzeitig unterstützen. Jetzt verwenden viele Websites NGINX als Gateway-Eingang, um Back-End-Ressourcen einheitlich zu planen und zuzuweisen. Wenn jedoch NGINX ausfällt, ist der gesamte Backend-Dienst unbrauchbar. Wenn die Parallelität jedoch sehr groß ist und das Niveau von 100.000 erreicht, ist immer noch ein NGINX begrenzt. Der Slave-Betrieb auf NGINX gewährleistet eine hohe Verfügbarkeit von Diensten, und Cluster werden verwendet, um den Parallelitätsdruck zu teilen. Derzeit verfügt NGINX hauptsächlich über die folgenden Lösungen in diesen beiden Bereichen. Ich werde sie Ihnen jeweils vorstellen:

NGINX Master-Slave-Backup

NGINX implementiert derzeit Master-Slave Backup Die gängige Lösung ist Keepalived+Nginx, um ein Hot-Backup auf zwei Maschinen zu erreichen.

Keepalived-Einführung:

Keepalived ist eine Service-Hochverfügbarkeitslösung, die auf dem VRRP-Protokoll basiert und zur Vermeidung von IP-Single-Points-of-Failure verwendet werden kann. Zu den ähnlichen Tools gehören Heartbeat, Corosync und Pacemaker . Es tritt jedoch im Allgemeinen nicht alleine auf, sondern arbeitet mit anderen Lastausgleichstechnologien (wie lvs, haproxy, nginx) zusammen, um eine hohe Verfügbarkeit des Clusters zu erreichen.

VRRP-Protokoll:

Der vollständige Name von VRRP ist Virtual Router Redundancy Protocol, das Redundanzprotokoll für virtuelle Router. Es kann als fehlertolerantes Protokoll angesehen werden, um eine hohe Verfügbarkeit von Routern zu erreichen, die zu einer Routergruppe zusammengefasst werden. Diese Gruppe verfügt über einen Master und mehrere Backups, für die Außenwelt sieht sie jedoch wie ein Router aus. Stellen Sie einen virtuellen Router mit einer virtuellen IP dar (VIP, die Standardroute anderer Computer im LAN, in dem sich der Router befindet. Der Master, dem diese IP gehört, ist tatsächlich für die ARP-Antwort und die Weiterleitung von IP-Datenpaketen verantwortlich.) Andere Router in der Gruppe dienen als Backup-Rollen. Wenn der Master innerhalb des Timeout-Zeitraums keine VRRP-Pakete empfängt, wird davon ausgegangen, dass der Master ausgefallen ist. Zu diesem Zeitpunkt muss basierend auf der VRRP-Priorität ein Backup als Master ausgewählt werden hohe Verfügbarkeit des Routers.

In der VRRP-Protokollimplementierung verwendet der virtuelle Router 00-00-5E-00-01-XX als virtuelle MAC-Adresse. XX ist die eindeutige VRID (Virtual Router IDentifier). Router gleichzeitig belegt. In der physischen Routergruppe im virtuellen Router werden regelmäßig Benachrichtigungsnachrichten über die Multicast-IP-Adresse 224.0.0.18 gesendet. Jeder Router hat eine Prioritätsstufe zwischen 1 und 255, und die höchste Priorität wird zum Master-Router. Durch das Herabsetzen der Priorität des Masters kann der Router im Backup-Status den Status des Hauptrouters vorwegnehmen (proemptisieren). Die größere der beiden IP-Adressen mit der gleichen Backup-Priorität ist der Master und übernimmt die virtuelle IP.

Spezifisches Implementierungsprinzip:

1) Master ist nicht ausgefallen, dann belegt Master VIP und Nginx läuft auf Master

2) Master ist ausgefallen , Dann ergreift das Backup den VIP und führt den Nginx-Dienst auf dem Backup aus

3) Wenn der Nginx-Dienst auf dem Master-Server hängt, werden die VIP-Ressourcen auf den Backup-Server übertragen

4) Erkennen Sie den Gesundheitsstatus des Back-End-Servers

Sowohl beim Master als auch beim Backup sind Nginx-Dienste aktiviert. Wenn einer der Keepalived-Dienste stoppt, wechselt VIP zu dem Knoten, auf dem der Keepalived-Dienst noch vorhanden ist

Kann Nginx geclustert werden?

NGINX- und Keepalived-Installation und -Konfiguration

Sie verfügen über viele Installationskonfigurationen und schreiben Skripte, um die gegenseitige Überwachung zu implementieren , alarmierend usw., daher werden wir eine spezielle Lektion halten. In dieser Lektion geht es hauptsächlich um Lösungen und Prinzipien.

NGINX-verteilter Cluster

Wenn Sie einen Lastausgleich auf mehreren NGINX erreichen möchten,

1. Jeder Nginx hat eine öffentliche Netzwerkadresse Anweisungen zum gleichen Domänennamen unter dem Domänennamen sind der einfachste Weg, Round-Robin zu implementieren. Die Fehlerabschaltung erfolgt jedoch langsamer.

2. Ein öffentlicher Netzwerk-Nginx wird über die Upstream-Funktion, das Rad, die IP und die URL an mehrere Nginx im Intranet verteilt. Wenn jedoch Nginx im öffentlichen Netzwerk ausfällt, ist das gesamte interne Netzwerk betroffen.

3. Ein Paar öffentlicher Netzwerk-Nginx plus drei öffentliche Netzwerk-IPs, die durch Keepalive eine hohe Verfügbarkeit erreichen und dann zum Intranet hochladen (dies ist das Master-Slave-Backup, über das wir gerade im vorherigen Abschnitt gesprochen haben).

Im Allgemeinen können die oben genannten Methoden 1, 2 und 3 das Problem grundsätzlich lösen, und es wird empfohlen, 2 oder 3 zu verwenden.

Wenn die Parallelität wirklich groß ist, ist dies der Fall Normalerweise ist es erforderlich, Hardware F5 und andere Geräte zu verwenden. Um den Lastausgleich durchzuführen, arbeiten Sie mit DNS, CDN und anderen Dienstanbietern zusammen, um die Weiterleitung von Domänennamen und die Cache-Konfiguration durchzuführen. Dies ist auch die aktuelle Architekturkonfiguration der meisten großen Hersteller.

Weitere technische Artikel zum Thema Nginx finden Sie in der Spalte Tutorials zur Nginx-Nutzung, um mehr zu erfahren!

Das obige ist der detaillierte Inhalt vonKann Nginx geclustert werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Vorheriger Artikel:So öffnen Sie NginxNächster Artikel:So öffnen Sie Nginx