Dennis Wijnberg | Hosting uitgelegd

En hij gaat naar boven. Waarom vermelden mensen dat er ook alweer nooit bij?

De groei zit voornamelijk in de software en precies daar waar wij op focussen. De bedrijven net onder de 500 medewerkers. Dat blijkt uit een onderzoek van adviesbureau Ernst & Young. Bij de bedrijven boven de 500 medewerkers hebben ze nog steeds te maken met krimpende budgetten. Maar ook dat lijkt gunstig te zijn voor Oxilion, omdat er daar bezuinigd wordt op bijvoorbeeld systeembeheer(ders) waardoor wij meer onderhoudscontracten op servers verkopen.

Ik houd jullie op de hoogte van nieuwe klanten.

We hosten nu ook voor: Uniglas, Hallmark, Heineken, SEAT en BMW.

In de hostingindustrie worden verschrikkelijk veel methoden gebruikt om het dataverbruik te berekenen.  De ene methode is nog weer moeilijker dan de andere. Want, laten we het vooral niet te makkelijk maken. Ik kan daar helaas weinig aan doen. Tijd om ze uit te leggen.

Om de verschillende mogelijkheden eens in kaart te brengen moeten we eerst de verschillende vormen eens opsommen, dit zijn:

- Afname in GB
- Afname per Mb p95 (meest gebruikt)
- Afname per Mb average
- Afname per Mb unmetered
- “Onbeperkt dataverkeer”

Hier komen we al een aantal termen tegen die voor discussie kunnen zorgen, GB, Mbit. Daarom houd ik de volgende standaard aan: 1 Byte bestaat uit 8 bits. De hoofdletter is belangrijk, vooral in de afkorting. Een Mb is dus een Megabit en MB is een MegaByte. Dat scheelt een factor 8. De toevoegen /s geeft aan dat het per seconde is. Veelvouden van bytes zijn vaak vermenigvuldigingen met 1024*.

Afname per GB
Bij een afname per GB betaal je voor de hoeveelheid dataverkeer die is gebruikt. Of het nu inkomend dataverkeer is of uitgaand. Dit wordt vaak gezien als de meest “eerlijke” vorm van afname. Je betaalt namelijk voor het dataverkeer dat je echt gebruikt. Dat hangt natuurlijk ook samen met de prijs.

Deze vorm van afrekening is interessant als je vaak pieken hebt met veel verkeer en het verschil tussen de piek en het “normale” erg groot is. Deze vorm wordt vaak gebruikt op shared omgevingen en losse servers. De andere vormen van dataverkeer zijn namelijk lastig te berekenen per website als deze op hetzelfde, shared, IP draaien.

Afname per Mb p95
Dit is misschien wel de bekendste vorm van afrekenen bij kwart, halve of hele racks. De methode is eigenlijk vrij eenvoudig. Er wordt elke 5 minuten gekeken hoeveel bandbreedte er wordt gebruikt. Na een maand worden al deze metingen op rij gezet en worden de 5% hoogste metingen (+/- 1,5 dag) eruit gehaald . De meting die daarna het hoogst is geldt als uitkomst en wordt gebruikt in de prijsberekening.

Dit is een goede vorm als je wilt voorkomen dat je een forse piek (DDoS) zorgt voor een forse naheffing. Als je een DDoS krijgt van 200 Mb/s, gedurende een dag, en je gebruikt normaal maar 10 Mb/s, dan wordt die hele piek van 200 Mb/s dus uit de meting verwijderd. In mijn optiek de mooiste vorm om geruzie over de kosten van een DDoS te voorkomen.

Afname per Mb average
De makkelijkste vorm qua berekening. Wederom wordt met een interval (5 minuten) gemeten hoeveel bandbreedte er wordt gebruikt en vervolgens wordt het gemiddelde berekend van al deze metingen. Dit betekent wel dat als je een DDoS krijgt van één dag met 200 Mb/s, dat je dat terug ziet in de naheffing. De mate waarin je het terug ziet is natuurlijk afhankelijk van de duur en de grootte van de piek (DDoS). In het voorbeeld een slordige 7 Mb/s.

Afname per Mb unmetered
Dit noem ik zelf eigenlijk altijd flat-fee of afgeknepen. Deze vorm van verkeer lijkt soms heel interessant vanwege de prijs. Je weet vooraf wat je betaalt en (de verkoper zegt) dan maakt het niet uit hoeveel dataverkeer je daarover verbruikt. Dat is ook waar, er is alleen één belangrijke maar. De verbinding is namelijk afgekapt op bijvoorbeeld 10 Mb/s of 100 Mb/s. Je kunt niet pieken, wat kan zorgen voor enorme vertraging als het druk wordt.

* = Het is 1024 omdat het 2^10 is. 2 is daarbij het aantal mogelijkheden per karakter in het binaire getallenstelsel (nul of één)

Welke vorm van afrekening heeft jouw voorkeur en waarom?

Ik hoor het zo vaak bij klanten: “Ik wil mijn e-mail niet kwijt zijn als mijn server eruit ligt hoor”. Eigenlijk zou ik eens verbaasd moeten reageren. “U niet? Vreemd! Al mijn andere klanten wel”. Natuurlijk wilt je dat niet en uw hostingprovider zorgt daarvoor. Toch?

