Sesi Melekit Dengan Docker Swarm (CE) di Debian 9

• Pengenalan
• Prasyarat
• Siapakah saya
• Menyediakan Traefik
• Bagaimana ia berfungsi

Pengenalan

Docker Swarm mengubah pelayan individu anda menjadi sekumpulan komputer; memudahkan skala, ketersediaan tinggi dan mengimbangi beban. Pengimbang beban Swarm menerapkan strategi pengimbangan beban round-robin, dan ini mungkin mengganggu fungsi aplikasi (warisan) yang betul yang memerlukan beberapa bentuk sesi melekit untuk membolehkan penyediaan yang tersedia tinggi dengan banyak keadaan. Docker Enterprise Edition menyokong sesi melekat Layer-7, tetapi dalam panduan ini kita akan memfokuskan pada versi (CE) Docker percuma. Untuk melaksanakan sesi melekit kita akan menggunakan Traefik.

Prasyarat

• Sekurang-kurangnya dua contoh Debian 9 yang baru digunakan dan dikemas kini dalam subnet yang sama dengan rangkaian swasta yang didayakan
• Docker CE dipasang pada contoh ini
• Contohnya harus menjadi sebahagian daripada kawanan yang sama dan harus dapat berkomunikasi antara satu sama lain melalui rangkaian peribadi
• Pengetahuan sebelumnya mengenai Docker dan Docker Swarm
• Pengguna bukan akar dengan sudohak (pilihan tetapi sangat dinasihatkan agar tidak menggunakan pengguna root)

Dalam tutorial ini, kami akan menggunakan dua contoh Vultr dengan alamat IP peribadi 192.168.0.100dan 192.168.0.101. Kedua-duanya adalah nod pengurus Docker Swarm (yang tidak sesuai untuk pengeluaran tetapi cukup untuk tutorial ini).

Siapakah saya

Tutorial ini menggunakan jwilder/whoamigambar docker sebagai aplikasi demo. Ini bekas mudah akan bertindak balas kepada panggilan REST dengan nama bekas yang bertindak balas, menjadikannya sangat mudah untuk menguji jika sesi melekit berfungsi. Imej ini jelas hanya digunakan untuk tujuan demo dan perlu digantikan oleh imej aplikasi anda sendiri.

Perkhidmatan whoami dikonfigurasi seperti berikut:

sudo docker network create whoaminet -d overlay
sudo docker service create --name whoami-service --mode global --network whoaminet --publish "80:8000"  jwilder/whoami
sudo iptables -I INPUT 1 -p tcp --dport 80 -j ACCEPT

Sekiranya kita kemudiannya curlmenamatkan sesi akhir REST http://192.168.0.100/, kita dapat melihat beban mengimbangi beban Docker Swarm di tempat kerja:

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

Tidak ada gunanya menguji ini dengan penyemak imbas moden seperti Chrome atau Firefox kerana ia direka untuk memastikan sambungan tetap hidup, dan pengimbang beban Docker Swarm hanya akan beralih ke bekas lain pada setiap sambungan baru . Sekiranya anda ingin menguji ini dengan penyemak imbas, anda perlu menunggu sekurang-kurangnya 30 saat untuk menutup sambungan sebelum menyegarkan semula.

Menyediakan Traefik

Traefik secara asli menyokong Docker Swarm, ia dapat mengesan dan mendaftarkan atau membatalkan pendaftaran kontena dalam perjalanan dan ia berkomunikasi dengan aplikasi anda melalui rangkaian overlay dalaman. Traefik memerlukan beberapa maklumat tentang permohonan anda sebelum ia boleh mula mengendalikan permintaan untuknya. Maklumat ini diberikan kepada Traefik dengan menambahkan label kepada perkhidmatan Swarm anda:

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

Senarai berikut menerangkan apa arti setiap label:

• traefik.docker.network : Rangkaian overlay Docker, di mana Traefik akan berkomunikasi dengan perkhidmatan anda
• traefik.port : Port di mana perkhidmatan anda mendengar (ini adalah port yang terdedah secara dalaman, bukan port yang diterbitkan)
• traefik.frontend.rule: PathPrefix:/ mengikat akar konteks ' /' kepada perkhidmatan ini
• traefik.backend.loadbalancer.stickiness : Mengaktifkan sesi melekit untuk perkhidmatan ini

Sekarang bahawa whoami-servicetelah dikonfigurasikan dengan label yang diperlukan, kami boleh menambah perkhidmatan Traefik kepada kawanan:

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

Perintah ini cukup banyak perkara sekaligus, seperti yang ditunjukkan dalam senarai berikut:

• --name traefik : Nama perkhidmatan Docker baru kami ialah Traefik
• -p8080:80: Kami menerbitkan port Traefik 80ke port 8080kerana port 80sudah digunakan oleh perkhidmatan whoami kami
• -p9090:8080 : Kami menerbitkan antara muka web Traefik ke port 9090
• --mount ... : Kami memasang soket Docker ke dalam bekas supaya Traefik boleh mengakses runtime Docker tuan rumah
• --global : Kami mahukan kontena Traefik di setiap nod pengurus atas alasan ketersediaan yang tinggi
• --constraint 'node.role == manager': Kami hanya mahu Traefik berjalan pada nod pengurus kerana nod pekerja tidak dapat memberikan Traefik dengan maklumat yang diperlukan. Sebagai contoh, docker service lspada simpul pekerja tidak berfungsi, jadi Traefik bahkan tidak dapat mengetahui perkhidmatan apa yang sedang dijalankan
• --network whoaminet: Sambungkan Traefik ke rangkaian yang sama dengan kami whoami-service, jika tidak, ia tidak dapat menghubungkannya. Kami sebelum ini memberitahu Traefik untuk menyambung ke perkhidmatan kami melalui rangkaian ini dengan traefik.docker.networklabel
• traefik : Beritahu dermaga untuk menggunakan imej docker Traefik terbaru untuk perkhidmatan ini
• --docker --docker.swarmmode --docker.watch --web --loglevel=DEBUG: Argumen arahan arahan diluluskan secara langsung kepada Traefik untuk membolehkannya berjalan dalam mod suar Docker. DEBUGadalah pilihan di sini, tetapi menarik semasa persediaan, dan untuk tutorial ini

Apa yang perlu dilakukan ialah membuka port yang diperlukan dalam firewall Debian:

sudo iptables -I INPUT 1 -p tcp --dport 8080 -j ACCEPT
sudo iptables -I INPUT 1 -p tcp --dport 9090 -j ACCEPT

Bagaimana ia berfungsi

Sebaik sahaja Traefik bermula, anda boleh melihat di dalam log yang Traefik menemui dua whoamibekas. Ia juga mengeluarkan nama cookie yang akan digunakan untuk mengendalikan sesi melekit:

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"

Sekiranya kita bergelung http://192.168.0.100:8080kita dapat melihat bahawa kuki baru _a49bc, telah ditetapkan:

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

Jika, pada panggilan berikutnya, kami menghantar kuki ini kepada Traefik, kami akan sentiasa dihantar ke bekas yang sama:

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

Kuki tidak mengandungi apa-apa kecuali alamat IP dalaman kontena yang mana Traefik harus menghantar untuk meminta. Sekiranya anda menukar ke nilai kuki http://10.0.0.4:8000, maka permintaan tersebut akan diteruskan ke bekas lain dengan berkesan. Sekiranya cookie tidak akan dihantar semula ke Traefik, maka sesi melekit tidak akan berfungsi dan permintaan akan diimbangi antara bekas aplikasi dan bekas Traefik.

Itu sahaja yang diperlukan untuk menyiapkan Layer 7 Sticky Sessions di Docker CE di Debian 9.