Wie richte ich die Verknüpfung zwischen Docker-Containern ein, damit ein Neustart sie nicht unterbricht?

Ich habe ein paar Docker-Container, die wie folgt laufen:

• Nginx
• Web App 1
• Web App 2
• PostgreSQL

Da Nginx eine Verbindung zu den Webanwendungsservern in Webanwendung 1 und 2 herstellen muss und die Webanwendungen mit PostgreSQL kommunizieren müssen, habe ich folgende Verknüpfungen:

• Nginx --- Link ---> Web App 1
• Nginx --- Link ---> Web App 2
• Web App 1 --- Link ---> PostgreSQL
• Web App 2 --- Link ---> PostgreSQL

Das funktioniert zunächst ziemlich gut. Wenn ich jedoch eine neue Version von Web App 1 und Web App 2 entwickle, muss ich sie ersetzen. Ich entferne die Web-App-Container, richte neue Container ein und starte sie.

Für die Web-App-Container wären ihre IP-Adressen zunächst ungefähr so:

• 172.17.0.2
• 172.17.0.3

Und nachdem ich sie ersetzt habe, haben sie neue IP-Adressen:

• 172.17.0.5
• 172.17.0.6

Diese exponierten Umgebungsvariablen im Nginx-Container verweisen weiterhin auf die alten IP-Adressen. Hier kommt das Problem. Wie ersetze ich einen Container, ohne die Verbindung zwischen Containern zu unterbrechen? Das gleiche Problem tritt auch bei PostgreSQL auf. Wenn ich die PostgreSQL-Image-Version aktualisieren möchte, muss ich sie auf jeden Fall entfernen und die neue ausführen, aber dann muss ich das gesamte Container-Diagramm neu erstellen, sodass dies nicht ideal für den realen Serverbetrieb ist.

Der Effekt von --linkist statisch, sodass er für Ihr Szenario nicht funktioniert (derzeit erfolgt keine erneute Verknüpfung, obwohl Sie Verknüpfungen entfernen können ).

Wir haben bei dockerize.it zwei verschiedene Ansätze verwendet, um dies zu lösen, ohne Links oder Botschafter (obwohl Sie auch Botschafter hinzufügen könnten).

1) Verwenden Sie dynamisches DNS

Die allgemeine Idee ist, dass Sie einen einzelnen Namen für Ihre Datenbank (oder einen anderen Dienst) angeben und einen kurzlebigen DNS-Server mit der tatsächlichen IP aktualisieren, wenn Sie Container starten und stoppen.

Wir haben mit SkyDock angefangen . Es funktioniert mit zwei Docker-Containern, dem DNS-Server und einem Monitor, der ihn automatisch aktualisiert. Später sind wir mit Consul zu etwas Benutzerdefinierterem übergegangen (auch mit einer Docker-Version: Docker-Consul ).

Eine Weiterentwicklung davon (die wir nicht ausprobiert haben) wäre, etcd oder ähnliches einzurichten und seine benutzerdefinierte API zu verwenden, um die IPs und Ports zu lernen. Die Software sollte auch die dynamische Rekonfiguration unterstützen.

2) Verwenden Sie die Docker Bridge IP

Wenn Sie die Container-Ports verfügbar machen, können Sie sie einfach an die docker0Bridge binden , die eine bekannte Adresse hat (oder haben kann).

Wenn Sie einen Container durch eine neue Version ersetzen, lassen Sie den neuen Container einfach denselben Port auf derselben IP veröffentlichen.

Dies ist einfacher, aber auch eingeschränkter. Es kann zu Portkonflikten kommen, wenn Sie eine ähnliche Software ausführen (z. B. können zwei Container den 3306-Port auf der docker0Bridge nicht überwachen) usw. usw. Unser aktueller Favorit ist also Option 1.

Links gelten für einen bestimmten Container und basieren nicht auf dem Namen eines Containers. Sobald Sie einen Container entfernen, wird die Verbindung getrennt und der neue Container (auch mit demselben Namen) wird nicht automatisch an seine Stelle gesetzt.

Mit der neuen Netzwerkfunktion können Sie über ihren Namen eine Verbindung zu Containern herstellen. Wenn Sie also ein neues Netzwerk erstellen, kann jeder mit diesem Netzwerk verbundene Container andere Container über ihren Namen erreichen. Beispiel:

1) Erstellen Sie ein neues Netzwerk

$ docker network create <network-name>       

2) Verbinden Sie die Container mit dem Netzwerk

$ docker run --net=<network-name> ...

oder

