सेंटो 7 पर डॉकर झुंड (सीई) के साथ चिपचिपा सत्र

• परिचय
• आवश्यक शर्तें
• मैं कौन हूँ
• ट्राफिक की स्थापना
• यह काम किस प्रकार करता है

परिचय

डॉकर झुंड आपके व्यक्तिगत सर्वरों को कंप्यूटर के एक समूह में बदल देता है, जिससे स्केलिंग, उच्च-उपलब्धता और लोड-संतुलन की सुविधा होती है। झुंड लोड-बैलेंसर एक राउंड-रॉबिन लोड-बैलेंसिंग रणनीति को लागू करता है और यह (विरासत) स्टेटफुल एप्लिकेशन के सही कामकाज में हस्तक्षेप कर सकता है, जिसमें कई उदाहरणों के साथ उच्च-उपलब्धता सेटअप की अनुमति देने के लिए चिपचिपा सत्रों के कुछ प्रकार की आवश्यकता होती है। डॉकर एंटरप्राइज एडिशन लेयर -7 स्टिकी सेशन का समर्थन करता है, लेकिन इस गाइड में हम डॉकर के मुफ्त (सीई) संस्करण पर ध्यान केंद्रित करेंगे�� चिपचिपा सत्रों को लागू करने के लिए हम ट्राफिक का उपयोग करेंगे।

आवश्यक शर्तें

• निजी नेटवर्किंग सक्षम के साथ एक ही सबनेट में कम से कम दो ताज़ा तैनात और अपडेट कि�� गए CentOS 7 उदाहरण
• इन उदाहरणों पर डॉकर CE स्थापित किया गया
• उदाहरणों को एक ही झुंड का हिस्सा होना चाहिए और निजी नेटवर्क पर एक दूसरे के साथ संवाद करने में सक्षम होना चाहिए
• डॉकर और डॉकर झुंड के पूर्व ज्ञान
• सूडो अधिकारों के साथ एक गैर-व्यवस्थापक उपयोगकर्ता (वैकल्पिक लेकिन यह मूल उपयोगकर्ता का उपयोग नहीं करने के लिए दृढ़ता से सलाह दी जाती है)

इस ट्यूटोरियल में हम निजी आईपी पते 192.168.0.100 और 192.168.0.101 के साथ दो वल्चर उदाहरणों का उपयोग कर रहे हैं, ये दोनों डॉकर झुंड प्रबंधक नोड्स हैं (जो उत्पादन के लिए आदर्श नहीं है लेकिन इस ट्यूटोरियल के लिए पर्याप्त है)।

मैं कौन हूँ

यह ट्यूटोरियल jwilder/whoamiडेमो एप्लीकेशन के रूप में डॉकटर इमेज का उपयोग करता है । यह साधारण कंटेनर रिस्पॉन्स कंटेनर के नाम के साथ एक आरईएसटी कॉल का जवाब देगा, जिससे स्टिकी सेशन काम कर रहे हों तो यह टेस्ट करना बहुत आसान हो जाता है। इस छवि का उपयोग केवल डेमो उद्देश्यों के लिए किया जाता है और इसे आपके स्वयं के एप्लिकेशन की छवि द्वारा प्रतिस्थापित किया जाना चाहिए। 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

यदि हम बाद curlमें whoamiREST समापन बिंदु पर हैं http://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

क्रोम या फ़ायरफ़ॉक्स जैसे आधुनिक ब्राउज़रों के साथ इसका परीक्षण करने का कोई फायदा नहीं है क्योंकि वे कनेक्शन को जीवित (खुला) रखने के लिए डिज़ाइन किए गए हैं और डॉकर झुंड लोड-बैलेंसर केवल प्रत्येक नए कनेक्शन पर अन्य कंटेनर में स्विच करेगा । यदि आप एक ब्राउज़र के साथ यह परीक्षण करना चाहते हैं, तो आपको फिर से ताज़ा करने से पहले कनेक्शन को बंद करने के लिए कम से कम 30 सेकंड इंतजार करना होगा।

ट्राफिक की स्थापना

