Docker-Cross-Server-Kommunikations-Overlay-Lösung (Teil 1) Consul-Einzelinstanz

Szenario

Die Microservices des Unternehmens werden bald online gehen. Microservices werden mithilfe von Docker-Containern bereitgestellt. Alle Services werden auf demselben Host bereitgestellt. Die bei Nacos registrierte IP und der PORT sind die Intranet-IP und die im Dockerfile definierte Portnummer. Es scheint, dass es kein Problem gibt. Es kann auch über das Gateway aufgerufen werden. Bitte beachten Sie, dass es eine große Prämisse gibt:

Alle Service-Container müssen auf demselben Host bereitgestellt werden!

Wenn die Dienstinstanzen nicht auf demselben Host bereitgestellt werden, sich der Gateway-Dienst beispielsweise auf Server A und Dienst A auf Server B befindet und beide bei Nacos (oder anderen Registrierungszentren) registriert sind, stammen die gemeldeten IP-Adressen alle aus dem Intranet. Wenn eine externe Anfrage eingeht, findet das Gateway die entsprechende Intranet-IP-Adresse von Dienst A über die Dienstliste von Nacos, aber der Aufruf schlägt fehl.

ps: Wie kann die Intranetanbindung erfolgen...

Aufgabe

Microservice-Container können auf unterschiedlichen Servern liegen und sich gegenseitig aufrufen

Idee

• Da die gemeldete IP aus dem Intranet stammt, werde ich ihn einfach bitten, die IP und den Port des Hostcomputers zu melden.
• Verwenden des Host-Netzwerkmodus von Docker
• Ändern Sie das Bereitstellungsskript, um die Host-IP und die festgelegte Zuordnungsportnummer abzurufen, wenn Sie den Container über die Shell bereitstellen.
• Machen Sie das Docker-Netzwerk interoperabel

analysieren

Nachfolgend finden Sie eine Erläuterung des Problems gemäß dem Abschnitt „Ideen“ weiter oben.

1. Nach Durchsicht der offiziellen Dokumente und von Github gibt es zwei Lösungen:

• Fester IP-Port, Host-IP und Port in der Konfigurationsdatei fest codiert: Es scheint gelöst zu sein, aber das Problem ist, dass es nicht horizontal erweitert werden kann - kaum nutzbar
• Die Netzwerkkarte wurde repariert, um zu verhindern, dass aufgrund mehrerer Netzwerkkartenumgebungen der falsche IP-Port gemeldet wird: Es ist nutzlos. Nach dem Aufrufen des Containers stellte ifconfig fest, dass nur zwei interne Netzwerkkarten vorhanden sind, eth0 und lo . Die IP der entsprechenden Netzwerkkarte ist die interne Netzwerk-IP. Es ist immer noch nutzlos.

2. Wenn Sie den Host-Netzwerkmodus von Docker verwenden, werden Sie feststellen, dass die diesmal gemeldete IP tatsächlich die Host-IP ist, aber die Portnummer falsch ist ... Wenn Sie den Java-Parameter verwenden, um die über die Shell zuzuordnende Portnummer zu übergeben, ist dies theoretisch möglich. Der einzige Nachteil besteht darin, dass docker ps die Portnummer nicht mehr direkt sehen kann und Sie zusätzlich docker inspect verwenden müssen - Sie können verwenden

3. Die zugeordnete Portnummer kann abgerufen werden, aber der Name der Netzwerkkarte des Hosts ist anders und nach der Festcodierung nicht flexibel. Was ist, wenn einige eth0 und einige ens33 sind? Es gibt noch viele weitere unvorhersehbare Situationen! ——Vielleicht kann es verwendet werden

4. Teilen Sie über einige ausgereifte Docker-Containernetzwerke, aber es wird einige Leistungseinbußen geben - vollständig verfügbar

Konzept und Auswahl

Am zuverlässigsten ist die Verwendung der Docker-Netzwerkfreigabe. Mithilfe von Suchmaschinen habe ich beschlossen, Overlay zu verwenden, um den Effekt zu erzielen.

Hier ist eine kurze Beschreibung von Overlay:

Wenn Container über zwei Hosts hinweg kommunizieren, verwenden sie für die Kommunikation den Overlay-Netzwerkmodus. Wenn der Host verwendet wird, kann die hostübergreifende Kommunikation auch durch die direkte Verwendung der physischen IP-Adresse erreicht werden. Overlay erstellt ein virtuelles Netzwerk, beispielsweise die IP-Adresse 10.0.2.3. In diesem Overlay-Netzwerkmodus gibt es eine Adresse ähnlich einem Service-Gateway, die das Paket an die Adresse des physischen Servers weiterleitet und schließlich durch Routing und Switching die IP-Adresse eines anderen Servers erreicht.

Um ein Overlay-Netzwerk zu implementieren, müssen Sie eine KV-Datenbank einführen, um Netzwerkstatusinformationen, einschließlich Netzwerk, Endpunkt, IP usw., zu speichern. Consul, Etcd und ZooKeeper sind allesamt von Docker unterstützte KV-Datenbanken

Wir verwenden hier Consul. Im Vergleich zu anderen KV-Datenbanken ist die von Consul bereitgestellte Schnittstelle für die Verwaltung bequem, sodass Consul hier zur Implementierung von Overlay verwendet wird

Indem Sie den Docker-Daemon jedes Servers seine eigene IP-Adresse bei Consul registrieren lassen, können Sie das Docker-Intranet gemeinsam nutzen. Das hier gemeinsam genutzte Intranet befindet sich im Overlay-Netzwerkmodus. Nur Container, die dasselbe Overlay-Netzwerk in der registrierten Docker-Umgebung verwenden, können miteinander kommunizieren.

ps: Nach der Erstellung können Cross-Server-Container, die das Overlay-Netzwerk nicht verwenden, nicht mehr gepingt werden

Ein kleiner Test

Single-Node-Consul implementiert Overlay-Netzwerk mithilfe eines Docker-Images

Umgebungsbeschreibung