Kubernetes жана автоматташтыруунун аркасында эки сааттын ичинде булутка кантип өтсө болот

Kubernetes жана автоматташтыруунун аркасында эки сааттын ичинде булутка кантип өтсө болот

URUS компаниясы Kubernetesти ар кандай формада сынап көрдү: жылаңач металлда, Google Булутта көз карандысыз жайгаштыруу, андан кийин өзүнүн платформасын Mail.ru Cloud Solutions (MCS) булутуна өткөрдү. Игорь Шишкин жаңы булут провайдерин кантип тандап алышканын жана ага рекорддук эки саатта кантип өтүшкөнүн айтып берет (t3ran), URUS улук системалык администратору.

URUS эмне кылат?

Шаардын айлана-чөйрөсүнүн сапатын жакшыртуунун көптөгөн жолдору бар, алардын бири – аны экологиялык жактан таза кылуу. URUS - Smart Digital Services компаниясы дал ушул нерсенин үстүндө иштеп жатат. Бул жерде алар ишканаларга маанилүү экологиялык көрсөткүчтөрдү көзөмөлдөөгө жана алардын айлана-чөйрөгө терс таасирин азайтууга жардам берген чечимдерди ишке ашырышат. Сенсорлор абанын курамы, ызы-чуунун деңгээли жана башка параметрлер боюнча маалыматтарды чогултуп, андан кийин анализ жана сунуштарды берүү үчүн бирдиктүү URUS-Ekomon платформасына жөнөтүшөт.

URUS ичинен кантип иштейт

URUSтун типтүү кардары - бул турак жайдын аймагында же анын жанында жайгашкан компания. Бул завод, порт, темир жол депосу же башка объект болушу мүмкүн. Эгерде биздин кардар буга чейин эскертүү алган болсо, айлана-чөйрөнү булгагандыгы үчүн айып пул салынган болсо, же азыраак ызы-чуу чыгарып, зыяндуу заттардын көлөмүн азайткысы келсе, ал бизге келет, биз ага экологиялык мониторинг боюнча даяр чечимди сунуштайбыз.

Kubernetes жана автоматташтыруунун аркасында эки сааттын ичинде булутка кантип өтсө болот
H2S концентрациясынын мониторингинин графиги жакын жердеги заводдон түнкү абаны үзгүлтүксүз бөлүп чыгарууну көрсөтөт

URUSда биз колдонгон аппараттар экологиялык абалды баалоо үчүн айрым газдардын мазмуну, ызы-чуу деңгээли жана башка маалыматтарды чогултуучу бир нече сенсорлорду камтыйт. Датчиктердин так саны ар дайым конкреттүү тапшырма менен аныкталат.

Kubernetes жана автоматташтыруунун аркасында эки сааттын ичинде булутка кантип өтсө болот
Өлчөөлөрдүн өзгөчөлүктөрүнө жараша датчиктер бар түзүлүштөр имараттардын дубалдарына, мамыларга жана башка ээн-эркин жерлерге жайгаштырылышы мүмкүн. Ар бир мындай түзүлүш маалыматты чогултат, аларды бириктирет жана маалыматтарды кабыл алуучу шлюзге жөнөтөт. Ал жерде биз маалыматтарды узак мөөнөткө сактоо үчүн сактап, кийинки талдоо үчүн алдын ала иштетебиз. Анализдин натыйжасында биз алган нерселердин эң жөнөкөй мисалы абанын сапаты индекси, ошондой эле AQI деп аталат.

Параллелдүү, башка көптөгөн кызматтар биздин платформада иштейт, бирок алар негизинен тейлөө мүнөзүнө ээ. Мисалы, кабарлоо кызматы, эгерде мониторингге алынган параметрлердин кайсынысы болбосун (мисалы, CO2 мазмуну) уруксат берилген мааниден ашып кетсе, кардарларга эскертме жөнөтөт.

Биз маалыматтарды кантип сактайбыз. Кубернетестин жылаңач металлдагы окуясы

