Äskettäin julkaistiin uutinen siitä, että SiteGround, yksi Euroopan suurimmista verkkopalvelujen tarjoajista, asettui maahamme ja otti käyttöön huipputeknologian suorituskyvyn suhteen: puhumme Linux-kontit tai LXC. Tämä toiminto ei ole uusi käyttöjärjestelmissä, koska FreeBSD: llä on vankilat, Solarisilla on vyöhykkeet ja on olemassa muun tyyppisiä säilöjä, kuten OpenVZ: n ja Linux VServerin tarjoamat säilöt, joiden ytimessä on erilainen kokoonpano sen suorittamiseksi.
Se tosiasia, että SiteGround on omaksunut tämän kannan teknologiansa suhteen, ja sen selkeä liiketoimintanäkymä keskittyi infrastruktuurinsa korkeaan suorituskykyyn sekä laitteistotasolla (kautta SSD-asemat) ohjelmistona herättää kysymyksen, onko se niin hyvä ja lupaava. Puhumme LXC: stä alla oleviin säiliöihin.
LXC- tai Linux-kontit edustavat tällä hetkellä yhtä nykyaikaisimmista tekniikoista, joilla on suurimmat tulevaisuuden näkymät. On noin säilöt, jotka virtualisoivat ympäristöjä Linux-käyttöjärjestelmän tasolla ja jotka voidaan ottaa käyttöön useissa ilmentymissä samassa fyysisessä palvelimessa. Ne kaikki toimivat erillään SPV: nä (Virtual Private Servers) tai EV: nä (Virtual Environments), joissa kaikki resurssit tarjotaan käsittely-, viestintä- ja varastointitasolla.
Mutta missä on konttien hyöty? Otetaan seuraava esimerkkitapaus. Palveluportaali haluaa, että sen käyttäjät pystyvät ottamaan käyttöön itsenäisiä ja eristettyjä alustoja tarpeen mukaan. Perinteisesti kaikki tarvittavat ohjelmistot ja komponentit jokaiselle halutulle työkalulle olisi asennettava, mutta säiliöiden ansiosta kaikki tarvittavat resurssit voidaan ryhmitellä yhteen ja instantisoida niin monta kertaa kuin tarvitaan automaattisesti.
SiteGroundissa he tekivät viimeisimmän siirtymänsä ja pitivät tämän tekniikan lisäksi tervetulleena SSD-kiintolevyn tallennusta. LXC tarjoaa heille, omien työntekijöidensä sanoin, yrityksesi tarvitsema joustavuusja SSD-levyt vaadittu suorituksen nopeus tarjota riittävä palvelu käyttäjilleen ajoissa. Lisäksi yritys on luonut oman LXC-toteutuksen ja luo Linux-ytimelle lukuisia korjauksia, jotka korjaavat virheitä ja korjaavat tietoturvaongelmia.
Säiliöiden tulevaisuus näyttää erittäin lupaavalta ja saattaa täyttää virtualisoinnin loppu, kuten tunnemme sen tänään. Tai ei?
LXC-ominaisuudet
La kyky luoda kapseloituja ja eristettyjä säilöjä omalla resurssivarastolla se on toiminto, jonka virtualisointiympäristöt suorittavat jo tänään. Konttitekniikka tarjoaa kuitenkin paremman suorituskyvyn (melkein samanlainen kuin paljaiden metallien virtualisointi) ja joustavuuden. Kontit eivät jäljittele koneen laitteistoa, ja niin kauan kuin tilaa ei virtualisoida, tallennustilaa ei käytetä.
LXC tulisi suunnitella omassa käyttöjärjestelmässäja että käytännön tarkoituksiin käyttäytyy kuin virtuaalikone. Emuloinnin suorittaa itse Linux-ydin, ja LXC tarjoaa vähimmäissäilön, joka pystyy tallentamaan mallin erilaisista käyttöjärjestelmälevityksistä ja käyttäjäsovelluksista, jotka mahdollistavat sen uudelleenkäytön eri ympäristöissä ja kehitysjaksoissa.
La siirrettävyys Tällä toiminnolla se varmistetaan, koska se irrottaa sovellukset käyttöjärjestelmästä ja on mahdollista ajaa mikä tahansa kontti minimaalisen ympäristön asennuksesta. Lisäksi resurssien eristämisen ansiosta on mahdollista suorittaa useita Java-, PHP- tai Apache-versioiden esiintymiä samanaikaisesti täydellä joustavuudella ja pystymällä tasapainottamaan kuormituksensa useiden järjestelmien välillä, kloonaamaan ympäristöt tai tekemään varmuuskopiot muutamassa sekunnissa.
Virtualisoinnin tulevaisuus ei ole vielä valmis, koska sen avulla on mahdollista ottaa käyttöön hyvin erilaisia ekosysteemejä, jotka kontit eivät tällä hetkellä kykene käyttämään tiettyä ydintä tähän tehtävään.
LXC ja Docker
LXC ja Docker ovat kaksi konttijärjestelmää, joiden filosofia toimii hyvin samalla tavalla: virtualisoi erillään erilaiset sovellusympäristöt, jotka toimivat itsenäisesti. Ubutu toimii molempien projektien kanssa jotka usein ovat hämmentyneitä ja joiden tärkein ero saatamme sinut huomaamaan. Säiliöt LXC: llä on init, jonka avulla voidaan suorittaa useita prosesseja kun taas Docker-kontteissa voi olla vain yksi kutakin tyyppiä oleva prosessi.
Dockerin idea on pienentää konttien kokoa mahdollisimman paljon yhdeksi prosessiksi, jota hallitaan tästä sovelluksesta. Ongelmana on, että monet nykyään kehitetyt sovellukset odottavat, että ne voidaan suorittaa monisäikeisissä ympäristöissä useiden cronien, demonien, SSH: n jne. Tuella. Koska Dockerilla ei ole mitään näistä, koko järjestelmän asennusympäristön, verkon, tallennuksen ja lopullisen orkestroinnin kokoonpano on tehtävä sovelluksen kautta.
Tämä on vain jäävuoren huippu, kuten muut kysymykset ovat ilmassa kuten verkon resurssien hallinta, tietoliikenteen tunnelointi, konttien pinoaminen tai siirtyminen kuumien ympäristöjen välillä. Tällä hetkellä näyttää siltä, että molempia tekniikoita erottava kuilu haluaa vähentää, ja on aika päättää, mikä tekniikka sijoitetaan edellä.