როგორ გავუშვა Docker შიგნით Docker და რა გამოვიდა მისგან

Სალამი ყველას! Მისი წინა სტატია, დავპირდი, რომ ვისაუბრებ Docker-ში გაშვებაზე და ამ გაკვეთილის გამოყენების პრაქტიკულ ასპექტებზე. დროა შეასრულოთ თქვენი დაპირება. გამოცდილი დევოპერატორი ალბათ გააპროტესტებს, რომ მათ, ვისაც დოკერი სჭირდება Docker-ში, უბრალოდ გადააგზავნონ Docker daemon სოკეტი ჰოსტიდან კონტეინერში და ეს საკმარისი იქნება 99% შემთხვევაში. მაგრამ ნუ ჩქარობთ ქუქიების გადაგდებას, რადგან ჩვენ ვისაუბრებთ Docker-ის რეალურად გაშვებაზე Docker-ში. ამ გამოსავალს ბევრი შესაძლო გამოყენება აქვს და ეს სტატია ერთ-ერთ მათგანს ეხება, ასე რომ დაჯექით და გაისწორეთ ხელები თქვენს წინ.

დაწყება

ეს ყველაფერი დაიწყო სექტემბრის წვიმიან საღამოს, როდესაც მე ვასუფთავებდი 5 დოლარად ნაქირავებ აპარატს Digital Ocean-ზე, რომელიც გაყინული იყო იმის გამო, რომ Docker-მა 24 გიგაბაიტი არსებული დისკის სივრცე შეავსო თავისი სურათებით და კონტეინერებით. ირონია ის იყო, რომ ყველა ეს სურათი და კონტეინერი გარდამავალი იყო და საჭირო იყო მხოლოდ ჩემი აპლიკაციის მუშაობის შესამოწმებლად, ყოველ ჯერზე, როცა ბიბლიოთეკის ან ფრეიმერის ახალი ვერსია გამოდიოდა. მე ვცადე ჭურვის სკრიპტების დაწერა და ნაგვის გასასუფთავებლად cron-ის გრაფიკის დაყენება, მაგრამ ეს არ უშველა: ყოველ ჯერზე ეს აუცილებლად მთავრდებოდა ჩემი სერვერის დისკის ადგილის შეჭამით და სერვერის დაკიდებით (საუკეთესო შემთხვევაში). რაღაც მომენტში, მე წავაწყდი სტატიას იმის შესახებ, თუ როგორ უნდა გაუშვათ ჯენკინსი კონტეინერში და როგორ შეუძლია შექმნას და წაშალოს build მილსადენები მასში გადაგზავნილი docker daemon სოკეტის მეშვეობით. მე მომეწონა იდეა, მაგრამ გადავწყვიტე, უფრო შორს წავსულიყავი და ექსპერიმენტი ჩამეტარებინა Docker-ის პირდაპირ გაშვებაზე Docker-ში. იმ დროს სრულიად ლოგიკური გადაწყვეტა მეჩვენებოდა Docker-ის სურათების ჩამოტვირთვა და კონტეინერების შექმნა ყველა იმ აპლიკაციისთვის, რომელიც მჭირდებოდა სხვა კონტეინერში შესამოწმებლად (მოდით დავარქვათ მას დადგმის კონტეინერი). იდეა იყო დადგმული კონტეინერის დაწყება -rm დროშით, რომელიც ავტომატურად წაშლის მთელ კონტეინერს და მის მთელ შიგთავსს, როდესაც ის გაჩერებულია. მე შევეხე Docker-ის სურათს თავად Docker-ისგან (https://hub.docker.com/_/docker), მაგრამ ზედმეტად შრომატევადი აღმოჩნდა და ვერასდროს მოვახერხე დამემუშავებინა ისე, როგორც მჭირდებოდა და მეც მინდოდა ბოლომდე გამეტანა.

ივარჯიშე. გირჩები

მე დავაპირე, რომ კონტეინერი ისე მუშაობდეს, როგორც მჭირდებოდა და გავაგრძელე ექსპერიმენტები, რის შედეგადაც უამრავი კვირტი გამომივიდა. ჩემი თავის წამების შედეგი იყო შემდეგი ალგორითმი:

1. ჩვენ გავუშვით Docker კონტეინერი ინტერაქტიულ რეჟიმში.

   docker run --privileged -it docker:18.09.6

   ყურადღება მიაქციეთ კონტეინერის ვერსიას, გადადით მარჯვნივ ან მარცხნივ და თქვენი DinD გოგრად გადაიქცევა. სინამდვილეში, ახალი ვერსიის გამოშვებისას ყველაფერი საკმაოდ ხშირად იშლება.
   სასწრაფოდ უნდა შევიდეთ ნაჭუჭში.

2. ჩვენ ვცდილობთ გავარკვიოთ, რომელი კონტეინერები მუშაობს (პასუხი: არცერთი), მაგრამ მოდით, მაინც შევასრულოთ ბრძანება:

   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

3. მოდით, თავად გავუშვათ:

   dockerd &

   კიდევ ერთი უსიამოვნო სიურპრიზი:

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

4. დააინსტალირეთ iptables და bash პაკეტები (ყველაფერი უფრო სასიამოვნოა bash-ში მუშაობა, ვიდრე sh-ში):

   apk add --no-cache iptables bash

5. დავიწყოთ ბაში. საბოლოოდ ჩვენ დავბრუნდით ჩვეულ გარსში

6. შევეცადოთ კვლავ გავუშვათ 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

7. დააჭირეთ Enter. ჩვენ დავბრუნდით ბაშში.

ამიერიდან, ჩვენ შეგვიძლია ვცადოთ სხვა კონტეინერების გაშვება ჩვენს Docker კონტეინერში, მაგრამ რა მოხდება, თუ გვსურს სხვა Docker კონტეინერის გაშვება ჩვენს Docker კონტეინერში ან რამე არასწორედ მოხდება და კონტეინერი ავარიულად იშლება? დაიწყე ყველაფერი თავიდან.

საკუთარი DinD კონტეინერი და ახალი ექსპერიმენტები

ზემოთ დაწერილი ნაბიჯების განმეორებით თავიდან აცილების მიზნით, მე შევქმენი ჩემი საკუთარი DinD კონტეინერი:

https://github.com/alekslitvinenk/dind

DinD-ის მოქმედმა გადაწყვეტამ მომცა შესაძლებლობა Docker-ის შიგნით რეკურსიულად გამეტარებინა და უფრო სათავგადასავლო ექსპერიმენტები გამეკეთებინა.
მე ვაპირებ აღვწერო ერთ-ერთი ასეთი (წარმატებული) ექსპერიმენტი MySQL-ისა და Nodejs-ის გაშვებით.
ყველაზე მოუთმენლები ხედავენ როგორ იყო აქ

ასე რომ, დავიწყოთ:

1. ჩვენ გავუშვით DinD ინტერაქტიულ რეჟიმში. DinD-ის ამ ვერსიაში, ჩვენ ხელით უნდა შევადგინოთ ყველა პორტი, რომლის გამოყენებაც ჩვენს ბავშვთა კონტეინერებს შეუძლიათ (მე უკვე ვმუშაობ ამაზე)

   docker run --privileged -it 
   -p 80:8080 
   -p 3306:3306 
   alekslitvinenk/dind

   ჩვენ შევდივართ ბაშში, საიდანაც შეგვიძლია დაუყოვნებლივ დავიწყოთ საბავშვო კონტეინერების გაშვება.

2. გაუშვით MySQL:

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

3. ჩვენ ვუკავშირდებით მონაცემთა ბაზას ისევე, როგორც ადგილობრივად დავუკავშირდებით. დავრწმუნდეთ, რომ ყველაფერი მუშაობს.

4. გაუშვით მეორე კონტეინერი:

   docker run -d --rm -p 8080:8080 alekslitvinenk/hello-world-nodejs-server

   გთხოვთ გაითვალისწინოთ, რომ პორტის რუქა ზუსტად იქნება 8080:8080, რადგან ჩვენ უკვე დავაფიქსირეთ პორტი 80 ჰოსტიდან მშობელ კონტეინერამდე პორტში 8080.

5. ჩვენ ბრაუზერში მივდივართ localhost-ზე, დარწმუნდით, რომ სერვერი პასუხობს "Hello World!"

ჩემს შემთხვევაში ექსპერიმენტი ჩადგმული Docker-ის კონტეინერებით საკმაოდ პოზიტიური აღმოჩნდა და გავაგრძელებ პროექტის შემუშავებას და გამოვიყენებ ინსცენირებისთვის. მეჩვენება, რომ ეს ბევრად უფრო მსუბუქი გამოსავალია ვიდრე Kubernetes და Jenkins X. მაგრამ ეს ჩემი სუბიექტური აზრია.

ვფიქრობ, ეს ყველაფერი დღევანდელი სტატიისთვისაა. შემდეგ სტატიაში მე უფრო დეტალურად აღვწერ ექსპერიმენტებს Docker-ის რეკურსიულად გაშვებით Docker-ში და დირექტორიების ღრმად ჩადგმულ კონტეინერებში.

PS თუ ეს პროექტი თქვენთვის სასარგებლოა, გთხოვთ, მიანიჭეთ მას ვარსკვლავი GitHub-ზე, გაანადგურეთ და უთხარით თქვენს მეგობრებს.

რედაქტირება 1 შესწორებული შეცდომები, ორი ვიდეოზე ორიენტირებული

წყარო: www.habr.com