URUS экологиялык мониторинг долбоорунда бир нече маалымат кампалары бар. Биринде биз "чийки" маалыматтарды сактайбыз - түз эле түзмөктөрдүн өзүнөн алган нерселер. Бул сактагыч бардык көрсөткүчтөрдүн тарыхы менен эски кассеталык ленталардагыдай "магниттик" лента болуп саналат. Сактагычтын экинчи түрү алдын ала иштетилген маалыматтар үчүн колдонулат - сенсорлордун ортосундагы байланыштар жана түзүлүштөрдүн өздөрүнүн окуулары, уюмдарга, жайгашкан жерлерге жана башкаларга тиешелүү метаберилиштер менен байытылган түзүлүштөрдөн алынган маалыматтар. белгилүү бир убакыттын ичинде өзгөрдү. Биз “чийки” маалымат сактагычын башка нерселер менен катар камдык көчүрмө катары жана зарыл болгон учурда алдын ала иштетилген маалыматтарды калыбына келтирүү үчүн колдонобуз.

Биз бир нече жыл мурун сактагыч көйгөйүбүздү чечүүнү издеп жүргөндө, бизде эки платформа тандоо бар болчу: Kubernetes жана OpenStack. Бирок акыркысы укмуштуудай көрүнгөндүктөн (буга ынануу үчүн анын архитектурасын карап көрүңүз), биз Кубернетеске отурукташып калдык. Анын пайдасына дагы бир аргумент салыштырмалуу жөнөкөй программалык башкаруу, ресурстарга ылайык аппараттык түйүндөрдү да ийкемдүү кесүү мүмкүнчүлүгү болгон.

Kubernetesтин өзүн өздөштүрүү менен катар, биз маалыматтарды сактоо жолдорун да изилдедик, ал эми Кубернетестеги бардык сактагычыбызды өзүбүздүн аппараттык жабдыкта сактап, мыкты тажрыйба алдык. Биз ошондо Кубернетеде жашаган нерселердин бардыгы: толук сактагыч, мониторинг системасы, CI/CD. Kubernetes биз үчүн бардыгы бир платформа болуп калды.

Бирок биз Kubernetes менен кызмат катары иштешкибиз келген жана аны колдоо жана өнүктүрүү менен алектенбейбиз. Андан тышкары, бизге аны жылаңач металлда кармоо канчага кеткенин жактырган жок, жана биз дайыма өнүгүүгө муктажбыз! Мисалы, биринчи милдеттердин бири Kubernetes Ingress контроллерлорун биздин уюмдун тармактык инфраструктурасына интеграциялоо болду. Бул, айрыкча, ошол убакта DNS жазуулары же IP даректерин бөлүштүрүү сыяктуу программалык ресурстарды башкаруу үчүн эч нерсе даяр эмес экенин эске алганда, оор иш. Кийинчерээк биз тышкы маалыматтарды сактоо менен эксперимент баштадык. Биз PVC контроллерин ишке ашырууга эч качан жете алган жокпуз, бирок ошондо да бул атайын адистерди талап кылган чоң жумуш чөйрөсү экени айкын болду.

Google Булут Платформасына өтүү - бул убактылуу чечим

Биз муну улантуу мүмкүн эмес экенин түшүнүп, дайындарыбызды жылаңач металлдан Google Cloud Platform'га көчүрдүк. Чындыгында, ал кезде орусиялык компания үчүн көптөгөн кызыктуу варианттар болгон эмес: Google Cloud Platform-дан тышкары, Amazon ушул сыяктуу кызматты сунуштаган, бирок биз дагы эле Google тарабынан чечимге келдик. Андан кийин бизге экономикалык жактан пайдалуураак, Upstreamге жакыныраак көрүндү, Google өзү өндүрүштөгү PoC Kubernetes түрү экенин айтпаганда да.

Биздин кардар базабыз көбөйгөн сайын биринчи чоң көйгөй горизонтто пайда болду. Жеке маалыматтарды сактоо зарылдыгы келип чыкканда, биз тандоого туш болдук: же биз Google менен иштешип, Россиянын мыйзамдарын бузуп жатабыз, же Россия Федерациясынан альтернатива издеп жатабыз. Жалпысынан алганда, тандоо алдын ала болгон. 🙂

