🥇मैंने Docker के अंदर Docker कैसे चलाया और इससे क्या निकला

नमस्ते! उसके में पिछला लेखमैंने आपको Docker में Docker चलाने और इस पाठ के व्यावहारिक पहलुओं के बारे में बताने का वादा किया था। अब अपना वादा पूरा करने का समय आ गया है। एक अनुभवी DevOps शायद इस बात पर आपत्ति करेगा कि जिन लोगों को Docker के अंदर Docker की ज़रूरत है, वे बस कंटेनर के अंदर होस्ट से Docker डेमॉन सॉकेट फ़ॉरवर्ड कर दें और 99% मामलों में यह पर्याप्त होगा। लेकिन मुझ पर कुकीज़ फेंकने में जल्दबाजी न करें, क्योंकि हम Docker के अंदर Docker के वास्तविक लॉन्च के बारे में बात करेंगे। इस समाधान के कई संभावित अनुप्रयोग क्षेत्र हैं और यह लेख उनमें से एक के बारे में है, इसलिए आराम से बैठें और अपने हाथों को अपने सामने सीधा करें।

मैंने Docker के अंदर Docker कैसे चलाया और इससे क्या परिणाम निकला

शुरू

यह सब सितंबर की एक बरसाती शाम को शुरू हुआ जब मैं डिजिटल ओशन पर $5 किराए पर ली गई एक मशीन साफ़ कर रहा था जो पूरी तरह से जम गई थी क्योंकि Docker ने अपनी इमेज और कंटेनरों से उपलब्ध डिस्क स्पेस के सभी 24 गीगाबाइट भर दिए थे। विडंबना यह थी कि ये सभी इमेज और कंटेनर अस्थायी थे और हर बार किसी लाइब्रेरी या फ्रेमवर्क के नए संस्करण के रिलीज़ होने पर मेरे एप्लिकेशन की कार्यक्षमता का परीक्षण करने के लिए ही इनकी आवश्यकता होती थी। मैंने कचरा साफ़ करने के लिए शेल स्क्रिप्ट लिखने और क्रॉन शेड्यूल सेट करने की कोशिश की, लेकिन इससे कोई फायदा नहीं हुआ: हर बार इसका नतीजा मेरे सर्वर का डिस्क स्पेस खत्म होने और सर्वर के (ज़्यादा से ज़्यादा) फ़्रीज़ होने के रूप में सामने आया। एक समय, मुझे एक लेख मिला जिसमें बताया गया था कि कंटेनर में जेनकिंस कैसे चलाया जाता है और यह कैसे उसमें दिए गए Docker डेमॉन सॉकेट के ज़रिए बिल्ड पाइपलाइन बना और हटा सकता है। मुझे यह विचार पसंद आया, लेकिन मैंने आगे बढ़कर Docker के अंदर सीधे Docker चलाने का प्रयोग करने का फैसला किया। मुझे Docker इमेज डाउनलोड करना और परीक्षण के लिए ज़रूरी सभी एप्लिकेशन के कंटेनर एक दूसरे कंटेनर (इसे स्टेजिंग कंटेनर कहते हैं) के अंदर बनाना एक तार्किक समाधान लगा। विचार यह था कि स्टेजिंग कंटेनर को -rm फ़्लैग के साथ चलाया जाए, जो रुकने पर पूरे कंटेनर को उसकी सभी सामग्री के साथ स्वचालित रूप से हटा देता है। मैंने Docker से ही Docker इमेज के साथ खोजबीन की (https://hub.docker.com/_/docker), लेकिन यह बहुत बोझिल निकला और मैं इसे कभी भी उस तरह से काम नहीं कर पाया जैसा मुझे चाहिए था और मैं पूरी प्रक्रिया से खुद ही गुजरना चाहता था।

अभ्यास. शंकु

मैंने अपने लिए यह लक्ष्य निर्धारित किया कि मैं कंटेनर को अपनी ज़रूरत के अनुसार काम करवाऊँगा और अपने प्रयोग जारी रखे, जिसके परिणामस्वरूप अनगिनत रुकावटें आईं। मेरे आत्म-यातना का परिणाम निम्नलिखित एल्गोरिथम था:

हम डॉकर कंटेनर को इंटरैक्टिव मोड में लॉन्च करते हैं।
```
docker run --privileged -it docker:18.09.6
```
कंटेनर के संस्करण पर ध्यान दें, दाईं या बाईं ओर एक कदम और आपका DinD कद्दू में बदल जाता है। दरअसल, नए संस्करण के रिलीज़ होने पर अक्सर सब कुछ टूट जाता है।
हमें तुरन्त अपने खोल में घुस जाना चाहिए।
आइए यह पता लगाने का प्रयास करें कि कौन से कंटेनर चल रहे हैं (उत्तर: कोई नहीं), लेकिन फिर भी कमांड चलाएँ:
```
docker ps
```
आपको थोड़ा आश्चर्य होगा, लेकिन यह पता चला है कि डॉकर डेमॉन भी नहीं चल रहा है:
```
error during connect: Get http://docker:2375/v1.40/containers/json: dial tcp: lookup docker on 
192.168.65.1:53: no such host
```

आइये इसे स्वयं चलायें:

dockerd &

एक और अप्रिय आश्चर्य:

failed to start daemon: Error initializing network controller: error obtaining controller instance: failed 
to create NAT chain DOCKER: Iptables not found

हम iptables और bash पैकेज स्थापित करते हैं (sh की तुलना में bash में काम करना निश्चित रूप से अधिक सुखद है):
```
apk add --no-cache iptables bash
```
बैश लॉन्च करें। आखिरकार, हम वापस अपने परिचित शेल में आ गए हैं।
आइए Docker को पुनः चलाने का प्रयास करें:
```
dockerd &
```
हमें लॉग्स की एक लंबी शीट दिखनी चाहिए जो इस प्रकार समाप्त होगी:
```
INFO[2019-11-25T19:51:19.448080400Z] Daemon has completed initialization          
INFO[2019-11-25T19:51:19.474439300Z] API listen on /var/run/docker.sock
```
एंटर दबाएँ। हम टावर में वापस आ गए हैं।

इस बिंदु से आगे हम अपने Docker कंटेनर के अंदर अन्य कंटेनर चलाने का प्रयास कर सकते हैं, लेकिन क्या होगा यदि हम अपने Docker कंटेनर के अंदर एक और Docker कंटेनर चलाना चाहें या कुछ गलत हो जाए और कंटेनर क्रैश हो जाए? सब कुछ फिर से शुरू करें।

अपना DinD कंटेनर और नए प्रयोग

उपरोक्त चरणों को बार-बार दोहराने से बचने के लिए, मैंने अपना स्वयं का DinD कंटेनर बनाया:

https://github.com/alekslitvinenk/dind

एक कार्यशील DinD समाधान होने से मुझे Docker के भीतर Docker को पुनरावर्ती रूप से चलाने और अधिक साहसिक प्रयोग करने की क्षमता मिली।
मैं अब MySQL और Nodejs चलाने के एक ऐसे (सफल) प्रयोग का वर्णन करने जा रहा हूँ।
सबसे अधीर व्यक्ति भी देख सकता है कि यहाँ कैसा था

तो, चलिए शुरू करते हैं:

DinD को इंटरैक्टिव मोड में चलाएँ। DinD के इस संस्करण में, हमें उन सभी पोर्ट्स को मैन्युअल रूप से मैप करना होगा जिनका उपयोग हमारे चाइल्ड कंटेनर कर सकते हैं (मैं इस पर पहले से ही काम कर रहा हूँ)
```
docker run --privileged -it 
-p 80:8080 
-p 3306:3306 
alekslitvinenk/dind
```
हम बैश में प्रवेश करते हैं, जहां से हम तुरन्त चाइल्ड कंटेनर्स को लॉन्च करना शुरू कर सकते हैं।

MySQL लॉन्च करें:

docker run --name mysql -e MYSQL_ROOT_PASSWORD=strongpassword -d -p 3306:3306 mysql

हम डेटाबेस से उसी तरह जुड़ते हैं जैसे हम स्थानीय रूप से जुड़ते हैं। हम सुनिश्चित करते हैं कि सब कुछ ठीक से काम करे।
हम दूसरा कंटेनर लॉन्च करते हैं:
```
docker run -d --rm -p 8080:8080 alekslitvinenk/hello-world-nodejs-server
```
कृपया ध्यान दें कि यहां पोर्ट मैपिंग बिल्कुल वैसी ही होगी 8080:8080, क्योंकि हमने पहले ही होस्ट से पोर्ट 80 को पोर्ट 8080 पर पैरेंट कंटेनर में मैप कर दिया है।
हम ब्राउज़र में लोकलहोस्ट पर जाते हैं, सुनिश्चित करते हैं कि सर्वर "हैलो वर्ल्ड!" कहकर जवाब दे।

मेरे मामले में, नेस्टेड डॉकर कंटेनरों के साथ प्रयोग काफी सकारात्मक रहा और मैं इस परियोजना को विकसित करना और स्टेजिंग के लिए इसका उपयोग करना जारी रखूँगा। मुझे लगता है कि यह उसी कुबेरनेट्स और जेनकिंस एक्स की तुलना में कहीं अधिक हल्का समाधान है। लेकिन यह मेरी व्यक्तिगत राय है।

मुझे लगता है आज के लेख के लिए बस इतना ही। अगले लेख में मैं Docker में पुनरावर्ती Docker स्टार्टअप और नेस्टेड कंटेनरों में निर्देशिकाओं को गहराई से माउंट करने के प्रयोगों का विस्तार से वर्णन करूँगा।

पुनश्च यदि आपको यह परियोजना उपयोगी लगे तो कृपया इसे GitHub पर एक स्टार दें, इसे फोर्क करें और अपने मित्रों को बताएं।

Edit1 त्रुटियाँ ठीक की गईं, 2 वीडियो पर फ़ोकस किया गया

स्रोत: www.habr.com