$ docker network connect <network-name> <container-name>

3) Ping-Container mit Namen

docker exec -ti <container-name-A> ping <container-name-B> 

64 bytes from c1 (172.18.0.4): icmp_seq=1 ttl=64 time=0.137 ms
64 bytes from c1 (172.18.0.4): icmp_seq=2 ttl=64 time=0.073 ms
64 bytes from c1 (172.18.0.4): icmp_seq=3 ttl=64 time=0.074 ms
64 bytes from c1 (172.18.0.4): icmp_seq=4 ttl=64 time=0.074 ms

Siehe diesen Abschnitt der Dokumentation.

Hinweis: Im Gegensatz zu Legacy erstellt linksdas neue Netzwerk weder Umgebungsvariablen noch gibt es Umgebungsvariablen für andere Container frei.

Diese Funktion unterstützt derzeit keine Aliase

Sie können einen Botschaftercontainer verwenden . Verknüpfen Sie den Ambassador-Container jedoch nicht mit Ihrem Client, da dies das gleiche Problem wie oben verursacht. Verwenden Sie stattdessen den exponierten Port des Ambassador-Containers auf dem Docker-Host (normalerweise 172.17.42.1). Beispiel:

Postgres-Band:

$ docker run --name PGDATA -v /data/pgdata/data:/data -v /data/pgdata/log:/var/log/postgresql phusion/baseimage:0.9.10 true

Postgres-Container:

$ docker run -d --name postgres --volumes-from PGDATA -e USER=postgres -e PASS='postgres' paintedfox/postgresql

Botschafter-Container für Postgres:

$ docker run -d --name pg_ambassador --link postgres:postgres -p 5432:5432 ctlc/ambassador

Jetzt können Sie einen Postgresql-Client-Container starten, ohne den Ambassador-Container zu verknüpfen, und auf Postgresql auf dem Gateway-Host zugreifen (normalerweise 172.17.42.1):

$ docker run --rm -t -i paintedfox/postgresql /bin/bash
root@b94251eac8be:/# PGHOST=$(netstat -nr | grep '^0\.0\.0\.0 ' | awk '{print $2}')
root@b94251eac8be:/# echo $PGHOST
172.17.42.1
root@b94251eac8be:/#
root@b94251eac8be:/# psql -h $PGHOST --user postgres
Password for user postgres: 
psql (9.3.4)
SSL connection (cipher: DHE-RSA-AES256-SHA, bits: 256)
Type "help" for help.

postgres=#
postgres=# select 6*7 as answer;
 answer 
--------
     42
(1 row)

bpostgres=# 

Jetzt können Sie den Ambassador-Container neu starten, ohne den Client neu starten zu müssen.

Wenn noch jemand neugierig ist, müssen Sie die Hosteinträge in der Datei / etc / hosts jedes Docker-Containers verwenden und sollten nicht von ENV-Variablen abhängen, da diese nicht automatisch aktualisiert werden.

Für jeden verknüpften Container wird ein Hostdateieintrag im Format LINKEDCONTAINERNAME_PORT_PORTNUMBER_TCP usw. erstellt.

Das Folgende stammt aus Docker- Dokumenten

Wichtige Hinweise zu Docker-Umgebungsvariablen

Im Gegensatz zu Hosteinträgen in der Datei / etc / hosts werden in den Umgebungsvariablen gespeicherte IP-Adressen nicht automatisch aktualisiert, wenn der Quellcontainer neu gestartet wird. Wir empfehlen, die Hosteinträge in / etc / hosts zu verwenden, um die IP-Adresse verknüpfter Container aufzulösen.

Diese Umgebungsvariablen werden nur für den ersten Prozess im Container festgelegt. Einige Dämonen, wie z. B. sshd, schrubben sie, wenn Muscheln für die Verbindung erzeugt werden.

Dies ist im experimentellen Build von Docker vor 3 Wochen mit der Einführung von Diensten enthalten: https://github.com/docker/docker/blob/master/experimental/networking.md

Sie sollten in der Lage sein, eine dynamische Verknüpfung herzustellen, indem Sie einen Docker-Container mit den --publish-service <name>Argumenten ausführen . Auf diesen Namen kann über das DNS zugegriffen werden. Dies bleibt beim Neustart des Containers bestehen (solange Sie den Container mit demselben Servicenamen wie natürlich neu starten).

Sie können Dockerlinks mit Namen verwenden, um dies zu lösen.

Die grundlegendste Einrichtung besteht darin, zuerst einen benannten Datenbankcontainer zu erstellen :