Биз идеалдуу булут кызматын кантип көрдүк

Издөөнүн башталышында биз келечектеги булут провайдеринен эмне алгыбыз келгенин билгенбиз. Биз кандай кызмат издеп жатканбыз:

  • Тез жана ийкемдүү. Каалаган убакта жаңы түйүндү тез кошуп же бир нерсени жайгаштыра алабыз.
  • Кымбат эмес. Ресурстарыбыз чектелүү болгондуктан, каржы маселеси бизди абдан тынчсыздандырды. Биз Kubernetes менен иштешүүнү каалай турганыбызды билчүбүз, эми бул чечимди колдонуунун натыйжалуулугун жогорулатуу же жок дегенде сактап калуу үчүн анын баасын минималдаштыруу милдети турду.
  • Автоматташтырылган. Биз башкаруучуларсыз жана телефон чалууларсыз же өзгөчө кырдаал режиминде бир нече ондогон түйүндөрдү кол менен көтөрүү керек болгон кырдаалдарсыз API аркылуу иштөөнү пландаштырганбыз. Процесстерибиздин көбү автоматташтырылгандыктан, биз булут кызматынан да ушундай күткөнбүз.
  • Россия Федерациясындагы серверлер менен. Албетте, биз орус мыйзамдарын жана ошол эле 152-ФЗ ылайык пландаштырылган.

Ал убакта Россияда Kubernetes aaS провайдерлери аз болчу жана провайдерди тандоодо биз үчүн артыкчылыктарыбызды бузбоо маанилүү болчу. Биз иштеп баштаган жана азыр да кызматташып жаткан Mail.ru Cloud Solutions командасы бизге толук автоматташтырылган кызматты, API колдоосу менен жана Horizon камтыган ыңгайлуу башкаруу панелин сунуштады - анын жардамы менен биз түйүндөрдүн ыктыярдуу санын тез эле көтөрө алдык.

Кантип эки саатта MCSге көчүп алдык

Мындай кадамдарда көптөгөн компаниялар кыйынчылыктарга жана тоскоолдуктарга дуушар болушат, бирок биздин учурда андай болгон жок. Биз бактылуу болдук: миграция башталганга чейин биз Kubernetesте иштеп жаткандыктан, биз жөн гана үч файлды оңдоп, кызматтарыбызды жаңы булут платформасында, MCSде ишке киргиздик. Эсиңиздерге сала кетейин, ошол убакта биз акыры металлды таштап, Google Cloud Platform-да жашап калдык. Ошондуктан, көчүүнүн өзү эки сааттан ашык эмес убакытты алды, ошондой эле бир аз көбүрөөк убакыт (бир саатка жакын) биздин түзмөктөрдөн маалыматтарды көчүрүү үчүн сарпталды. Ал кезде биз Spinnaker (Үзгүлтүксүз жеткирүү үчүн көп булуттуу CD кызматы) колдонуп жатканбыз. Биз дагы аны жаңы кластерге тез эле кошуп, кадимкидей эле иштей баштадык.

Иштеп чыгуу процесстерин жана CI/CDди автоматташтыруунун аркасында URUSдагы Kubernetes бир адис тарабынан башкарылат (жана бул менмин). Кайсы бир этапта мени менен башка системалык администратор иштеди, бирок андан кийин биз бардык негизги күнүмдүк иштерди автоматташтырдык жана биздин негизги продуктубузда дагы көп тапшырмалар бар экени белгилүү болду жана ресурстарды ушуга багыттоо акылга сыярлык болду.

Биз булут провайдеринен күткөн нерсебизди алдык, анткени биз иллюзиясыз кызматташууну баштадык. Эгерде кандайдыр бир инциденттер болсо, алар негизинен техникалык жана тейлөөнүн салыштырмалуу жаңылыгы менен оңой эле түшүндүрүлүүчү болгон. Эң негизгиси, MCS командасы кемчиликтерди тез жоюп, мессенджерлерде берилген суроолорго тез жооп берет.

