جلسه Sticky With Docker Swarm (CE) در CentOS 7

• معرفی
• پیش نیازها
• من کی هستم
• تنظیم Traefik
• چگونه کار می کند

معرفی

Docker Swarm سرورهای فردی شما را به مجموعه ای از رایانه ها تبدیل می کند و باعث می شود مقیاس پذیری ، در دسترس بودن زیاد و توازن بار را تسهیل کنید. Swarm load-balancer یک استراتژی توازن بار بار رابط کاربری دور را اجرا می کند و این ممکن است در عملکرد صحیح برنامه (میراث) حالتدار که به نوعی جلسات چسبناک احتیاج دارند تداخل داشته باشد تا امکان تنظیم بالا در دسترس را با چند نمونه فراهم کند. Docker Enterprise Edition از جلسه چسبنده Layer-7 پشتیبانی می کند ، اما در این راهنما روی نسخه رایگان (CE) داکر تمرکز خواهیم کرد. برای اجرای جلسات مهم ، از Traefik استفاده خواهیم کرد.

پیش نیازها

• حداقل دو مورد CentOS 7 که اخیراً مستقر شده و به روز شده اند در همان زیر شبکه با شبکه های خصوصی فعال هستند
• Docker CE در این موارد نصب شده است
• نمونه ها باید بخشی از همان Swarm باشند و باید بتوانند از طریق شبکه خصوصی با یکدیگر ارتباط برقرار کنند
• دانش قبلی درباره Docker و Docker Swarm
• یک کاربر غیر سرپرست با حقوق sudo (اختیاری است اما به شدت توصیه می شود که از کاربر root استفاده نکنید)

در این آموزش از دو نمونه Vultr با آدرس های IP خصوصی 192.168.0.100 و 192.168.0.101 استفاده خواهیم کرد که هر دو گره های مدیر Docker Swarm (که برای تولید ایده آل نیست بلکه برای این آموزش کافی است).

من کی هستم

در این آموزش از jwilder/whoamiتصویر docker به عنوان برنامه نمایشی استفاده می شود. این ظرف ساده به تماس REST با نام ظرف پاسخ دهنده پاسخ خواهد داد و در صورت کار بودن جلسات چسبنده ، آن را بسیار آسان می کند. این تصویر فقط برای اهداف نمایشی استفاده می شود و نیاز به جایگزین کردن تصویر برنامه شخصی شما دارد. whoami-serviceبه شرح زیر است پیکربندی:

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

اگر ما پس از آن نقطه پایانی REST در ، ما می توانید ببینید گرد رابین بار متعادل از کارگر بارانداز ازدحام در محل کار.curlwhoamihttp://192.168.0.100/

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

این آزمایش برای مرورگرهای مدرن مانند Chrome یا Firefox فایده ای ندارد زیرا آنها به منظور زنده نگه داشتن اتصالات (باز) طراحی شده اند و Docker Swarm load-balancer فقط بر روی هر اتصال جدید به ظرف دیگر تغییر خواهد کرد . اگر می خواهید این کار را با یک مرورگر انجام دهید ، باید حداقل 30 ثانیه منتظر بمانید تا اتصال دوباره بسته شود تا دوباره تجدید شود.

تنظیم Traefik

Traefik بومی از Docker Swarm پشتیبانی می کند ، می تواند ظروف را در پرواز تشخیص داده و ثبت نام کند یا ثبت نام کند و با برنامه شما از طریق شبکه پوشش داخلی ارتباط برقرار کند. Traefik قبل از شروع پردازش درخواست برای آن ، به برخی اطلاعات مربوط به برنامه شما نیاز دارد. این اطلاعات با اضافه کردن برچسب ها به سرویس Swarm شما به Traefik ارائه می شود.

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

لیست زیر توضیح می دهد که هر برچسب به چه معنی است:

