{"id":38075,"date":"2019-10-31T22:21:32","date_gmt":"2019-10-31T19:21:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa\/"},"modified":"2019-10-31T22:21:32","modified_gmt":"2019-10-31T19:21:32","slug":"kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa","title":{"rendered":"Kuidas migreerida pilve kahe tunni jooksul Kubernetes'i ja automatiseerimisega","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kuidas
\n
\nEttev\u00f5te \u00ab\u0423\u0420\u0423\u0421\u00bb on proovinud Kubernetes'e erinevates vormides: iseseisev juurutamine bare metal'i peale, Google Cloud'is ning seej\u00e4rel kolis oma platvormi Mail.ru Cloud Solutions'i (MCS). Kuidas valiti uut pilvteenuse pakkujat ja kuidas \u00f5nnestus sellele migreeruda rekordilise kahe tunni jooksul r\u00e4\u00e4gib Igor Shishkin (t3ran<\/a><\/noindex>), vanem s\u00fcsteemiadministraator \u00ab\u0423\u0420\u0423\u0421\u00bb.
\n<\/a><\/noindex><\/p>\n

Millega tegeleb \u00ab\u0423\u0420\u0423\u0421\u00bb <\/h2>\n

\nLinna keskkonna kvaliteedi parandamiseks on palju v\u00f5imalusi, ja \u00fcks neist on muuta see \u00f6koloogiliselt ohutuks. Just selle nimel t\u00f6\u00f6tavad ettev\u00f5ttes \u00ab\u0423\u0420\u0423\u0421 \u2014 Nutikad digiteenused\u00bb. Siin rakendatakse lahendusi, mis aitavad ettev\u00f5tetel j\u00e4lgida olulisi \u00f6koloogilisi n\u00e4itajaid ja v\u00e4hendada keskkonnale negatiivset m\u00f5ju. Sensorid koguvad andmeid \u00f5hu koostise, m\u00fcra taseme ja muude parameetrite kohta ning saadavad need anal\u00fc\u00fcsiks ja soovituste koostamiseks \u00fchte platvormi \u00ab\u0423\u0420\u0423\u0421 \u2014 Ekomon\u00bb. <\/p>\n

Kuidas on \u00ab\u0423\u0420\u0423\u0421\u00bb seestpoolt korraldatud<\/h2>\n

\n\u00abURUS\u00bb t\u00fc\u00fcpiline klient on ettev\u00f5te, mis asub eluruumi v\u00f5i selle l\u00e4hedal. See v\u00f5ib olla tehas, sadam, raudteede depoo v\u00f5i m\u00f5ni muu objekt. Kui meie klient on juba saanud hoiatuse, saanud karistuse keskkonna saastamise eest v\u00f5i soovib ta ise m\u00fcra v\u00e4hendada ning kahjulike heitmete hulka v\u00e4hendada, p\u00f6\u00f6rdub ta meie poole ning me pakume talle valmis lahendust keskkonnamonitorimiseks.<\/p>\n

\"Kuidas
\nH2S kontsentratsiooni j\u00e4lgimise graafikult on n\u00e4ha regulaarseid \u00f6iseid heitmeid l\u00e4heduses asuvast ettev\u00f5ttest.<\/i><\/p>\n

\u00abURUS\u00bb kasutatavad seadmed sisaldavad mitmeid sensoreid, mis koguvad teavet teatud gaaside sisalduse, m\u00fcrataseme ning teiste andmete kohta, et hinnata keskkonnaolusid. Sensooride t\u00e4pne arv m\u00e4\u00e4ratakse alati konkreetse \u00fclesande j\u00e4rgi.<\/p>\n

\"Kuidas
\nS\u00f5ltuvalt m\u00f5\u00f5tmiste erip\u00e4rast v\u00f5ivad sensoritega seadmed asuda hoonete seintel, postidel ja teistes juhuslikes kohtades. Iga seade kogub teavet, koondab selle ja saadab edasi andmete vastuv\u00f5tugateway'le. Seal salvestame andmed pikaajaliseks s\u00e4ilitamiseks ja t\u00f6\u00f6tleme need edasiseks anal\u00fc\u00fcsiks. Lihtsaim n\u00e4ide sellest, mida me anal\u00fc\u00fcsi tulemuseks saame, on \u00f5hukvaliteedi indeks ehk AQI.<\/p>\n

Sama ajal t\u00f6\u00f6tab meie platvormil palju teisi teenuseid, kuid peamiselt on need teenindava iseloomuga. N\u00e4iteks saadab teavitusteenus klientidele teateid, kui m\u00f5ni j\u00e4lgitav parameeter (n\u00e4iteks CO2 tase) \u00fcletab lubatud v\u00e4\u00e4rtust.<\/p>\n

Kuidas me andmeid salvestame. Loo Kubernetesest bare metal-lahendusel<\/h2>\n

\nE-kommonitoringu projektis \"URUS\" on mitu andmehoidlat. \u00dches hoiame \"tooresid\" andmeid \u2013 seda, mida oleme saanud otse seadmetelt. See hoidla on nagu \"magneetiline\" lint, nagu vanadel kassettidel, k\u00f5igi n\u00e4itajate ajalugu. Teist t\u00fc\u00fcpi hoidlat kasutatakse eelnevalt t\u00f6\u00f6deldud andmete jaoks \u2013 seadmetelt saadud andmed, mis on rikastatud metaandmetega sensorite seoste ja seadmete n\u00e4itajate, kuuluvuse organisatsioonidele, asukohtade kohta jne. See teave v\u00f5imaldab d\u00fcnaamiliselt hinnata, kuidas on teatud n\u00e4itaja aja jooksul muutunud. \"Toores\" andmehoidlat kasutame ka varukoopiana ja eelnevalt t\u00f6\u00f6deldud andmete taastamiseks, kui sellest vajadus peaks t\u00f5usma.<\/p>\n

M\u00f5ni aasta tagasi, kui otsisime lahendust salvestamise probleemile, oli meil valida kahe platvormi vahel: Kubernetes ja OpenStack. Kuna viimane n\u00e4eb aga \u00fcsna koletu v\u00e4lja (vaadake lihtsalt tema arhitektuuri, et selles veenduda), valisime l\u00f5puks Kubernetes'e. Teiseks argumendiks tema kasuks oli suhteliselt lihtne tarkvaraline haldamine ja v\u00f5imalus paindlikumalt jaotada isegi f\u00fc\u00fcsilisi node'ide ressursse. <\/p>\n

Samas, kui \u00f5ppisime Kubernetes'e, uurisime ka andmete salvestamise v\u00f5imalusi. Kuigi hoidsime k\u00f5iki oma salvestusseadmeid Kubernetes'es oma riistvaral, saime suurep\u00e4rase ekspertiisi. K\u00f5ik, mis meil siis oli, t\u00f6\u00f6tas just Kubernetes'es: stateful-salvestus, monitooringus\u00fcsteem, CI\/CD. Kubernetes on saanud meie jaoks all-in-one platvormiks. <\/p>\n

Kuid me soovisime t\u00f6\u00f6tada Kubernetes'ega teenusena, mitte tegeleda selle hooldamise ja arendamisega. Pluss, meile ei meeldinud, kui palju maksis selle hoidmine f\u00fc\u00fcsilisel riistvaral, samas kui arendust oli meil pidevalt vaja! N\u00e4iteks \u00fcks esimesi \u00fclesandeid oli integreerida Kubernetes'e Ingress-kontrollerid meie organisatsiooni v\u00f5rgu infrastruktuuri. See on mahukas t\u00f6\u00f6, eriti arvestades, et sel hetkel ei olnud valmis midagi, mis v\u00f5imaldaks programmeerida ressursside, nagu DNS-kirjed v\u00f5i eraldamine, haldamist. IP-aadresse<\/a>. Hiljem hakkasime katsetama v\u00e4lise andmesalvestuse kasutamist. PVC-kontrolleri implementeerimiseni me ei j\u00f5udnud, kuid juba siis oli selge, et see on suur t\u00f6\u00f6maht, mille jaoks on vaja eraldi spetsialiste v\u00e4lja panna.<\/p>\n

\u00dcleminek Google Cloud Platformile on ajutine lahendus<\/h2>\n

\nMe olime m\u00f5istnud, et nii ei saa edasi minna, ja kolisime oma andmed bare metalilt Google Cloud Platformi. Tol ajal ei olnud Venemaa ettev\u00f5ttena palju huvitavaid valikuid: peaaegu ainus sarnane teenus oli Amazon, kuid valisime ikkagi Google'i lahenduse. See tundus meile toona majanduslikult kasulikum, l\u00e4hemal Upstreamile, r\u00e4\u00e4kimata sellest, et Google on ise nagu PoC Kubernetes tootmises.<\/p>\n

Esimene t\u00f5sine probleem ilmus silmapiirile koos meie kasvava kliendibaasiga. Kui meil tekkis vajadus isiklike andmete hoidmise j\u00e4rele, seisime valiku ees: kas t\u00f6\u00f6tame koos Google'iga ja rikume Venemaa seadusi v\u00f5i otsime alternatiivi Venemaalt. Valik oli \u00fcldiselt siiski etteennustatav. \ud83d\ude42<\/p>\n

Milline n\u00e4gime ette ideaalse pilveteenuse<\/h2>\n

\nOtsingute alguseks teadsime juba, mida soovime tulevaselt pilveteenuse pakkujalt. Millist teenust me otsisime:<\/p>\n