Neseniai buvo paskelbta žinia, kad „SiteGround“, vienas iš pagrindinių interneto prieglobos paslaugų teikėjų Europoje, apsigyveno mūsų šalyje ir perėmė pažangiausias technologijas pagal našumą: mes kalbame apie „Linux Containers“ arba „LXC“. Ši funkcija operacinėse sistemose nėra nauja, nes „FreeBSD“ turi „Jails“, „Solaris“ - zonas ir yra kitų tipų konteinerių, tokių kaip „OpenVZ“ ir „Linux VServer“, kurių branduolys turi skirtingą konfigūraciją, kad galėtų tai atlikti.
Tai, kad „SiteGround“ priėmė šią poziciją savo technologijos požiūriu, o aiški verslo vizija buvo sutelkta į aukštą infrastruktūros našumą tiek aparatinės įrangos lygiu (per kietojo kūno diskai SSD) kaip programinė įranga kelia klausimą, ar ji tokia gera ir perspektyvi. Apie LXC kalbame apie žemiau esančius konteinerius.
„LXC“ arba „Linux Containers“ šiuo metu yra viena moderniausių technologijų, turinčių didžiausias ateities perspektyvas. Yra apie konteineriai, kurie virtualizuoja aplinkas „Linux“ operacinės sistemos lygiu ir gali būti išdėstyti keliuose egzemplioriuose tame pačiame fiziniame serveryje. Visi jie veikia atskirai kaip SPV (virtualūs privatūs serveriai) arba EV (virtualios aplinkos), kur visi ištekliai teikiami apdorojimo, ryšių ir saugojimo lygiu.
Bet kur iš tikrųjų yra konteinerių nauda? Paimkime šį atvejo pavyzdį. Paslaugų portalas nori, kad jo vartotojai galėtų pagal poreikį įdiegti autonomines ir izoliuotas platformas. Tradiciškai reikės įdiegti visą programinę įrangą ir komponentus, reikalingus kiekvienam norimam įrankiui, tačiau dėka konteinerių visus reikiamus išteklius galima sugrupuoti ir išrinkti tiek kartų, kiek reikia automatiškai.
Paskutinį kartą perėję į „SiteGround“ jie, be šios technologijos, pasveikino saugojimą per kietojo disko SSD. LXC teikia jiems, savo darbuotojų žodžiais, jūsų verslui reikalingo lankstumoir SSD diskus reikalingas vykdymo greitis laiku teikti tinkamas paslaugas savo vartotojams. Be to, bendrovė sukūrė savo „LXC“ diegimą ir sugeneruoja daugybę „Linux“ branduolio pataisų, kurios pašalina klaidas ir pašalina saugumo problemas.
Konteinerių ateitis atrodo labai perspektyvi ir gali būti tokia virtualizacijos pabaiga, kokią žinome šiandien. Arba ne?
LXC funkcijos
La galimybė kurti uždarus ir izoliuotus konteinerius su savo išteklių telkiniu tai funkcija, kurią šiandien jau atlieka virtualizacijos aplinkos. Tačiau konteinerių technologija užtikrina didesnį našumą (beveik panašų į plika metalo virtualizaciją) ir lankstumą. Konteineriai nemėgdžioja mašinos aparatinės įrangos ir, kol erdvė nėra virtualizuojama, vietos neužima.
LXC turėtų būti sumanyta kaip mūsų pačių operacinė sistemair tai praktiniais tikslais elgiasi kaip virtuali mašina. Emuliaciją atlieka pats „Linux“ branduolys, o „LXC“ suteikia minimalų konteinerį, kad būtų galima išsaugoti įvairių operacinių sistemų paskirstymų ir vartotojų programų šablonus, leidžiančius jį pakartotinai naudoti įvairiose aplinkose ir kūrimo cikluose.
La perkeliamumas Naudojant šią funkciją, tai užtikrinama, nes ji atsieja programas nuo operacinės sistemos ir bet kurį konteinerį galima paleisti įdiegus minimalią aplinką. Be to, dėl izoliuotų išteklių, vienu metu galima paleisti keletą „Java“, PHP ar „Apache“ versijų egzempliorių, visiškai lanksčiai ir sugebant subalansuoti savo apkrovas tarp kelių sistemų, klonuoti aplinką ar sukurti atsargines kopijas per kelias sekundes.
Virtualizacijos ateitis dar nebaigta, nes su juo galima panaudoti labai įvairias ekosistemas, kurių šiuo metu konteineriai negali naudoti konkretaus branduolio šiai užduočiai atlikti.
LXC ir Dockeris
LXC ir „Docker“ yra dvi konteinerių sistemos, kurių filosofija veikia labai panašiai: atskirai virtualizuokite skirtingas taikomąsias aplinkas, kurios veikia autonomiškai. Ubutu dirba su abiem projektais kurie dažnai būna painiojami ir kurių pagrindinį skirtumą verčiame pastebėti. Konteineriai LXC turi iniciją, leidžiančią atlikti kelis procesus kol „Docker“ konteineriuose galima paleisti tik vieną kiekvieno tipo procesą.
„Docker“ idėja yra kiek įmanoma sumažinti konteinerių dydį į vieną procesą, kurį valdo ši programa. Problema ta, kad daugelį šiandien sukurtų programų tikimasi, kad jas bus galima vykdyti daugialypėse aplinkose, palaikant keletą „cron“, „deemon“, „SSH“ ir kt. Kadangi „Docker“ neturi nė vieno iš jų, diegimo aplinką, tinklą, saugyklą ir galutinį visos sistemos orkestravimą reikia konfigūruoti naudojant programą.
Tai tik ledkalnio viršūnė, kaip kiti klausimai lieka ore pvz., tinklo išteklių valdymas, ryšių tuneliavimas, konteinerių kaupimas ar perėjimas tarp karštų aplinkų. Šiuo metu atrodo, kad norima sumažinti atotrūkį, skiriantį abi technologijas, ir bus laikas nuspręsti, kuri technologija bus išdėstyta aukščiau.