Sticky Session with Docker Swarm (CE) a CentOS 7 rendszeren

Bevezetés

A Docker Swarm az Ön egyedi szervereit számítógépek fürtjévé alakítja, megkönnyítve a méretezést, a magas rendelkezésre állást és a terheléselosztást. A Swarm terheléselosztó egy körkörös terheléselosztási stratégiát valósít meg, és ez megzavarhatja a (örökölt) állapotalapú alkalmazások megfelelő működését, amelyek valamilyen ragadós munkamenetet igényelnek, hogy lehetővé tegyék a magas rendelkezésre állású beállítást több példányban. A Docker Enterprise Edition támogatja a Layer-7 ragadós munkamenetet, de ebben az útmutatóban a Docker ingyenes (CE) verziójára fogunk összpontosítani. A ragadós munkamenetek megvalósításához a Traefiket fogjuk használni.

Előfeltételek

• Legalább két frissen telepített és frissített CentOS 7-példány ugyanabban az alhálózatban, engedélyezett magánhálózattal
• Ezekre a példányokra telepítve a Docker CE
• A példányoknak ugyanannak a Swarmnak a részét kell képezniük, és képesnek kell lenniük kommunikálni egymással a magánhálózaton keresztül
• Docker és Docker Swarm előzetes ismerete
• Nem adminisztrátor felhasználó sudo jogokkal (nem kötelező, de erősen ajánlott, hogy ne használja a root felhasználót)

Ebben az oktatóanyagban két Vultr-példányt fogunk használni 192.168.0.100 és 192.168.0.101 privát IP-címekkel, mindkettő Docker Swarm menedzser csomópont (ami nem ideális termeléshez, de elegendő ehhez az oktatóanyaghoz).

Ki vagyok én

Ez az oktatóanyag a jwilder/whoamidocker-képet használja demóalkalmazásként. Ez az egyszerű tároló a válaszoló tároló nevével válaszol egy REST-hívásra, így nagyon könnyen ellenőrizhető, hogy a ragadós munkamenetek működnek-e. Ezt a képet csak bemutató célokra használják, és le kell cserélni a saját alkalmazás képével. A következőképpen whoami-servicevan konfigurálva:

sudo docker network create whoaminet -d overlay
sudo docker service create --name whoami-service --mode global --network whoaminet --publish "80:8000" jwilder/whoami
sudo firewall-cmd --zone=public --add-port=80/tcp --permanent
sudo firewall-cmd --reload

Ha ezt követően curla whoamiREST végpontot a következő helyen http://192.168.0.100/végezzük, akkor láthatjuk, hogy a Docker Swarm körkörös terheléselosztása működik.

curl http://192.168.0.100
I'm a6a8c9294fc3
curl http://192.168.0.100
I'm ae9d1763b4ad
curl http://192.168.0.100
I'm a6a8c9294fc3
curl http://192.168.0.100
I'm ae9d1763b4ad
curl http://192.168.0.100
I'm a6a8c9294fc3

Hiába teszteli ezt a modern böngészőkkel, mint például a Chrome vagy a Firefox, mert ezeket úgy tervezték, hogy életben tartsák (nyitva) a kapcsolatokat, és a Docker Swarm terheléselosztója csak minden új csatlakozáskor vált át a másik tárolóra . Ha ezt böngészővel szeretné tesztelni, legalább 30 másodpercet kell várnia, amíg a kapcsolat bezárul, mielőtt újra frissítené.

A Traefik beállítása

A Traefik natívan támogatja a Docker Swarm-ot, képes észlelni és regisztrálni vagy törölni a konténereket menet közben, és kommunikál az alkalmazással a belső overlay hálózaton keresztül. A Traefiknek szüksége van néhány információra az alkalmazásáról, mielőtt elkezdené kezelni az arra vonatkozó kéréseket. Ezeket az információkat a Traefik úgy kapja meg, hogy címkéket ad hozzá a Swarm szolgáltatásához.

