Nyligen publicerades nyheterna om att SiteGround, en av de största webbhotellleverantörerna i Europa, bosatte sig i vårt land och antog en avancerad teknik när det gäller prestanda: vi pratar om Linux Containers eller LXC. Denna funktionalitet är inte ny inom operativsystem, eftersom FreeBSD har Jails, Solaris har zoner och det finns andra typer av containrar som de som tillhandahålls av OpenVZ och Linux VServer som har en annan konfiguration i sin kärna för att utföra den.
Det faktum att SiteGround har anammat denna position när det gäller sin teknik, och dess tydliga affärsvision fokuserade på den höga prestandan hos dess infrastruktur, både på hårdvarunivå (genom solid state-enheter SSD) som programvara, väcker frågan om den är så bra och lovande. Vi pratar om LXC till containrar nedan.
LXC eller Linux Containers representerar för närvarande en av de modernaste teknikerna med de största framtidsutsikterna. Är om behållare som virtualiserar miljöer på Linux-operativsystemnivå och kan distribueras över flera instanser inom samma fysiska server. Alla fungerar isolerat som SPV (Virtual Private Servers) eller EVs (Virtual Environments), där alla resurser tillhandahålls på process-, kommunikations- och lagringsnivå.
Men var är fördelen med containrar egentligen? Låt oss ta följande exempelfall. En tjänsteportal vill att dess användare ska kunna distribuera autonoma och isolerade plattformar på begäran. Traditionellt måste all programvara och komponenter som krävs för varje önskat verktyg installeras, men tack vare behållarna, alla nödvändiga resurser kan grupperas tillsammans och instanser så många gånger som krävs automatiskt.
När de i SiteGround gjorde sin senaste migrering välkomnade de, förutom denna teknik, lagringen genom SSD-SSD. LXC tillhandahåller dem, med sina egna anställdas ord, den flexibilitet du behöver för ditt företagoch SSD-skivor den körhastighet som krävs att tillhandahålla en adekvat tjänst i tid till sina användare. Dessutom har företaget skapat en egen implementering av LXC och genererar en mängd korrigeringar för Linux-kärnan som fixar buggar och fixar säkerhetsproblem.
Framtiden för containrar ser väldigt lovande ut och kan stava slutet på virtualisering som vi känner den idag. Eller inte?
LXC-funktioner
La förmåga att skapa inkapslade och isolerade containrar med din egen resurspool det är en funktion som redan utförs idag av virtualiseringsmiljöer. Emellertid ger containerteknik ökad prestanda (nästan liknar virtualisering av metall) och flexibilitet. Behållare emulerar inte maskinvaran på en maskin, och så länge ett utrymme inte virtualiseras tas inget lagringsutrymme upp.
LXC bör uppfattas som ett operativsystem inom vårt eget, och som för praktiska ändamål beter sig som en virtuell maskin. Emuleringen görs av själva Linux-kärnan och LXC tillhandahåller minsta behållare för att kunna lagra en mall för olika operativsystemdistributioner och användarapplikationer som möjliggör återanvändning i olika miljöer och utvecklingscykler.
La bärbarhet Med denna funktion garanteras det, eftersom det avkopplar applikationerna från operativsystemet och det är möjligt att köra valfri behållare från installationen av en minimal miljö. Tack vare isoleringen av resurser är det dessutom möjligt att köra flera instanser av flera versioner av Java, PHP eller Apache samtidigt, med total flexibilitet och att kunna balansera sina belastningar mellan flera system, klona sina miljöer eller göra säkerhetskopior på några sekunder.
Framtiden för virtualisering är ännu inte klar, eftersom det med det är möjligt att distribuera mycket olika ekosystem som för närvarande behållare inte kan använda en specifik kärna för denna uppgift.
LXC och Docker
LXC och Docker är två containeriseringssystem vars filosofi fungerar på ett mycket liknande sätt: virtualisera isolerat olika applikationsmiljöer som fungerar autonomt. Ubutu arbetar med båda projekten som ofta tenderar att vara förvirrade och vars största skillnad vi får dig att märka. Behållarna LXC har en init som gör det möjligt att utföra flera processer medan Docker-behållare har en som bara kan köra en enda process av varje typ.
Idén med Docker är att minska storleken på dina containrar så mycket som möjligt till en enda process som hanteras från den här applikationen. Problemet är att många applikationer som utvecklas idag förväntar sig att kunna köras i flertrådade miljöer, med stöd av flera cron, daemons, SSH, etc. Eftersom Docker inte har något av dessa måste konfigurationen av distributionsmiljön, nätverket, lagringen och den slutliga orkestreringen av hela systemet göras via applikationen.
Detta är bara toppen av isberget, som andra frågor finns kvar i luften såsom nätverksresurshantering, kommunikationstunnel, containerstapling eller migrering mellan heta miljöer. För närvarande verkar det som att klyftan som skiljer båda teknikerna vill minska och det är dags att avgöra vilken teknik som ska placeras ovan.