$ sudo docker run -d --name db training/postgres

Erstellen Sie dann einen Webcontainer, der eine Verbindung zu db herstellt:

$ sudo docker run -d -P --name web --link db:db training/webapp python app.py

Damit müssen Sie Container nicht manuell mit ihren IP-Adressen verbinden.

Mit dem OpenSVC-Ansatz können Sie Folgendes umgehen:

• Verwenden Sie einen Dienst mit einer eigenen IP-Adresse / einem eigenen DNS-Namen (mit dem Ihre Endbenutzer eine Verbindung herstellen).
• Sagen Sie Docker, dass Ports für diese bestimmte IP-Adresse verfügbar gemacht werden sollen (Docker-Option "--ip").
• Konfigurieren Sie Ihre Apps so, dass sie eine Verbindung zur IP-Adresse des Dienstes herstellen

Jedes Mal, wenn Sie einen Container ersetzen, stellen Sie sicher, dass er eine Verbindung zur richtigen IP-Adresse herstellt.

Tutorial hier => Docker Multi Containers mit OpenSVC

Verpassen Sie nicht den Teil "Komplexe Orchestrierung" am Ende des Tutorials, mit dem Sie Container in der richtigen Reihenfolge starten / stoppen können (1 Postgresql-Teilmenge + 1 Webapp-Teilmenge + 1 Nginx-Teilmenge).

Der Hauptnachteil besteht darin, dass Sie Webapp- und PostgreSQL-Ports einer öffentlichen Adresse aussetzen und tatsächlich nur der Nginx-TCP-Port öffentlich zugänglich gemacht werden muss.

Sie können auch die Ambassador-Methode ausprobieren, einen Zwischencontainer zu haben, um den Link intakt zu halten ... (siehe https://docs.docker.com/articles/ambassador_pattern_linking/ ) für weitere Informationen

Sie können die Verbindungsports Ihrer Images an feste Ports auf dem Host binden und die Dienste so konfigurieren, dass sie stattdessen verwendet werden.

Dies hat auch seine Nachteile, könnte aber in Ihrem Fall funktionieren.

Eine andere Alternative ist die Verwendung der --net container:$CONTAINER_IDOption.

Schritt 1: Erstellen Sie "Netzwerk" -Container

docker run --name db_net ubuntu:14.04 sleep infinity
docker run --name app1_net --link db_net:db ubuntu:14.04 sleep infinity
docker run --name app2_net --link db_net:db ubuntu:14.04 sleep infinity
docker run -p 80 -p 443 --name nginx_net --link app1_net:app1 --link app2_net:app2 ubuntu:14.04 sleep infinity

Schritt 2: Injizieren von Diensten in "Netzwerk" -Container

docker run --name db --net container:db_net pgsql
docker run --name app1 --net container:app1_net app1
docker run --name app2 --net container:app1_net app2
docker run --name nginx --net container:app1_net nginx

Solange Sie die "Netzwerk" -Container nicht berühren, sollten sich die IP-Adressen Ihrer Links nicht ändern.

In diesem Fall benötigen Sie einen Alias ​​mit Netzwerkbereich . Es ist eine ziemlich neue Funktion, mit der ein Container "veröffentlicht" werden kann, der einen Dienst für das gesamte Netzwerk bereitstellt, im Gegensatz zu Link-Aliasen, auf die nur von einem Container aus zugegriffen werden kann.

Es wird keine Abhängigkeit zwischen Containern hinzugefügt - sie können kommunizieren, solange beide ausgeführt werden, unabhängig von Neustarts und Austausch- und Startreihenfolge. Ich glaube, es verwendet intern DNS anstelle von / etc / hosts

Verwenden Sie es folgendermaßen: docker run --net=some_user_definied_nw --net-alias postgres ...Sie können mit diesem Alias ​​von jedem Container im selben Netzwerk aus eine Verbindung herstellen.

Funktioniert nicht im Standardnetzwerk, leider müssen Sie eines mit erstellen docker network create <network>und es dann --net=<network>für jeden Container verwenden ( compose unterstützt es ebenfalls ).

Zusätzlich zum Ausfall des Containers und damit für Alias ​​nicht erreichbar, können mehrere Container auch einen Alias ​​gemeinsam nutzen. In diesem Fall kann nicht garantiert werden, dass der richtige Alias ​​aufgelöst wird. Aber in einigen Fällen kann dies wahrscheinlich bei einem nahtlosen Upgrade helfen.

Es ist noch nicht alles sehr gut dokumentiert, schwer herauszufinden, nur durch Lesen der Manpage.