ट्राफिक मूल रूप से डॉकर झुंड का समर्थन करता है, यह पता लगा सकता है और ऑन-द-फ्लाई कंटेनर को पंजीकृत या डी-रजिस्टर कर सकता है और यह आंतरिक ओवरले नेटवर्क पर आपके एप्लिकेशन के साथ संचार करता है। ट्रैफिक को आपके आवेदन के बारे में कुछ जानकारी चाहिए, इससे पहले कि वह इसके लिए अनुरोधों को संभालना शुरू कर दे। यह जानकारी आपकी Swarm सेवा में लेबल जोड़कर ट्राफिक को प्रदान की जाती है।

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: डॉकर ओवरले नेटवर्क जिस पर ट्राफिक आपकी सेवा के साथ संवाद करेगा
• traefik.port: वह पोर्ट जिस पर आपकी सेवा सुन रही है (यह आंतरिक रूप से उजागर पोर्ट है, प्रकाशित पोर्ट नहीं)
• traefik.frontend.rule: इस सेवा PathPrefix:/के संदर्भ रूट /को बांधता है ।
• traefik.backend.loadbalancer.stickiness: इस सेवा के लिए चिपचिपा सत्र सक्षम करता है

अब जब कि whoami-serviceआवश्यक लेबल के साथ कॉन्फ़िगर किया गया है, हम ट्रिफ़िक सेवा को झुंड में जोड़ सकते हैं:

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: हमारी नई डॉकर सेवा का नाम है traefik
• -p8080:80: हम ट्रैफिक के पोर्ट 80टू पोर्ट को प्रकाशित करते हैं 8080(पोर्ट 80पहले से ही हमारे उपयोग में है whoami-service)
• -p9090:8080: हम ट्राफिक के वेब इंटरफेस को पोर्ट करने के लिए प्रकाशित करते हैं 9090
• --mount ...: हम डॉकटर सॉकेट को कंटेनर में माउंट करते हैं ताकि ट्राईफिक होस्ट के डॉकर रनटाइम तक पहुंच सके
• --global: हम उच्च उपलब्धता कारणों से प्रत्येक प्रबंधक नोड पर ट्राफिक कंटेनर चाहते हैं
• --constraint 'node.role == manager': हम केवल ट्रैफिक मैनेजर नोड्स पर चलाना चाहते हैं क्योंकि कार्यकर्ता नोड्स ट्राइफिक को उस जानकारी के साथ प्रदान नहीं कर सकता है जिसे इसकी आवश्यकता है। उदाहरण के लिए, docker service lsएक कार्यकर्ता नोड पर काम नहीं करता है, इसलिए ट्रैफिक भी खोज नहीं कर पाएगा कि कौन सी सेवाएं चल रही हैं
• --network whoaminet: ट्रैफ़िक को हमारे समान नेटवर्क से जोड़ता है whoami-service, अन्यथा वे कनेक्ट नहीं कर सकते। हमने पहले इस नेटवर्क पर traefik.docker.networkलेबल के साथ हमारी सेवा से जुड़ने के लिए ट्रैफिक को बताया था
• traefik: इस सेवा के लिए नवीनतम Traefik docker छवि का उपयोग करने के लिए docker को बताएँ
• --docker --docker.swarmmode --docker.watch --web --loglevel=DEBUG: कमांड लाइन की दलीलें सीधे ट्राइफिक को पास की गईं ताकि वह डॉकयर झुंड मोड में चल सके ( --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

यह काम किस प्रकार करता है

जैसे ही ट्राफिक शुरू होता है, आप लॉग में देख सकते हैं कि ट्राफिक दो 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

यदि, बाद की कॉल पर, हम इस कुकी को ट्राफिक में भेजते हैं, तो हम हमेशा एक ही कंटेनर में भेजे जाएंगे:

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

कुकी में आंतरिक ((ओवरले)), कंटेनर का आईपी पता, जिसमें ट्रैफिक को अनुरोध करने के लिए भेजना चाहिए, के अलावा कुछ नहीं होता है। यदि आप कुकी मान को बदलते हैं http://10.0.0.4:8000तो अनुरोध अन्य कंटेनर में प्रभावी रूप से भेजा जाएगा। यदि कुकी को कभी भी ट्राफिक में नहीं भेजा जाता है, तो चिपचिपा सत्र काम नहीं करेगा और आवेदन के कंटेनरों और ट्राफिक कंटेनरों के बीच अनुरोध संतुलित होंगे।

सेंटोस 7 पर डॉकर सीई में लेयर 7 स्टिकी सेशन स्थापित करने की आवश्यकता है।