• traefik.docker.network: شبکه روکش Docker که Traefik از طریق آن با سرویس شما ارتباط برقرار خواهد کرد
• traefik.port: درگاهی که سرویس شما در آن گوش می دهد (این درگاه داخلی است ، نه درگاه منتشر شده)
• traefik.frontend.rule: PathPrefix:/ریشه متن را /با این سرویس پیوند می زند .
• traefik.backend.loadbalancer.stickiness: جلسات مهم را برای این سرویس فعال می کند

اکنون که whoami-serviceبا برچسب های مورد نیاز پیکربندی شده است ، می توانیم سرویس Traefik را به swarm اضافه کنیم:

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

این دستور به طور هم زمان تعداد زیادی کار را انجام می دهد. لیست زیر با جزئیات بیشتری توضیح می دهد:

• --name traefik: نام سرویس جدید Docker ما است traefik
• -p8080:80: ما بندر Traefik را 80به بندر منتشر می کنیم 8080(این بندر 80در حال استفاده توسط ما است whoami-service)
• -p9090:8080: رابط وب شخصی Traefik را به صورت پورت منتشر می کنیم 9090
• --mount ...: ما سوکت Docker را درون ظرف قرار می دهیم تا Traefik بتواند به زمان اجرا میزبان Docker دسترسی پیدا کند
• --global: ما به دلایل در دسترس بودن زیاد ، ظروف Traefik را در هر گره مدیر می خواهیم
• --constraint 'node.role == manager': ما فقط می خواهیم Traefik روی گره های مدیر اجرا شود زیرا گره های کارگر نمی توانند اطلاعات مورد نیاز را به Traefik ارائه دهند. به عنوان مثال ، docker service lsدر یک گره کارگر کار نمی کند ، بنابراین Traefik حتی قادر به کشف چه سرویس هایی نیست
• --network whoaminet: Traefik را به همان شبکه ما وصل می کند whoami-service، در غیر این صورت آنها قادر به اتصال نیستند. ما قبلاً به Traefik گفته بودیم تا از طریق این شبکه با traefik.docker.networkبرچسب به خدمات ما وصل شود
• traefik: به docker بگویید که از جدیدترین تصویر docker Traefik برای این سرویس استفاده کند
• --docker --docker.swarmmode --docker.watch --web --loglevel=DEBUG: آرگومان های خط فرمان به طور مستقیم به Traefik منتقل شد تا اجازه دهد در حالت swarm Docker اجرا شود ( --loglevel=DEBUGدر اینجا اختیاری است اما در طول راه اندازی و برای این آموزش جالب است)

تمام کارهایی که برای انجام کار باقی مانده باز کردن درگاه های لازم در فایروال 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

چگونه کار می کند

به محض شروع Traefik ، می توانید در سیاهههای مربوط مشاهده کنید که Traefik دو whoamiظرف را کشف می کند . همچنین نام کوکی را که برای استفاده از جلسه چسبنده از آن استفاده می کند ، تولید می کند:

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"

اگر به این کار http://192.168.0.100:8080بپردازیم ، می بینیم که یک کوکی جدید _a49bcتنظیم شده است:

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

اگر در تماس های بعدی ، این کوکی را به Traefik ارسال کنیم ، همیشه به همان ظرف منتقل می شویم:

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

کوکی حاوی چیزی نیست جز آدرس داخلی ، (روکش) ، آی پی کانتینری که Traefik باید برای درخواست ارسال کند. اگر مقدار کوکی را به http://10.0.0.4:8000آن تغییر دهید ، درخواست به طور موثر به ظرف دیگر ارسال می شود. اگر کوکی هرگز به Traefik فرستاده نشود ، جلسه چسبنده کار نخواهد کرد و درخواستها بین ظروف برنامه و ظروف Traefik متعادل خواهد شد.

این تنها چیزی است که برای راه اندازی Layer 7 Sticky Sessions در Docker CE در CentOS 7 مورد نیاز است.