Para la red de un servidor importan dos cifras: cuánto puede enviar y recibir, y a qué velocidad. La primera es fácil. No hay cuota. La segunda depende del plan y de lo que estén haciendo los vecinos en ese momento. Así funcionan ambas, en números.
Tráfico: sin cuota mensual
Ninguno de nuestros planes tiene asignación de tráfico. No descontamos gigabytes de un límite, no reducimos la velocidad tras unos terabytes y no cobramos excesos. Un servidor que mueve datos a toda velocidad durante todo el mes está bien, siempre que el tráfico en sí sea legítimo: enviar spam, atacar otros equipos y abusos parecidos acaban con el servicio sea cual sea el volumen.
Velocidad del puerto
| Tipo de plan | Puerto |
|---|---|
| VPS Linux, NAT e IP dedicada | 1 Gbit/s |
| Planes Pro | 1 Gbit/s |
| VPS Windows | 150 Mbit/s |
| Sandboxes | de 50 a 500 Mbit/s, según la tarifa |
El puerto es el techo de un servidor. El otro techo es el enlace de subida del servidor físico en el que funciona, también de 1 Gbit/s, que lleva todos los servidores virtuales de esa máquina.
Cómo se reparte el ancho de banda
Cuando el enlace está tranquilo, un servidor puede usar casi todo: unos 940 Mbit/s en cada sentido. Cuando varios servidores están ocupados al mismo tiempo, la línea se reparte por igual entre las direcciones que envían o reciben activamente. Dos servidores ocupados obtienen unos 470 Mbit/s cada uno, tres unos 310, y así sucesivamente. La subida y la bajada se reparten por separado.
Dos consecuencias que conviene saber:
- Nadie puede quitarte toda la línea. Un vecino con una gran descarga no puede bajar tu parte por debajo de un reparto igualitario.
- No siempre tendrás el puerto entero. Si necesitas una velocidad garantizada en todo momento, un servidor virtual compartido no es el producto adecuado, lo venda quien lo venda.
En un servidor NAT el reparto funciona igual: cada servidor NAT cuenta por separado, aunque su dirección de salida no sea propia.
Medir bien la velocidad
La mayoría de los avisos de «servidor lento» que recibimos son pruebas lentas: un solo flujo, una medición de 10 segundos o un servidor de pruebas público saturado. La comprobación mínima es iperf3 con cuatro flujos durante 30 segundos contra una máquina que controles:
iperf3 -c your-other-server -P 4 -t 30 # upload from this server
iperf3 -c your-other-server -P 4 -t 30 -R # download to this server
El método completo, con una prueba sin segunda máquina y cómo leer los números, está en Cómo comprobar la velocidad y el consumo de tráfico de tu servidor.
Ver tu tráfico
La página del servidor en el panel tiene gráficas de red de la última hora, día y semana, obtenidas de la capa de virtualización, así que funcionan aunque el sistema del servidor esté caído. Muestran velocidades, no un total mensual acumulado.
Para el total mensual, instala vnStat dentro del servidor: lee los contadores de la interfaz y sobrevive a los reinicios. La instalación y la vista por proceso están en la misma guía: Cómo comprobar la velocidad y el consumo de tráfico de tu servidor.
Correo saliente y otros puertos
La velocidad no es la única regla de red. El SMTP saliente en los puertos 25 y 465 está cerrado por defecto en todos los planes; enviar a través de un proveedor de correo por el puerto 587 funciona. Los servidores NAT solo aceptan conexiones entrantes en su puerto SSH o RDP personal. Los detalles están en Red y puertos.
Si la velocidad de verdad es baja
Mide como se describe arriba, desde dos servidores de test distintos, y apunta la hora. Luego abre un ticket con los comandos y la salida. Las cifras de un test de 20 segundos con varios flujos nos permiten revisar el enlace en ese momento exacto; «parece lento», no. Si necesitas más que una parte de una línea de 1 Gbit/s, cuéntanos qué ejecutas y te diremos con honestidad si nuestros planes encajan.
Los planes y sus puertos están en la página de planes.
Comentarios
Aún no hay comentarios. Sé el primero.