Usuarios ou caudal? Dimensionar un servidor VPN para a carga real
O número de contas non dimensiona unha pasarela; faino o traballo que se solapa. Compare transferencias concorrentes, CPU por núcleo e colas, e despois escriba a carga.
Dez contas inactivas custan menos que unha copia de seguranza nocturna que satura o túnel, e un número de usuarios non pode mostrar esa diferenza. Dimensionar un servidor VPN é unha comparación entre dous números: a concorrencia que realmente soporta e o recurso que se esgota primeiro. A maioría dos erros de capacidade nacen de escoller o primeiro número e non medir nunca o segundo. Faga ambas as cousas, nesa orde, e a decisión de hardware deixa de ser unha conxectura.
Compare o número de contas coa hora punta
O número de contas é unha licenza e un límite de soporte; a hora punta é unha carga. Enumere o traballo que se solapa nesa hora: chamadas, administración remota, descargas grandes, copias de seguranza e as peticións de aplicacións privadas que deixan a xente agardando. Despois marque, para cada elemento, se cruza a pasarela e en que dirección. As chamadas son simétricas e sensibles ao atraso, mentres que unha copia de seguranza vai nunha soa dirección e tolera un inicio lento, así que presionan partes distintas do camiño.
A dirección decide que enlace importa. O enlace de subida doméstico raramente é simétrico, e unha sucursal que descarga todo o día chega ao seu límite de baixada moito antes de que a pasarela sude. Escriba a dirección e o alcance do túnel xunto a cada elemento, porque unha pasarela que só leva destinos privados e outra que leva todo o tráfico de internet son dous problemas de dimensionamento distintos.
Engada a carga de fondo como unha fila propia: actualizacións de clientes, telemetría e todo o que fai o anfitrión ademais de reenviar. Eses bytes esquécense con facilidade e cóntaos a mesma interface.
Atope o recurso que se esgota antes que o enlace
O enlace é só un candidato. O traballo criptográfico dun só túnel pode ocupar un núcleo mentres a interface queda medio baleira, e unha cola saturada pode facer inutilizables as chamadas cun caudal que nun gráfico parece mediocre. Un destino a unha ruta lenta de distancia tamén pode parecer debilidade da pasarela desde o asento do cliente. Tres observacións separan estes casos, e ningunha necesita unha proba de ráfaga.
| 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 |
Mida cunha transferencia que teña permiso para executar, e engada o traballo concorrente por pasos en lugar de todo á vez. Lea a taxa sostida e a resposta interactiva xuntas, porque unha proba só de pico agocha unha sesión que se volveu inutilizable. Unha pasarela que supera o seu caudal máximo mentres as chamadas se cortan non superou a proba.
Despois repita a execución coas cargas opcionais detidas. Un límite que se move cando se detén a copia de seguranza nunca foi o límite da pasarela.
Converta a comparación nun número que poida defender
Escolla o recurso que se esgotou e exprese o requisito nas súas unidades: núcleos a unha utilización obxectivo durante a hora punta, bits por segundo en cada dirección, ou sesións concorrentes baixo un límite de atraso. Deixe espazo para actualizacións, diagnóstico e recuperación, porque un servidor sentado no seu teito medido non ten nada para o traballo que o mantén en marcha. Despois escriba os números xunto á configuración que os produciu, incluído o número de clientes e a proba utilizada.
A cifra de usuarios por núcleo é o número menos portátil deste exercicio, porque presupón unha mestura de protocolos e un perfil de dispositivos que o seguinte sitio non comparte. Quede coa medición e descarte a fórmula. Cando alguén pida capacidade para cincuenta usuarios máis, a resposta honesta é o perfil de hora punta deses cincuenta, non unha multiplicación.
Rexistre o tempo de resposta ademais do caudal. Unha capacidade que só preserva a transferencia masiva non é capacidade para as persoas en chamadas, e a próxima revisión preguntará pola diferenza.
Escolla entre escalar cara arriba e dividir o papel
Cando o límite medido é un núcleo, máis núcleos á mesma velocidade poden non axudar; un núcleo máis rápido ou un modelo de traballadores distinto si. Cando o límite é a CPU agregada, unha instancia máis grande é a solución directa. Cando o límite é o enlace de acceso, ningún cambio de servidor axuda e a comparación termina no provedor. Dividir os papeis web e VPN en anfitrións separados compra illamento a cambio dunha segunda superficie de xestión.
Compare esas opcións co número rexistrado e non entre si. Un cambio que duplica un recurso que non era a restrición é custo sen beneficio, e o rexistro é o que permite dicilo sen discusión. Volva medir despois do cambio coa mesma carga, ou substituíu unha conxectura por outra.