Docker Swarm, Kubernetes va Mesos eng mashhur konteyner orkestrlari ramkalaridir. Arun Gupta o'z nutqida Docker, Swarm va Kubernetesning quyidagi jihatlarini taqqoslaydi:
- Mahalliy rivojlanish.
- Joylashtirish funktsiyalari.
- Ko'p konteynerli ilovalar.
- Xizmat kashfiyoti.
- Xizmatni masshtablash.
- Bir marta bajariladigan vazifalar.
- Maven bilan integratsiya.
- "Rolling" yangilanishi.
- Couchbase ma'lumotlar bazasi klasterini yaratish.
Natijada, siz har bir orkestrlash vositasi nimani taklif qilishini aniq tushunasiz va ushbu platformalardan qanday samarali foydalanishni o'rganasiz.
Arun Gupta 10 yildan ortiq vaqt davomida Sun, Oracle, Red Hat va Couchbase dasturchilar hamjamiyatlarini ishlab chiqqan Amazon Web Services ochiq manbali mahsulotlar bo‘yicha bosh texnolog hisoblanadi. Marketing kampaniyalari va dasturlari strategiyasini ishlab chiqish va amalga oshirish bo'yicha etakchi o'zaro faoliyat guruhlarda ishlagan katta tajribaga ega. U Sun muhandislari guruhlariga rahbarlik qilgan, Java EE jamoasi asoschilaridan biri va Devoxx4Kids AQSH filialining yaratuvchisi. Arun Gupta IT-bloglarda 2 mingdan ortiq postlar muallifi va 40 dan ortiq mamlakatlarda ma’ruzalar qilgan.
55-qatorda ushbu ma'lumotlar bazasi xizmatiga ishora qiluvchi COUCHBASE_URI mavjud, u ham Kubernetes konfiguratsiya fayli yordamida yaratilgan. Agar siz 2-qatorga qarasangiz, bunday ko'rinishni ko'rishingiz mumkin: Xizmat men yaratayotgan xizmat bo'lib, couchbase-service deb ataladi va xuddi shu nom 4-qatorda keltirilgan. Quyida ba'zi portlar keltirilgan.
Asosiy satrlar 6 va 7. Xizmatda men aytaman: “Hey, bular men izlayotgan teglar!” va bu teglar oʻzgaruvchan juftlik nomlaridan boshqa narsa emas va 7-qator mening couchbase-rs-podga ishora qiladi. ilova. Quyida xuddi shu teglarga kirishni ta'minlovchi portlar keltirilgan.
19-qatorda men ReplicaSet yangi turini yarataman, 31-qatorda tasvir nomi va 24-27-satrlar podkastim bilan bog'liq metama'lumotlarga ishora qiladi. Aynan shu xizmat nimani qidirmoqda va nimaga ulanish kerak. Fayl oxirida 55-56 va 4-qatorlar o'rtasida qandaydir bog'lanish mavjud: "ushbu xizmatdan foydalaning!"
Shunday qilib, men o'z xizmatimni replika to'plami mavjud bo'lganda boshlayman va har bir replika to'plami tegishli yorliqli o'z portiga ega bo'lgani uchun u xizmatga kiritilgan. Ishlab chiquvchi nuqtai nazaridan, siz shunchaki xizmatga qo'ng'iroq qilasiz, keyin sizga kerak bo'lgan nusxalar to'plamidan foydalanadi.
Natijada, menda Couchbase xizmati orqali ma'lumotlar bazasi bilan aloqa qiladigan WildFly pod bor. Men frontendni bir nechta WildFly podslari bilan ishlatishim mumkin, ular ham couchbase xizmati orqali couchbase backend bilan aloqa qiladi.
Keyinchalik biz klasterdan tashqarida joylashgan xizmat IP-manzil orqali klaster ichida joylashgan va ichki IP-manzilga ega bo'lgan elementlar bilan qanday bog'lanishini ko'rib chiqamiz.
Shunday qilib, fuqaroligi bo'lmagan konteynerlar juda yaxshi, ammo holati ko'rsatilgan konteynerlardan foydalanish qanchalik yaxshi? Keling, statistik yoki doimiy konteynerlar uchun tizim sozlamalarini ko'rib chiqaylik. Docker-da ma'lumotlarni saqlash tartibiga e'tibor berishingiz kerak bo'lgan 4 xil yondashuv mavjud. Birinchisi, Implicit Per-Container, ya'ni couchbase, MySQL yoki MyDB to'yingan konteynerlardan foydalanganda ularning barchasi standart Sandbox bilan boshlanadi. Ya'ni, ma'lumotlar bazasida saqlangan hamma narsa konteynerning o'zida saqlanadi. Agar konteyner yo'qolsa, ma'lumotlar u bilan birga yo'qoladi.
Ikkinchisi - Explicit Per-Container, agar siz docker volume yaratish buyrug'i bilan ma'lum bir xotira yaratganingizda va unda ma'lumotlarni saqlang. Uchinchi “Per-Host” yondashuvi saqlash xaritasi bilan bog'liq bo'lib, konteynerda saqlangan hamma narsa bir vaqtning o'zida xostda takrorlanadi. Agar konteyner muvaffaqiyatsiz bo'lsa, ma'lumotlar xostda qoladi. Ikkinchisi bir nechta Multi-Host xostlaridan foydalanish bo'lib, bu turli xil echimlarni ishlab chiqarish bosqichida tavsiya etiladi. Aytaylik, sizning ilovalaringiz bo'lgan konteynerlaringiz xostda ishlayapti, lekin siz ma'lumotlaringizni Internetning biror joyida saqlamoqchisiz va buning uchun siz taqsimlangan tizimlar uchun avtomatik xaritalashdan foydalanasiz.
Ushbu usullarning har biri ma'lum bir saqlash joyidan foydalanadi. Implicit va Explicit Per-Container ma'lumotlarni xostda /var/lib/docker/volumes manzilida saqlaydi. “Per-Host” usulidan foydalanilganda saqlash joyi konteyner ichiga, konteynerning o‘zi esa xostga o‘rnatiladi. Multihostlar uchun Ceph, ClusterFS, NFS va boshqalar kabi yechimlardan foydalanish mumkin.
Agar doimiy konteyner ishlamay qolsa, dastlabki ikki holatda saqlash katalogiga kirish imkonsiz bo'lib qoladi, ammo oxirgi ikki holatda kirish saqlanib qoladi. Biroq, birinchi holda, siz virtual mashinada ishlaydigan Docker xosti orqali omborga kirishingiz mumkin. Ikkinchi holda, ma'lumotlar ham yo'qolmaydi, chunki siz aniq xotira yaratdingiz.
Xost ishlamay qolsa, dastlabki uchta holatda saqlash katalogi mavjud emas, oxirgi holatda saqlash bilan aloqa uzilmaydi. Nihoyat, umumiy funktsiya birinchi holatda saqlash uchun butunlay chiqarib tashlanadi va qolganlarida mumkin. Ikkinchi holda, ma'lumotlar bazasi tarqatilgan saqlashni qo'llab-quvvatlamaydimi yoki yo'qligiga qarab saqlashni baham ko'rishingiz mumkin. Per-Host holatida ma'lumotlarni tarqatish faqat ma'lum bir xostda mumkin va multihost uchun u klasterni kengaytirish orqali ta'minlanadi.
Holatli konteynerlarni yaratishda buni hisobga olish kerak. Yana bir foydali Docker vositasi bu "batareyalar mavjud, ammo almashtirilishi kerak" tamoyili asosida ishlaydigan Volume plaginidir. Docker konteynerini ishga tushirganingizda, u shunday deydi: "Hey, ma'lumotlar bazasi bilan konteynerni ishga tushirganingizdan so'ng, ma'lumotlaringizni ushbu konteynerda saqlashingiz mumkin!" Bu standart xususiyat, lekin siz uni o'zgartirishingiz mumkin. Ushbu plagin sizga konteyner ma'lumotlar bazasi o'rniga tarmoq drayverini yoki shunga o'xshash narsalarni ishlatishga imkon beradi. U xostga asoslangan saqlash uchun standart drayverni o'z ichiga oladi va Amazon EBS, Azure Storage va GCE Persistent disklari kabi tashqi saqlash tizimlari bilan konteyner integratsiyasiga imkon beradi.
Keyingi slaydda Docker Volume plaginining arxitekturasi ko'rsatilgan.
Moviy rang sizga ma'lumotlarni saqlash uchun konteynerlar bilan ta'minlaydigan Mahalliy saqlash mexanizmiga ega ko'k Docker xostiga bog'langan Docker mijozini ifodalaydi. Yashil rang Plugin Client va Plugin Demonini bildiradi, ular ham xostga ulangan. Ular sizga kerak bo'lgan Storage Backend turidagi tarmoq xotirasida ma'lumotlarni saqlash imkoniyatini beradi.
Docker Volume plaginidan Portworx xotirasi bilan foydalanish mumkin. PX-Dev moduli aslida siz ishlatadigan konteyner bo'lib, u Docker xostingizga ulanadi va Amazon EBS-da ma'lumotlarni osongina saqlash imkonini beradi.
Portworx mijozi sizning xostingizga ulangan turli xil saqlash konteynerlarining holatini kuzatish imkonini beradi. Agar siz mening blogimga tashrif buyursangiz, Docker bilan Portworx-dan qanday foydalanishni o'qishingiz mumkin.
Kubernetes-da saqlash tushunchasi Docker-ga o'xshaydi va podkastdagi konteyneringizga kirish mumkin bo'lgan kataloglar bilan ifodalanadi. Ular har qanday konteynerning ishlash muddatidan mustaqildir. Mavjud eng keng tarqalgan saqlash turlari hostPath, nfs, awsElasticBlockStore va gsePersistentDisk. Keling, ushbu do'konlar Kubernetesda qanday ishlashini ko'rib chiqaylik. Odatda, ularni ulash jarayoni 3 bosqichdan iborat.
Birinchisi, tarmoq tarafidagi kimdir, odatda administrator, sizni doimiy saqlash bilan ta'minlaydi. Buning uchun tegishli PersistentVolume konfiguratsiya fayli mavjud. Keyinchalik, dastur ishlab chiqaruvchisi PersistentVolumeClaim deb nomlangan konfiguratsiya faylini yoki PVX saqlash so'rovini yozadi, unda shunday deyiladi: "Menda 50 Gb taqsimlangan xotira mavjud, ammo boshqa odamlar ham uning imkoniyatlaridan foydalanishlari uchun men ushbu PVXni hozirda aytaman. faqat 10 GB kerak. Nihoyat, uchinchi qadam - sizning so'rovingiz xotira sifatida o'rnatiladi va pod, yoki replika to'plami yoki shunga o'xshash narsaga ega bo'lgan dastur undan foydalanishni boshlaydi. Shuni esda tutish kerakki, bu jarayon yuqorida aytib o'tilgan 3 bosqichdan iborat va kengaytirilishi mumkin.
Keyingi slaydda AWS arxitekturasining Kubernetes Persistence Container ko'rsatilgan.
Kubernetes klasterini ifodalovchi jigarrang to'rtburchak ichida sariq rangda ko'rsatilgan bitta asosiy tugun va ikkita ishchi tugun mavjud. Ishchi tugunlardan birida to'q sariq pod, saqlash, replika boshqaruvchisi va yashil Docker Couchbase konteyneri mavjud. Klaster ichida, tugunlar ustidagi binafsha rangli to'rtburchaklar xizmatni tashqaridan kirish mumkinligini bildiradi. Ushbu arxitektura ma'lumotlarni qurilmaning o'zida saqlash uchun tavsiya etiladi. Agar kerak bo'lsa, keyingi slaydda ko'rsatilganidek, ma'lumotlarimni klasterdan tashqarida EBSda saqlashim mumkin. Bu masshtablashning odatiy modeli, lekin undan foydalanishda moliyaviy jihat ham bor – tarmoqdagi biror joyda ma’lumotlarni saqlash xostga qaraganda qimmatroq bo‘lishi mumkin. Konteynerlash echimlarini tanlashda bu muhim dalillardan biridir.
Xuddi Docker bilan bo'lgani kabi, siz Portworx bilan doimiy Kubernetes konteynerlaridan foydalanishingiz mumkin.
Bu hozirgi Kubernetes 1.6 terminologiyasida "StatefulSet" deb nomlanadi - bu Podni to'xtatish va Graceful O'chirishni amalga oshirish bilan bog'liq voqealarni qayta ishlovchi Stateful ilovalar bilan ishlash usuli. Bizning holatlarimizda bunday ilovalar ma'lumotlar bazalari hisoblanadi. Mening blogimda siz Portworx-dan foydalanib Kubernetes-da StatefulSet-ni qanday yaratishni o'qishingiz mumkin.
Keling, rivojlanish tomoni haqida gapiraylik. Aytganimdek, Docker 2 ta versiyaga ega - CE va EE, birinchi holatda biz EE ning oylik yangilanadigan versiyasidan farqli o'laroq, har 3 oyda bir marta yangilanadigan Community Edition-ning barqaror versiyasi haqida gapiramiz. Mac, Linux yoki Windows uchun Docker-ni yuklab olishingiz mumkin. O'rnatilgandan so'ng, Docker avtomatik ravishda yangilanadi va uni boshlash juda oson.
Kubernetes uchun men Minikube versiyasini afzal ko'raman - bu bitta tugunda klaster yaratish orqali platformadan foydalanishni boshlashning yaxshi usuli. Bir nechta tugunlarning klasterlarini yaratish uchun versiyalarni tanlash kengroqdir: bular kops, kube-aws (CoreOS+AWS), kube-up (eskirgan). Agar siz AWS-ga asoslangan Kubernetes-dan foydalanmoqchi bo'lsangiz, har juma kuni onlaynda yig'iladigan va AWS Kubernetes bilan ishlash bo'yicha turli qiziqarli materiallarni nashr etadigan AWS SIGga qo'shilishni tavsiya qilaman.
Keling, ushbu platformalarda Rolling Update qanday amalga oshirilishini ko'rib chiqaylik. Agar bir nechta tugunlardan iborat klaster mavjud bo'lsa, u tasvirning ma'lum bir versiyasidan foydalanadi, masalan, WildFly:1. Yakuniy yangilanish tasvir versiyasi har bir tugunda birin-ketin yangisiga almashtirilishini anglatadi.
Buning uchun men docker service update (xizmat nomi) buyrug'idan foydalanaman, unda men WildFly:2 tasvirining yangi versiyasini va yangilash usulini yangilash-parallelizm 2 ni belgilayman. 2 raqami tizim 2 ta ilova tasvirini yangilashini bildiradi. bir vaqtning o'zida, keyin 10 soniya yangilash kechikishi 10s, undan keyin keyingi 2 tasvir yana 2 tugunlarida yangilanadi va hokazo. Ushbu oddiy yangilanish mexanizmi sizga Docker-ning bir qismi sifatida taqdim etiladi.
Kubernetes-da doimiy yangilanish shunday ishlaydi. Replikatsiya tekshiruvi rc bir xil versiyaning nusxalari to'plamini yaratadi va bu webapp-rc dagi har bir pod etcd da joylashgan yorliq bilan ta'minlangan. Menga podkast kerak bo'lganda, men ko'rsatilgan yorliq yordamida podkastni taqdim etuvchi etcd omboriga kirish uchun Ilova xizmatidan foydalanaman.
Bu holda, bizda WildFly 3-versiya ilovasi bilan ishlaydigan Replikatsiya kontrollerida 1 ta podka bor.Fonda yangilashda oxirida xuddi shu nom va indeks bilan boshqa replikatsiya kontrolleri yaratiladi - - xxxxx, bu erda x tasodifiy sonlar va bir xil yorliqlar bilan. Endi Ilovalar xizmatida ilovaning eski versiyasiga ega uchta pods va yangi Replikatsiya boshqaruvchisida yangi versiyaga ega uchta pods mavjud. Shundan so'ng, eski podalar o'chiriladi, yangi podlar bilan replikatsiya boshqaruvchisi nomi o'zgartiriladi va ishga tushiriladi.
Keling, monitoringga o'tamiz. Docker-da ko'plab o'rnatilgan monitoring buyruqlari mavjud. Masalan, docker container stats buyruq qatori interfeysi har soniyada konsolga konteynerlarning holati - protsessordan foydalanish, diskdan foydalanish, tarmoq yuklanishi haqidagi ma'lumotlarni ko'rsatish imkonini beradi. Docker Remote API vositasi mijozning server bilan qanday bog'lanishi haqida ma'lumot beradi. U oddiy buyruqlardan foydalanadi, lekin Docker REST API-ga asoslangan. Bu holda REST, Flash, Remote so'zlari bir xil ma'noni anglatadi. Xost bilan muloqot qilganingizda, bu REST API. Docker Remote API sizga ishlaydigan konteynerlar haqida ko'proq ma'lumot olish imkonini beradi. Mening blogim ushbu monitoringni Windows Server bilan ishlatish tafsilotlarini bayon qiladi.
Ko'p xostli klasterni ishga tushirishda docker tizimi hodisalarini kuzatish xost ishdan chiqishi yoki ma'lum bir xostdagi konteyner ishdan chiqishi, masshtablash xizmatlari va shunga o'xshash ma'lumotlarni olish imkonini beradi. Docker 1.20 dan boshlab, u oxirgi nuqtalarni mavjud ilovalarga joylashtiradigan Prometeyni o'z ichiga oladi. Bu HTTP orqali ko'rsatkichlarni qabul qilish va ularni asboblar panelida ko'rsatish imkonini beradi.
Boshqa monitoring funksiyasi cAdvisor (konteyner maslahatchisi uchun qisqartma). U ishlaydigan konteynerlardan resurslardan foydalanish va unumdorlik ma'lumotlarini tahlil qiladi va taqdim etadi, bu esa Prometey ko'rsatkichlarini qutidan tashqarida taqdim etadi. Ushbu vositaning o'ziga xos tomoni shundaki, u faqat oxirgi 60 soniya davomida ma'lumotlarni taqdim etadi. Shuning uchun, siz uzoq muddatli jarayonni kuzatishingiz uchun ushbu ma'lumotlarni to'plash va ma'lumotlar bazasiga joylashtirish imkoniyatiga ega bo'lishingiz kerak. Bundan tashqari, Grafana yoki Kibana yordamida asboblar paneli ko'rsatkichlarini grafik ko'rsatish uchun ham foydalanish mumkin. Mening blogimda Kibana boshqaruv paneli yordamida konteynerlarni kuzatish uchun cAdvisor dan qanday foydalanish haqida batafsil tavsif mavjud.
Keyingi slaydda Prometey so'nggi nuqtasi chiqishi qanday ko'rinishi va ko'rsatish uchun mavjud ko'rsatkichlar ko'rsatilgan.
Pastki chap tomonda HTTP so'rovlari, javoblari va boshqalar uchun ko'rsatkichlarni ko'rasiz, o'ng tomonda ularning grafik ko'rinishi mavjud.
Kubernetes shuningdek, o'rnatilgan monitoring vositalarini ham o'z ichiga oladi. Ushbu slaydda bitta asosiy va uchta ishchi tugunni o'z ichiga olgan odatiy klaster ko'rsatilgan.
Ishchi tugunlarning har birida avtomatik ishga tushirilgan cAdvisor mavjud. Bundan tashqari, Kubernetes 1.0.6 va undan yuqori versiyalari bilan mos keladigan ishlash monitoringi va ko'rsatkichlarni yig'ish tizimi Heapster mavjud. Heapster nafaqat ish yuklari, podalar va konteynerlarning ishlash ko'rsatkichlarini, balki butun klaster tomonidan yaratilgan voqealar va boshqa signallarni ham to'plash imkonini beradi. Ma'lumot to'plash uchun u har bir pod's Kubelet bilan gaplashadi, ma'lumotlarni avtomatik ravishda InfluxDB ma'lumotlar bazasida saqlaydi va Grafana asboblar paneliga ko'rsatkichlar sifatida chiqaradi. Ammo shuni yodda tutingki, agar siz miniKube-dan foydalansangiz, bu xususiyat sukut bo'yicha mavjud emas, shuning uchun siz monitoring uchun qo'shimchalardan foydalanishingiz kerak bo'ladi. Shunday qilib, barchasi konteynerlarni qayerda ishga tushirishingizga va sukut bo'yicha qaysi monitoring vositalaridan foydalanishingiz mumkinligiga va alohida qo'shimchalar sifatida o'rnatishingiz kerakligiga bog'liq.
Keyingi slaydda konteynerlarimning ish holatini ko'rsatadigan Grafana asboblar paneli ko'rsatilgan. Bu erda juda ko'p qiziqarli ma'lumotlar mavjud. Albatta, SysDig, DataDog, NewRelic kabi ko'plab tijorat Docker va Kubernetes jarayonlarini kuzatish vositalari mavjud. Ulardan ba'zilari 30 yillik bepul sinov muddatiga ega, shuning uchun siz o'zingizga mos keladiganini topishingiz mumkin. Shaxsan men Kubernetes bilan yaxshi integratsiyalashgan SysDig va NewRelic-dan foydalanishni afzal ko'raman. Docker va Kubernetes platformalariga teng darajada yaxshi integratsiyalangan vositalar mavjud.
Ba'zi reklamalar 🙂
Biz bilan qolganingiz uchun tashakkur. Bizning maqolalarimiz sizga yoqdimi? Ko'proq qiziqarli tarkibni ko'rishni xohlaysizmi? Buyurtma berish yoki do'stlaringizga tavsiya qilish orqali bizni qo'llab-quvvatlang, , Siz uchun biz tomonidan ixtiro qilingan boshlang'ich darajadagi serverlarning noyob analogi: (RAID1 va RAID10, 24 tagacha yadro va 40 Gb gacha DDR4 bilan mavjud).
Amsterdamdagi Equinix Tier IV ma'lumotlar markazida Dell R730xd 2 baravar arzonmi? Faqat shu yerda Gollandiyada! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 dollardan! Haqida o'qing
Manba: www.habr.com