sudo docker service update --label-add "traefik.docker.network=whoaminet" --label-add "traefik.port=8000" --label-add "traefik.frontend.rule=PathPrefix:/" --label-add "traefik.backend.loadbalancer.stickiness=true" whoami-service

Az alábbi lista leírja, mit jelentenek az egyes címkék:

• traefik.docker.network: A Docker átfedő hálózat, amelyen keresztül a Traefik kommunikál az Ön szolgáltatásával
• traefik.port: A port, amelyen a szolgáltatás figyel (ez a belső port, nem a közzétett port)
• traefik.frontend.rule: PathPrefix:/a kontextus gyökerét köti /ehhez a szolgáltatáshoz.
• traefik.backend.loadbalancer.stickiness: Engedélyezi a ragadós munkameneteket ehhez a szolgáltatáshoz

Most, hogy a whoami-serviceszükséges címkékkel konfigurálva van, hozzáadhatjuk a Traefik szolgáltatást a rajhoz:

sudo docker service create --name traefik -p8080:80 -p9090:8080 --mount type=bind,source=/var/run/docker.sock,destination=/var/run/docker.sock --mode=global --constraint 'node.role == manager' --network whoaminet traefik --docker --docker.swarmmode --docker.watch --web --loglevel=DEBUG

Ez a parancs elég sok dolgot hajt végre egyszerre. Az alábbi lista részletesebben elmagyarázza:

• --name traefik: Új Docker szolgáltatásunk neve traefik
• -p8080:80: A Traefik portját 80a porttól portig tesszük közzé 8080(a portot 80a mi szolgáltatónk már használja whoami-service)
• -p9090:8080: Kiadjuk a Traefik saját webes felületét a portra 9090
• --mount ...: A Docker Socketet a konténerbe szereljük, hogy a Traefik hozzáférjen a gazdagép Docker futási környezetéhez
• --global: Traefik konténereket szeretnénk minden menedzser csomóponton a magas rendelkezésre állás miatt
• --constraint 'node.role == manager': Csak azt akarjuk, hogy a Traefik a menedzser csomópontokon fusson, mert a dolgozó csomópontok nem tudják biztosítani a Traefik számára a szükséges információkat. Például docker service lsegy dolgozó csomóponton nem működik, így a Traefik még azt sem tudná felfedezni, hogy milyen szolgáltatások futnak.
• --network whoaminet: A Traefiket ugyanarra a hálózatra köti, mint a miénket whoami-service, különben nem tudnak csatlakozni. Korábban azt mondtuk a Traefiknek, hogy ezen a hálózaton keresztül csatlakozzon szolgáltatásunkhoz a traefik.docker.networkcímkével
• traefik: Mondja meg a dockernek, hogy a legújabb Traefik docker-képet használja ehhez a szolgáltatáshoz
• --docker --docker.swarmmode --docker.watch --web --loglevel=DEBUG: A parancssori argumentumok közvetlenül a Traefiknek átadva, hogy Docker raj módban futhasson ( --loglevel=DEBUGitt opcionális, de érdekes a beállítás során és ebben az oktatóanyagban)

Nincs más hátra, mint a szükséges portok megnyitása a CentOS tűzfalban:

sudo firewall-cmd --zone=public --add-port=8080/tcp --permanent
sudo firewall-cmd --zone=public --add-port=9090/tcp --permanent
sudo firewall-cmd --reload

Hogyan működik

Amint a Traefik beindul, a naplókon látható, hogy Traefik felfedezi a két whoamikonténert. Kiadja a cookie nevét is, amelyet a ragadós munkamenet kezelésére fog használni:

