Sesi Sticky Dengan Swarm Docker (CE) pada CentOS 7

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

Pengenalan

Docker Swarm mengubah pelayan individu anda ke dalam kumpulan komputer, memudahkan penggredan, ketersediaan tinggi dan mengimbangi beban. Swarm load-balancer menerapkan strategi pengimbangan beban round-robin dan ini mungkin mengganggu fungsi aplikasi (warisan) yang betul yang memerlukan beberapa bentuk sesi melekit untuk membolehkan penyediaan ketersediaan tinggi dengan pelbagai 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 kejadian CentOS 7 yang baru digunakan dan dikemas kini dalam subnet yang sama dengan rangkaian peribadi diaktifkan
• 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 pentadbir dengan hak sudo (pilihan tetapi sangat disarankan untuk tidak menggunakan pengguna root)

Dalam tutorial ini kita akan menggunakan dua contoh Vultr dengan alamat IP swasta 192.168.0.100 dan 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/whoamiimej 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 hanya digunakan untuk tujuan demo dan perlu digantikan oleh imej aplikasi anda sendiri. Yang whoami-servicedikonfigurasikan 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 firewall-cmd --zone=public --add-port=80/tcp --permanent
sudo firewall-cmd --reload

Jika kita akan kemudiannya curlitu whoamititik akhir REST di http://192.168.0.100/, kita dapat melihat round-robin beban mengimbangi daripada 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

Ia tidak berguna untuk menguji ini dengan penyemak imbas moden seperti Chrome atau Firefox kerana ia direka untuk menyimpan sambungan hidup (terbuka) dan Docker Swarm load balancer hanya akan bertukar ke bekas lain atas 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 di bawah menerangkan apa maksud 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 /untuk 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 melakukan banyak perkara sekaligus. Senarai di bawah akan menerangkan dengan lebih terperinci:

• --name traefik: Nama perkhidmatan Docker baru kami ialah traefik
• -p8080:80: Kami menerbitkan port Traefik 80ke port 8080(port 80sudah digunakan oleh kami whoami-service)
• -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: Menyambungkan Traefik ke rangkaian yang sama dengan kami whoami-service, jika tidak, mereka tidak dapat berhubung. 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 ( --loglevel=DEBUGadalah pilihan di sini tetapi menarik semasa persediaan dan untuk tutorial ini)

Yang tinggal hanyalah membuka port yang diperlukan di firewall CentOS:

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

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"

Jika kita curl ke http://192.168.0.100:8080kita dapat melihat bahawa kuki baru _a49bctelah 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

Cookie tidak mengandungi apa-apa kecuali alamat IP dalaman (overlay) bekas yang akan dihantar oleh Traefik untuk meminta. Sekiranya anda menukar nilai kuki http://10.0.0.4:8000, permintaan tersebut akan diteruskan ke bekas lain dengan berkesan. Sekiranya kuki tidak pernah dihantar semula ke Traefik maka sesi melekit tidak akan berfungsi dan permintaan akan seimbang antara bekas aplikasi dan bekas Traefik.

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