Användare eller genomströmning? Dimensionera en VPN-server för verklig belastning
Kontotal dimensionerar inte en gateway; det gör överlappande arbete. Jämför samtidiga överföringar, CPU per kärna och köer, och skriv sedan ner lasten.
Tio inaktiva konton kostar mindre än en nattlig säkerhetskopia som mättar tunneln, och ett användarantal kan inte visa den skillnaden. Att dimensionera en VPN-server är en jämförelse mellan två tal: samtidigheten du faktiskt bär och resursen som tar slut först. De flesta kapacitetsfel uppstår genom att välja det första talet och aldrig mäta det andra. Gör båda i den ordningen, och hårdvarubedömningen är inte längre en gissning.
Jämför kontotalet med den mest belastade timmen
Kontotalet är en licens och en supportgräns; den mest belastade timmen är en last. Lista arbetet som överlappar under den timmen: samtal, fjärradministration, stora nedladdningar, säkerhetskopior och begäranden från privata program som får folk att vänta. Markera sedan för varje post om den passerar gatewayen och i vilken riktning. Samtal är symmetriska och fördröjningskänsliga, medan en säkerhetskopia är en riktning och tål en långsam start, så de belastar olika delar av vägen.
Riktningen avgör vilken förbindelse som spelar roll. En hemupplänk är sällan symmetrisk, och en filial som laddar ner hela dagen når sin nedströmsgräns långt innan gatewayen börjar svettas. Skriv riktningen och tunnelns omfattning vid varje post, eftersom en gateway med bara privata destinationer och en med all internettrafik är två olika dimensioneringsproblem.
Lägg till bakgrundslast som en egen rad: klientuppdateringar, telemetri och allt värden gör utöver att vidarebefordra. De byten glöms lätt bort och räknas av samma gränssnitt.
Hitta resursen som tar slut före förbindelsen
Förbindelsen är bara en kandidat. Kryptoarbetet i en enda tunnel kan binda en kärna medan gränssnittet sitter halvtomt, och en mättad kö kan göra samtalen oanvändbara vid en genomströmning som ser medioker ut i ett diagram. En destination en långsam väg bort kan också se ut som en svaghet hos gatewayen från klientens stol. Tre observationer skiljer dessa fall, och ingen av dem behöver ett bursttest.
| Observation | What to inspect |
|---|---|
| one core busy, bytes steady | per-core CPU, implementation, offload status |
| calls degrade during transfers | queueing and the access link |
| one remote destination slow | that route and its service |
Mät med en överföring du har lov att köra, och lägg till det samtidiga arbetet i steg i stället för allt på en gång. Läs den uthålliga hastigheten och den interaktiva responsen tillsammans, eftersom ett test av bara topphastigheten döljer en session som blivit oanvändbar. En gateway som passerar sin maximala genomströmning medan samtalen bryts har inte klarat testet.
Upprepa sedan körningen med valfria laster stoppade. En gräns som flyttar sig när säkerhetskopian stoppar var aldrig gatewayens gräns.
Gör jämförelsen till ett tal du kan försvara
Välj resursen som tog slut och uttryck kravet i dess enheter: kärnor vid ett målutnyttjande under den mest belastade timmen, bitar per sekund i varje riktning, eller samtidiga sessioner under en fördröjningsgräns. Lämna utrymme för uppdateringar, diagnostik och återställning, eftersom en server som sitter på sitt uppmätta tak inte har något kvar för arbetet som håller den igång. Skriv sedan talen bredvid den konfiguration som gav dem, inklusive klientantalet och testet som användes.
Ett tal för användare per kärna är det minst flyttbara talet i den här övningen, eftersom det förutsätter en protokollblandning och en enhetsprofil som nästa plats inte delar. Behåll mätningen och släpp formeln. När någon ber om kapacitet för femtio extra användare är det ärliga svaret den mest belastade timmens profil för de femtio, inte en multiplikation.
Notera svarstiden liksom genomströmningen. Kapacitet som bara bevarar bulköverföring är inte kapacitet för människorna i samtalen, och nästa granskning kommer att fråga om skillnaden.
Välj mellan att skala upp och att dela rollen
När den uppmätta gränsen är en kärna hjälper kanske inte fler kärnor med samma hastighet; en snabbare kärna eller en annan arbetarmodell kan. När gränsen är den samlade CPU:n är en större instans den direkta lösningen. När gränsen är åtkomstförbindelsen hjälper ingen serverändring och jämförelsen slutar hos leverantören. Att dela web- och VPN-rollerna på separata värdar köper isolering till priset av en andra administrationsyta.
Jämför de alternativen med det registrerade talet i stället för med varandra. En ändring som fördubblar en resurs som inte var begränsningen är kostnad utan nytta, och registreringen är det som låter dig säga det utan diskussion. Mät igen efter ändringen med samma last, annars har du ersatt en gissning med en annan.