time="2018-11-25T13:17:30Z" level=debug msg="Configuration received from provider docker: {\"backends\":{\"backend-whoami-service\":{\"servers\":{\"server-whoami-service-1-a179b2e38a607b1127e5537c2e614b05\":{\"url\":\"http://10.0.0.5:8000\",\"weight\":1},\"server-whoami-service-2-df8a622478a5a709fcb23c50e689b5b6\":{\"url\":\"http://10.0.0.4:8000\",\"weight\":1}},\"loadBalancer\":{\"method\":\"wrr\",\"stickiness\":{}}}},\"frontends\":{\"frontend-PathPrefix-0\":{\"entryPoints\":[\"http\"],\"backend\":\"backend-whoami-service\",\"routes\":{\"route-frontend-PathPrefix-0\":{\"rule\":\"PathPrefix:/\"}},\"passHostHeader\":true,\"priority\":0,\"basicAuth\":null}}}"
time="2018-11-25T13:17:30Z" level=debug msg="Wiring frontend frontend-PathPrefix-0 to entryPoint http"
time="2018-11-25T13:17:30Z" level=debug msg="Creating backend backend-whoami-service"
time="2018-11-25T13:17:30Z" level=debug msg="Adding TLSClientHeaders middleware for frontend frontend-PathPrefix-0"
time="2018-11-25T13:17:30Z" level=debug msg="Creating load-balancer wrr"
time="2018-11-25T13:17:30Z" level=debug msg="Sticky session with cookie _a49bc"
time="2018-11-25T13:17:30Z" level=debug msg="Creating server server-whoami-service-1-a179b2e38a607b1127e5537c2e614b05 at http://10.0.0.5:8000 with weight 1"
time="2018-11-25T13:17:30Z" level=debug msg="Creating server server-whoami-service-2-df8a622478a5a709fcb23c50e689b5b6 at http://10.0.0.4:8000 with weight 1"
time="2018-11-25T13:17:30Z" level=debug msg="Creating route route-frontend-PathPrefix-0 PathPrefix:/"
time="2018-11-25T13:17:30Z" level=info msg="Server configuration reloaded on :80"
time="2018-11-25T13:17:30Z" level=info msg="Server configuration reloaded on :8080"

Ha ráhajolunk, http://192.168.0.100:8080láthatjuk, hogy új cookie _a49bclett beállítva:

curl -v http://192.168.0.100:8080
* About to connect() to 192.168.0.100 port 8080 (#0)
*   Trying 192.168.0.100...
* Connected to 192.168.0.100 (192.168.0.100) port 8080 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.29.0
> Host: 192.168.0.100:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Content-Length: 17
< Content-Type: text/plain; charset=utf-8
< Date: Sun, 25 Nov 2018 13:18:40 GMT
< Set-Cookie: _a49bc=http://10.0.0.5:8000; Path=/
<
I'm a6a8c9294fc3
* Connection #0 to host 192.168.0.100 left intact

Ha a későbbi hívások során ezt a cookie-t elküldjük a Traefiknek, akkor mindig ugyanabba a tárolóba továbbítjuk:

curl http://192.168.0.100:8080 --cookie "_a49bc=http://10.0.0.5:8000"
I'm a6a8c9294fc3
curl http://192.168.0.100:8080 --cookie "_a49bc=http://10.0.0.5:8000"
I'm a6a8c9294fc3
curl http://192.168.0.100:8080 --cookie "_a49bc=http://10.0.0.5:8000"
I'm a6a8c9294fc3
curl http://192.168.0.100:8080 --cookie "_a49bc=http://10.0.0.5:8000"
I'm a6a8c9294fc3

A cookie nem tartalmaz mást, mint annak a tárolónak a belső, (overlay) IP címét, amelyre a Traefik kérésre küldjön. Ha módosítja a cookie értékét, http://10.0.0.4:8000akkor a kérés ténylegesen a másik tárolóba kerül továbbításra. Ha a cookie-t soha nem küldik el újra a Traefiknek, akkor a ragadós munkamenet nem fog működni, és a kérések egyensúlyban lesznek az alkalmazás és a Traefik tárolók között.

Ez minden, ami szükséges a Layer 7 Sticky Sessions beállításához a Docker CE-ben a CentOS 7 rendszeren.