Nylig ble nyheten publisert at SiteGround, en av de største leverandørene av webhotell i Europa, bosatte seg i vårt land og vedtok en banebrytende teknologi når det gjelder ytelse: vi snakker om Linux Containers eller LXC. Denne funksjonaliteten er ikke ny innen operativsystemer, siden FreeBSD har fengsler, Solaris har soner, og det finnes andre typer containere som de som leveres av OpenVZ og Linux VServer som har en annen konfigurasjon i kjernen for å utføre den.
Det faktum at SiteGround har tatt imot denne posisjonen når det gjelder teknologi, og dens klare forretningsvisjon fokusert på den høye ytelsen til infrastrukturen, både på maskinvarenivå (gjennom solid state-stasjoner SSD) som programvare, reiser spørsmålet om den er så god og lovende. Vi snakker om LXC til containere nedenfor.
LXC eller Linux Containers representerer for øyeblikket en av de mest moderne teknologiene med de største fremtidsutsiktene. Er om containere som virtualiserer miljøer på Linux-operativsystemnivå og kan distribueres over flere forekomster på samme fysiske server. Alle opererer isolert som SPVer (Virtual Private Servers) eller EVs (Virtual Environments), der alle ressursene leveres på prosesserings-, kommunikasjons- og lagringsnivå.
Men hvor er fordelen med containere egentlig? La oss ta følgende eksempel. En tjenesteportal ønsker at brukerne skal kunne distribuere autonome og isolerte plattformer etter behov. Tradisjonelt må all programvare og komponenter som kreves for hvert ønsket verktøy installeres, men takket være containerne, alle nødvendige ressurser kan grupperes sammen og instantieres så mange ganger som nødvendig automatisk.
Da de var i SiteGround, tok de sin siste migrering, og de ønsket i tillegg til denne teknologien også lagring gjennom SSD-harddisk. LXC gir dem, med ordene til sine egne ansatte, fleksibiliteten du trenger for din virksomhet, og SSD-disker hastigheten på utførelsen som kreves å gi en tilstrekkelig tjeneste i tide til sine brukere. I tillegg har selskapet opprettet sin egen implementering av LXC og genererer en rekke oppdateringer for Linux-kjernen som fikser feil og løser sikkerhetsproblemer.
Fremtiden for containere ser veldig lovende ut og kan stave slutten på virtualisering slik vi kjenner den i dag. Eller ikke?
LXC-funksjoner
La muligheten til å lage innkapslede og isolerte containere med din egen ressursmasse det er en funksjon som allerede utføres i dag av virtualiseringsmiljøer. Imidlertid gir containerteknologi økt ytelse (nesten lik virtualisering av bart metall) og fleksibilitet. Beholdere etterligner ikke maskinvaren til en maskin, og så lenge en plass ikke virtualiseres, tas det ikke lagringsplass.
LXC bør tenkes som et operativsystem i vårt eget, og som for praktiske formål oppfører seg som en virtuell maskin. Emuleringen gjøres av selve Linux-kjernen, og LXC gir den minste beholderen for å kunne lagre en mal med forskjellige operativsystemdistribusjoner og brukerprogrammer som tillater gjenbruk i forskjellige miljøer og utviklingssykluser.
La portabilitet Med denne funksjonaliteten er det sikret, siden det frakobler applikasjonene fra operativsystemet og det er mulig å kjøre hvilken som helst container fra installasjonen av et minimalt miljø. I tillegg, takket være isolering av ressurser, er det mulig å kjøre flere forekomster av flere versjoner av Java, PHP eller Apache samtidig, med total fleksibilitet og være i stand til å balansere belastningen mellom flere systemer, klone omgivelsene eller lage sikkerhetskopier i løpet av sekunder.
Fremtiden for virtualisering er ennå ikke ferdig, siden det med det er mulig å distribuere svært forskjellige økosystemer som for øyeblikket ikke containere er i stand til å bruke en bestemt kjerne for denne oppgaven.
LXC og Docker
LXC og Docker er to containeriseringssystemer hvis filosofi fungerer på en veldig lignende måte: Virtualiser isolert forskjellige applikasjonsmiljøer som fungerer autonomt. Ubutu jobber med begge prosjektene som ofte har en tendens til å være forvirret, og hvis største forskjell vi får deg til å legge merke til. Containerne LXC har en init som gjør det mulig å utføre flere prosesser mens Docker-containere har en som bare kan kjøre en enkelt prosess av hver type.
Ideen med Docker er å redusere størrelsen på containerne dine så mye som mulig til en enkelt prosess som administreres fra dette programmet. Problemet er at mange applikasjoner som er utviklet i dag, har forventningen om å kunne kjøres i flertrådede miljøer, med støtte fra flere cron, daemons, SSH, etc. Siden Docker ikke har noen av disse, må konfigurasjonen av distribusjonsmiljøet, nettverket, lagringen og den endelige orkestrering av hele systemet gjøres gjennom applikasjonen.
Dette er bare toppen av isfjellet, som andre spørsmål forblir i luften slik som nettverksressursadministrasjon, kommunikasjonstunnel, stabling av containere eller migrering mellom varme miljøer. For tiden ser det ut til at gapet som skiller begge teknologiene ønsker å reduseres, og det vil være på tide hvem som bestemmer hvilken teknologi som skal plasseres over.