Gebruikers of doorvoer? Een VPN-server dimensioneren voor echte belasting

Tien inactieve accounts kosten minder dan één nachtelijke back-up die de tunnel verzadigt, en een gebruikerstal kan dat verschil niet laten zien. Een VPN-server dimensioneren is een vergelijking tussen twee getallen: de gelijktijdigheid die u werkelijk draagt en de resource die het eerst opraakt. De meeste capaciteitsfouten ontstaan door het eerste getal te kiezen en het tweede nooit te meten. Doe beide, in die volgorde, en de hardwarebeslissing is geen gok meer.

Vergelijk het aantal accounts met het drukke uur

Het aantal accounts is een licentie en een supportgrens; het drukke uur is een belasting. Lijst het werk op dat in dat uur overlapt: gesprekken, beheer op afstand, grote downloads, back-ups en de verzoeken van private applicaties die mensen laten wachten. Markeer daarna per item of het de gateway passeert en in welke richting. Gesprekken zijn symmetrisch en vertragingsgevoelig, terwijl een back-up één richting is en een trage start verdraagt, dus ze belasten verschillende delen van het pad.

De richting bepaalt welke verbinding ertoe doet. Een thuisuplink is zelden symmetrisch, en een filiaal dat de hele dag downloadt, raakt zijn downstreamlimiet lang voordat de gateway begint te zweten. Schrijf de richting en de omvang van de tunnel naast elk item, want een gateway met alleen private bestemmingen en een met al het internetverkeer zijn twee verschillende dimensioneringsproblemen.

Voeg achtergrondbelasting als eigen rij toe: clientupdates, telemetrie en alles wat de host naast doorsturen doet. Die bytes worden makkelijk vergeten en dezelfde interface telt ze mee.

Vind de resource die opraakt vóór de verbinding

De verbinding is slechts één kandidaat. Het cryptowerk van één tunnel kan één core bezetten terwijl de interface half leeg blijft zitten, en een verzadigde wachtrij kan gesprekken onbruikbaar maken bij een doorvoer die op een grafiek middelmatig lijkt. Een bestemming die één trage route verderop ligt, kan er vanuit de stoel van de client ook uitzien als zwakte van de gateway. Drie waarnemingen scheiden deze gevallen, en geen ervan heeft een bursttest nodig.

Meet met een overdracht die u mag uitvoeren, en voeg het gelijktijdige werk in stappen toe in plaats van alles tegelijk. Lees de volgehouden snelheid en de interactieve respons samen, want een test van alleen de pieksnelheid verbergt een sessie die onbruikbaar is geworden. Een gateway die zijn maximale doorvoer haalt terwijl gesprekken wegvallen, is niet geslaagd voor de test.

Herhaal daarna de run met optionele belastingen gestopt. Een grens die verschuift wanneer de back-up stopt, was nooit de grens van de gateway.

Maak van de vergelijking een getal dat u kunt verdedigen

Kies de resource die opraakte en druk de eis uit in de eenheden ervan: cores bij een doelbenutting tijdens het drukke uur, bits per seconde in elke richting, of gelijktijdige sessies onder een vertragingsgrens. Laat ruimte voor updates, diagnostiek en herstel, want een server op zijn gemeten plafond heeft niets meer over voor het werk dat hem draaiende houdt. Schrijf daarna de getallen naast de configuratie die ze opleverde, inclusief het aantal clients en de gebruikte test.

Een getal voor gebruikers per core is het minst overdraagbare getal in deze oefening, omdat het een protocolmix en een apparaatprofiel veronderstelt die de volgende locatie niet deelt. Houd de meting en laat de formule vallen. Wanneer iemand capaciteit vraagt voor vijftig extra gebruikers, is het eerlijke antwoord het drukke-uurprofiel van die vijftig, geen vermenigvuldiging.

Leg de responstijd vast naast de doorvoer. Capaciteit die alleen bulkoverdracht bewaart, is geen capaciteit voor de mensen in gesprekken, en de volgende beoordeling zal naar het verschil vragen.

Kies tussen opschalen en de rol splitsen

Wanneer de gemeten grens één core is, helpen meer cores op dezelfde snelheid misschien niet; een snellere core of een ander werkermodel kan wel. Wanneer de grens de totale CPU is, is een grotere instantie de directe oplossing. Wanneer de grens de toegangsverbinding is, helpt geen enkele serverwijziging en eindigt de vergelijking bij de provider. De web- en VPN-rol op aparte hosts splitsen koopt isolatie tegen de prijs van een tweede beheerlaag.

Vergelijk die opties met het vastgelegde getal in plaats van met elkaar. Een wijziging die een resource verdubbelt die niet de beperking was, is kosten zonder voordeel, en het vastleggen is wat u toestaat dat zonder discussie te zeggen. Meet na de wijziging opnieuw met dezelfde belasting, anders hebt u de ene gok door de andere vervangen.