Dé trend op het gebied van hosting

Joost

Geschreven door Joost Saanen op 15-3-2016
4 minuten leestijd

Of het nu gaat om vliegtuigen, banken, verzekeringen, universiteiten of fabrieken. Tegenwoordig kan bijna niets meer functioneren zonder software. Geen software = geen business. Naast embedded software (= software die is geschreven om machines en apparaten te besturen), is er ook een groot deel software wat valt onder de categorie (web)applicaties. Vaak gehost op een server.

Tot zover niets bijzonders.

Soms zijn er veranderingen gaande die het noemen waard zijn. Op hosting gebied is er zo’n verandering gaande. Ik heb het niet over de verschuiving van traditionele hosting naar hosten in de cloud. Tot op zekere hoogte is dit revolutionair — maar ook niet echt nieuw meer te noemen. Nee, in deze blogpost wil ik het niet hebben over waar gehost wordt, maar de manier waarop. De belangrijke trend die ik hier bedoel is Containerized Hosting.

Eigenlijk kunnen we spreken over drie stromingen of periodes:

Volg je het nog? Geen nood, het zal zo duidelijk worden.

Ik neem je mee naar de eerste periode (eind jaren 90).

Periode 1 - Traditionele hosting

Dit is de periode van de lompe Compaq en Dell servers. De tijd dat er vaak maar één (web)applicatie op één fysieke server draaide.

Hoe dat in zijn werk ging: het was meestal de business die vroeg om een nieuwe applicatie. Vervolgens werd deze aangeschaft(of gebouwd) en op een nieuwe server geïnstalleerd. Het ging hier vaak om flinke investeringen. Daarnaast bleef het niet alleen bij de aanschafkosten. Je kreeg als bedrijf namelijk ook te maken met terugkerende en/of periodieke kosten. Denk hierbij aan beheer en onderhoud van de server.

cartoon

Omdat vaak moeilijk te bepalen was welke server er precies nodig was, werd er vaak een té zware (lees: dure) server aangeschaft. Servers die maar 10-30% van de resources gebruikte waren dan ook meer regel dan uitzondering. Als het om aanschaf ging werd er vaak gedacht: Better safe than sorry — wie zit er immers te wachten op een trage applicatie? En wie wil deze verantwoordelijkheid dragen?

diagram1

Afbeelding 1: Traditionele hosting

We kunnen hier wel spreken van een behoorlijke kapitaalvernietiging. Doodzonde natuurlijk.

Periode 2 - Hypervisor

Het eerste decennium van de eenentwintigste eeuw. Een nieuwe evolutie in de wereld van hosting. Ineens was daar VMWare of Xen. Hoewel, ineens… VMWare bestond natuurlijk al lang, maar om een of andere reden werd het nooit eerder echt door een breed publiek opgepikt. Maar… een evolutie dus. Hoe mooi was dit? Dezelfde fysieke server waar je veel meer uit konden halen door gebruik te maken van nieuwe technologie/software.

diagram2

Afbeelding 2: Hypervisor / Virtuele Machines

Zoals te zien is in bovenstaande diagram, kon je niet één applicatie maar zonder problemen meerdere applicaties draaien op diezelfde server — en dan ook nog eens op een geïsoleerde omgeving. Kwam business met een een nieuw idee voor een nieuwe applicatie? Geen probleem, er werd een nieuwe Virtuele Machine (VM) opgetuigd waar de applicatie op geïnstalleerd kon worden. Vaak hoefde er geen nieuwe hardware te worden aangeschaft en alle servers werden optimaal gebruikt. Iedereen blij.

Toch?

Niet helemaal. Ook deze technologie was niet perfect.

Wat waren de nadelen dan?

Iedere VM heeft resources nodig (geheugen, CPU en diskruimte). Ook dient er op een VM een besturingssysteem geïnstalleerd te worden. Om een besturingssysteem te draaien zijn er ook resources nodig. Dus alleen al om een omgeving op te zetten die in staat is om een applicatie te hosten, gaan er al behoorlijk wat resources verloren.

En dat is niet het enige nadeel. Omdat een VM vergelijkbaar is met een fysieke server heb je hier ook te maken met onderhoud en beheer, alleen dan per VM!

In afbeelding 2 kun je zien dat er 3 besturingssystemen zijn geïnstalleerd op één server. Stel dat je gebruik wil maken van Microsoft Windows Server, dan heb je een ander soort licentie nodig. Hier betaal je vaak op basis van cores. Deze licenties zijn vaak een stuk duurder.

Periode 3 - Containerized Hosting

De allernieuwste trend in hosting. Is dit dan de Holy Grail? Het ziet er in ieder geval veelbelovend uit. Maar wat is Containerized Hosting (zonder al te technische te worden)?

Door onderstaande tekening wordt e.e.a. misschien duidelijker.

diagram3

Afbeelding 3: Containerized

In plaats van dat er per VM een besturingssysteem geïnstalleerd moet worden is dat bij deze oplossing niet nodig. Bovenop het besturingssysteem is er een Container Engine geïnstalleerd. Alleen hierover zijn er al boekenkasten volgeschreven. De engine zorgt er voor dat de containers goed draaien en samen werken. Een container kan een applicatie draaien óf alleen een deel hiervan – bijvoorbeeld een specifieke service. Wat opvalt is dat de containers veel kleiner zijn getekend dan de applicaties in de eerdere afbeeldingen. Dit is bewust – er wordt namelijk veel efficiënter omgegaan met resources. Omdat een container praktisch geen overhead heeft (omdat er geen apart besturingsysteem op draait), kunnen er ook makkelijk containers bijgeplaatst worden. Denk hierbij ook nog even aan de voordelen als minder beheer-, onderhoud en licentiekosten.

Maar dit zijn slechts enkele voordelen van deze vorm van hosten. Naast zeer efficiënt gebruik maken van resources kun je ook meerdere servers in een cluster te plaatsen. Mocht één van de servers uitvallen dan zorgt de Engine ervoor dat de container start op een server die wél werkt (en resources vrij heeft). In een volgende blogpost zal ik hier iets dieper op in gaan.

Ben je geïnteresseerd geraakt of wil je meer weten? Laat dan een bericht achter in de comments, of neem contact met ons op voor een persoonlijk gesprek om te kijken wat containerized hosting voor jou kan betekenen.

Joost

Joost Saanen

Gepassioneerde all-rounder met brede interesses; van serverbeheer en cloudhosting tot (UI)design en (web)development. Hardloopt en schrijft het liefst tegelijk.