Wat een prachtig medium is dat toch, het internet. De mogelijkheden zijn eindeloos en met uw prachtige website en, sinds kort de zoekmachine optimalisatie, gaat dat helemaal goedkomen. Sterker nog; u verdient er al veel geld mee. Uw domeinnaam is geregistreerd bij Fluffie (fictief) en uw hosting staat mij Ploppie (fictief). Want Fluffie vraagt maar € 5,- per jaar voor een domeinnaam en Ploppie is met de hosting al snel € 25,- per jaar goedkoper. U lijkt wel gek als u het niet doet!

En dan breekt de figuurlijke pleuris los. Ploppie heeft een storing aan een server, maar is toevallig op vakantie. Je probeert direct te bellen maar er wordt niet opgenomen. Je stuurt een e-mail… geen antwoord. En de website is nog wel zo belangrijk! Heeft uw provider Ploppie wel enig idee hoeveel geld u hierdoor misloopt? Al uw bestellingen verdwijnen zo!

Klinkt als een uiterste hè? Is het niet. Dagelijkse kost.

Dat is misschien nog wel het grootste nadeel van de hostingbranche; de a-transparantie. U heeft in veel gevallen geen idee met wie u nu eigenlijk zaken doet. En wat krijg je nu precies voor het geld? Wil je het niet weten, zolang het maar werkt? Kan ik me voorstellen. Wil je het wel weten? Vooruit…

Allereerst, probeer niet overal het goedkoopste te zoeken. Leg verwante aangelegenheden gewoon bij dezelfde provider neer. Bij storingen kan één partij veel sneller een probleem oplossen dan twee partijen die samen moeten werken. Er zijn overigens ook veel providers die het wel goed doen!

Wat doet een fallback mailserver
Je kunt het zien als een tijdelijke buffer. Mocht uw mailserver niet bereikbaar zijn, dan zoekt de server geheel automatisch de volgende mailserver. Technisch gezien wordt er een nameserver lookup gedaan en op één na laagste prio geprobeerd. Deze mailserver bewaart het dan tot de primaire/normale weer bereikbaar is en levert het dan alsnog netjes af. Alles is netjes bewaard gebleven.

Heeft u een fallback mailserver?
Toegegeven, het is niet waterdicht, maar probeer dit eens:

Start -> Uitvoeren -> cmd -> nslookup -q=MX <uwdomein-zonder-www>

Hoeveel regels staan er bij jou onder “Non-authoritative answer:”

denniswijnberg.nl       MX   preference = 10, mail exchanger = 02.mx.mail-scanner.eu
denniswijnberg.nl       MX   preference = 10, mail exchanger = 01.mx.mail-scanner.eu

Als het er één is, dan heb je waarschijnlijk geen mail fallback. Vraag het eens na bij je provider!

Wat kost dat?
Niets, service van de zaak. Tenminste, als u niet bij die provider van € 5,- per jaar zit.

Een secundaire nameserver is, zoals de naam al doet vermoeden, de tweede server die geraadpleegd zal worden wanneer er een DNS loopup gedaan wordt. De secundaire nameserver wordt dan ook maar in weinig situaties gebruikt. Waarom betalen voor iets dat je bijna nooit gebruikt?

Wanneer wordt een secundaire nameserver (ns2) gebruikt?
Er zijn eigenlijk maar twee situaties waarin een secundaire nameserver wordt gebruikt. De eerste situatie is heel simpel; wanneer de primaire nameserver niet of slecht bereikbaar is. De tweede situatie is iets complexer.

Wanneer een registrar, of deelnemer in termen van de SIDN, een domeinnaam registreert moet zij deze aan nameservers koppelen. Op die manier weet een applicatie (je browser of Outlook bijvoorbeeld) op welk IP-adres een bepaalde website (www.) of een mailserver (mail.) te vinden is.

Waarom zou ik een secundaire nameserver willen?
Vaak wordt er gezegd. Als ik mijn hosting doe op hetzelfde systeem als mijn nameserver, dan heb ik toch niets aan een secundaire nameserver? Gedeeltelijk klopt dat. Er zijn twee redenen om het toch anders te doen.

Reden 1. Op het moment dat jouw server onbereikbaar is en iemand een e-mail naar jou wil sturen, kan zijn e-mailprogramma jouw server niet vinden. Heel lastig.

Reden 2. Als je meer domeinnamen krijgt en ze – om welke reden dan ook – uit elkaar wilt halen, dan moet je de DNS van de ene server naar de andere server verhuizen. Daarvoor moet je dan naar je registrar toe om de nameservers voor jouw domein aan te laten passen. Natuurlijk host je ns2 ook nog eens in-zone (wat wil zeggen dat je eigenlijk een recursieve loop maakt, ns2.denniswijnberg.nl is de nameserver van denniswijnberg.nl, maar waar op welk IP zit denniswijnberg.nl). Administratief een zootje dus.

Wat adviseer jij?
Ik adviseer altijd om minimaal twee nameservers te hebben, drie is nog beter. Je moet er dan wel voor zorgen dat:
- De nameservers niet op dezelfde (fysieke noch virtuele) server draaien.
- De secundaire nameserver niet in hetzelfde datacenter staat. Want als dan je datacenter offline is… Juist.