Эгер мен өз тажрыйбамды Google Cloud Platform менен салыштырсам, алардын учурда мен жооп кайтаруу баскычы кайда экенин да билбей калдым, анткени ага эч кандай муктаждык жок болчу. Эгер кандайдыр бир көйгөйлөр пайда болсо, Google өзү эскертмелерди бир тараптуу жөнөтөт. Бирок, MCS учурда, менимче, чоң артыкчылыгы - алар россиялык кардарларга мүмкүн болушунча жакын - географиялык жактан да, психикалык жактан да.

Келечекте булуттар менен иштөөнү кандай көрөбүз

Азыр биздин ишибиз Кубернетес менен тыгыз байланышта жана ал инфраструктуралык милдеттердин көз карашынан алганда бизге толугу менен туура келет. Ошондуктан, биз андан эч жакка көчүүнү пландаган жокпуз, бирок биз күнүмдүк тапшырмаларды жөнөкөйлөтүү жана жаңыларын автоматташтыруу, кызматтардын туруктуулугун жана ишенимдүүлүгүн жогорулатуу үчүн тынымсыз жаңы тажрыйбаларды жана кызматтарды киргизип жатабыз... Биз азыр Chaos Monkey кызматын ишке киргизип жатабыз (тактап айтканда , биз chaoskube колдонобуз, бирок бул түшүнүктү өзгөртпөйт: ), ал башында Netflix тарабынан түзүлгөн. Chaos Monkey бир жөнөкөй нерсени жасайт: ал туш келди Kubernetes котун жок кылат. Бул биздин кызмат n–1 учурлардын саны менен нормалдуу жашоо үчүн зарыл, ошондуктан биз өзүбүздү ар кандай көйгөйлөргө даяр болууга үйрөтөбүз.

Азыр мен үчүнчү тараптын чечимдерин - ошол эле булут платформаларын - жаш компаниялар үчүн бирден-бир туура нерсе катары көрүп жатам. Адатта, саякаттын башында алар адамдык да, каржылык да ресурстары менен чектелген жана өздөрүнүн булут же маалымат борборун куруу жана тейлөө өтө кымбат жана эмгекти көп талап кылат. Булут провайдерлери бул чыгымдарды азайтууга мүмкүндүк берет, сиз алардан кызматтардын иштеши үчүн керектүү ресурстарды ушул жерден жана азыр төлөй аласыз; URUS компаниясына келсек, биз азырынча булуттагы Kubernetesке ишенимдүү бойдон калабыз. Бирок ким билет, биз географиялык жактан кеңейишибиз керек же кандайдыр бир конкреттүү жабдуулардын негизинде чечимдерди ишке ашырууга туура келиши мүмкүн. Же, балким, керектелген ресурстардын көлөмү, эски күндөрдө болгондой, жылаңач металлдагы Кубернеттерди актайт. 🙂

Булут кызматтары менен иштөөдөн эмнени үйрөндүк

Биз Кубернетти жылаңач металлда колдоно баштадык, ал тургай, ал өз алдынча жакшы болду. Бирок анын күчтүү жактары булуттагы aaS компоненти катары так ачылган. Эгер сиз максат коюп, бардыгын мүмкүн болушунча автоматташтырсаңыз, сатуучуларды бекитүүдөн качасыз жана булут провайдерлеринин ортосунда жылышуу бир нече саатты талап кылат, ал эми нерв клеткалары бизде калат. Биз башка компанияларга кеңеш бере алабыз: эгер сиз ресурстары чектелүү жана өнүгүү үчүн максималдуу ылдамдыкка ээ болгон өзүңүздүн (булуттук) кызматыңызды ишке киргизгиңиз келсе, азыр булут ресурстарын ижарага алуу менен баштаңыз жана Forbes сиз жөнүндө жазгандан кийин маалымат борборун куруңуз.

Source: www.habr.com

Комментарий кошуу