Hiljuti avaldati uudis, et Euroopa üks suuremaid veebimajutusteenuse pakkujaid SiteGround asus elama meie riiki ja võttis kasutusele toimivuse osas tipptasemel tehnoloogia: me räägime Linuxi konteinerid või LXC. See funktsioon pole operatsioonisüsteemides uus, kuna FreeBSD-l on Jails, Solaris on tsoonid ja on ka muud tüüpi konteinereid, näiteks OpenVZ ja Linux VServeri pakutavad konteinerid, mille kernelis on selle teostamiseks erinev konfiguratsioon.
Asjaolu, et SiteGround on selle positsiooni oma tehnoloogia osas omaks võtnud, ja selge ärivaade keskendus infrastruktuuri kõrgetele jõudlustele nii riistvara tasandil (läbi tahkis juhib SSD-d) tõstatab tarkvarana küsimuse, kas see on nii hea ja paljulubav. LXC-st räägime allpool olevate konteinerite juurde.
LXC või Linuxi konteinerid esindavad praegu üht kõige kaasaegsemat tehnoloogiat, millel on suurim tulevikuprognoos. Umbes konteinerid, mis virtualiseerivad keskkondi Linuxi operatsioonisüsteemi tasemel ja mida saab paigutada mitmele eksemplarile ühes füüsilises serveris. Kõik nad töötavad eraldi SPV-dena (virtuaalsed eraserverid) või EV-dena (virtuaalsed keskkonnad), kus kõik ressursid pakutakse töötlemise, side ja salvestamise tasandil.
Aga kus on konteinerite eelis tegelikult? Võtame järgmise juhtumi näite. Teenuseportaal soovib, et selle kasutajad saaksid soovi korral iseseisvaid ja eraldatud platvorme juurutada. Traditsiooniliselt peaks olema installitud kogu soovitud tööriista jaoks vajalik tarkvara ja komponendid, kuid tänu konteineritele kõiki vajalikke ressursse saab grupeerida ja neid saab installeerida nii palju kordi kui vaja automaatselt.
SiteGroundis olles tegid nad viimase rände, tervitasid lisaks sellele tehnoloogiale ka tahkeketta SSD kaudu salvestamist. LXC pakub neile oma töötajate sõnadega teie ettevõtte jaoks vajalik paindlikkusja SSD-kettad vajalik täitmise kiirus pakkuda oma kasutajatele õigeaegselt piisavat teenust. Lisaks on ettevõte loonud oma LXC-i rakenduse ja genereerib Linuxi kernelile hulgaliselt plaastreid, mis parandavad vigu ja parandavad turvaprobleeme.
Konteinerite tulevik näib väga paljutõotav ja võib tähendada virtualiseerimise lõppu, nagu me seda täna teame. Või mitte?
LXC funktsioonid
La võime luua kapseldatud ja isoleeritud konteinereid oma ressursside kogumiga see on funktsioon, mida virtualiseerimiskeskkonnad juba täna täidavad. Konteineritehnoloogia tagab aga suurema jõudluse (peaaegu sarnane palja metalli virtualiseerimisega) ja paindlikkuse. Konteinerid ei jäljenda masina riistvara ja seni, kuni ruumi ei virtualiseerita, ei võeta ruumi.
LXC peaks olema kavandatud järgmiselt meie enda opsüsteemja see praktilistel eesmärkidel käitub nagu virtuaalne masin. Emuleerimise teeb Linuxi kernel ise ja LXC annab minimaalse konteineri, et oleks võimalik salvestada malli erinevatest opsüsteemi jaotustest ja kasutajarakendustest, mis võimaldavad seda taaskasutada erinevates keskkondades ja arendustsüklites.
La teisaldatavus Selle funktsionaalsusega on see tagatud, kuna see lahutab rakendused operatsioonisüsteemist ja on võimalik käivitada mis tahes konteinereid minimaalse keskkonna installimisel. Lisaks on tänu ressursside isoleerimisele võimalik käivitada korraga mitu Java, PHP või Apache versiooni eksemplari, täieliku paindlikkusega ja suutma tasakaalustada oma koormusi mitme süsteemi vahel, kloonida keskkonda või muuta varukoopiad mõne sekundi jooksul.
Virtualisatsiooni tulevik pole veel lõpule jõudnud, kuna sellega on võimalik juurutada väga erinevaid ökosüsteeme, mis praegu ei ole mahutid võimelised selle ülesande jaoks konkreetset tuuma kasutama.
LXC ja Docker
LXC ja Docker on kaks konteinerite süsteemi, mille filosoofia toimib väga sarnaselt: Virtualiseerige eraldi autonoomselt töötavad rakenduskeskkonnad. Ubutu töötab mõlema projektiga mis kipuvad sageli segi minema ja mille peamist erinevust paneme teid märkama. Konteinerid LXC-l on init, mis võimaldab käivitada mitu protsessi samal ajal Dockeri konteineritel on üks, mida saab käitada ainult ühte tüüpi.
Dockeri idee on vähendada oma konteinerite suurust nii palju kui võimalik ühele protsessile, mida hallatakse sellest rakendusest. Probleem on selles, et paljudel tänapäeval väljatöötatud rakendustel on eeldus, et neid saab käivitada mitmikeermelistes keskkondades, toetades mitut croni, deemonit, SSH-d jne. Kuna Dockeril ühtegi neist pole, tuleb kogu süsteemi juurutuskeskkonna, võrgu, salvestamise ja lõpliku orkestreerimise konfiguratsioon teha rakenduse kaudu.
See on lihtsalt jäämäe tipp nagu muud küsimused jäävad õhku näiteks võrguressursside haldamine, sidetunnelite loomine, konteinerite virnastamine või üleminek kuumade keskkondade vahel. Praegu tundub, et mõlemat tehnoloogiat lahutavat lõhet soovitakse vähendada ja on aeg, kes otsustab, milline tehnoloogia kõrgemale positsioneeritakse.