En esta serie de artículos, queremos abordar las preguntas que surgen entre las personas al trabajar con proveedores de hosting y servidores dedicados en particular. La mayoría de las discusiones las hemos tenido en foros de habla inglesa, tratando de ayudar a los usuarios ante todo con consejos, y no con autocompras, brindando respuestas lo más detalladas e imparciales posibles, ya que nuestra experiencia en el campo ya supera los 14 años, con cientos de soluciones exitosas implementadas y miles de clientes satisfechos. Sin embargo, nuestras respuestas no deben ser consideradas como las únicas correctas de primera instancia, pueden contener inexactitudes e incluso errores, nadie es perfecto. Agradeceríamos si pudieran complementar o corregirlas en los comentarios.
¿Por qué el costo de un servidor con un límite de tráfico de 100 TB y un canal de 1 Gbit/s es mucho menor que el costo de un servidor con un canal de 1 Gbit/s sin límite de tráfico? Después de todo, si se alquilan 2-3 servidores con un canal de 1 Gbit/s y un límite de 100 TB, se puede consumir exactamente lo mismo que consumiría un servidor con 1 Gbps sin límite, o incluso más en picos, y, sin embargo, el proveedor proporciona esencialmente más hardware, más conexiones y un precio más bajo?
La razón es que los proveedores, al ofrecer servidores con un límite de tráfico relativamente alto o incluso "sin límite" por poco dinero, consideran los perfiles promedio de consumo de sus clientes. Resultó que la mayoría de los clientes que compran dichos canales no utilizan completamente la conectividad que se les ofrece. Es precisamente por eso que se puede hacer tal oferta.
100 TB de tráfico es un límite bastante grande. Es más que 100 Mbps Sin límite. Con un canal de 100 Mbps, se puede transferir un máximo de 100 (velocidad en megabits) * 86400 (número de segundos en un día) * 30 (días) / 8 (bits en bytes) / 1000 (megabytes en gigabytes, si se considera 1000 y no 1024; 1024 son bits en kibibits) = 32,400 GB al mes en cada dirección con una carga constante del canal al 100%. Sin embargo, como sabemos, los servidores no consumen tráfico de manera constante y a menudo los gráficos diarios de consumo pueden tener este aspecto:
Algunos picos pueden alcanzar la máxima capacidad de ancho de banda y requerir un verdadero 1 Gbps en esos momentos. Sin embargo, el límite total de tráfico mensual puede apenas ser excedido:
Estos clientes, por supuesto, no son muy rentables para los proveedores, y por eso el proveedor busca trasladarlos a Sin límite, ya que si proporciona servicios a clientes de una misma región, es probable que los picos de consumo coincidan y este "verdadero" gigabit solo pueda ser vendido a 1.2 clientes. Si el proveedor tiene clientes de diferentes regiones, es bastante probable que el canal pueda venderse a dos o más abonados al mismo tiempo, ya que los picos de consumo de las audiencias ocurren en diferentes momentos. En la realidad, muy pocos clientes consumen su límite de 100 TB, por lo que ofrecer servidores con un límite de 100 TB de tráfico es extremadamente beneficioso.
Además, al conectar canales de 10 gigabits a los racks, logramos dividir el tráfico de manera muy eficiente entre todos. Podemos dividir un canal de 10 Gbps en promedio entre 5 racks llenos de servidores con un límite de 100 TB. Esto son aproximadamente 150 servidores. Dado que un rack de 47 unidades puede alojar ya sea 41 servidores de una unidad o 21 servidores de dos unidades.
Como resultado, el consumo total del canal es el siguiente:
Si se niega el servicio a los abonados que generan mucho tráfico (la principal contribución al consumo del canal proviene de menos de 10 servidores de los 150 presentes en este puerto), se puede aumentar el número de servidores a 300 o más. Y todos estarán contentos y dispondrán de tráfico suficiente.
Sin embargo, hay otras formas de ahorrar y no molestar a los abonados: conectar un uplink de tránsito más barato o enviar el tráfico a un punto de intercambio o de intercambio gratuito si usted es un gran generador de tráfico.
Todo esto hace posible mantener precios bajos, sin negar a los abonados la atención, pagando de 1500 a 6000 euros a los proveedores de tránsito por cada 10G, dependiendo de la calidad del proveedor de tránsito, y vendiendo conectividad por debajo del costo con un cierto coeficiente de sobreventa, donde cada abonado tiene su canal garantizado, sin interferir entre sí.
Se entiende de inmediato por qué el precio de 1Gbps sin límite es significativamente más alto, ya que, con servidores de 100 terabytes, no todos alcanzan su límite, pero un cliente que solicita 1Gbps sin límite claramente consumirá gran parte del canal. Aunque hemos visto la excepción mencionada anteriormente y un ejemplo de cómo se puede generar casi 1 Gbps de tráfico en picos y, aun así, estar dentro del límite de 100 terabytes, esto es una excepción, no un patrón típico.
Mi administrador instaló el programa vnstatd en el servidor, el tráfico se mide en la interfaz cada 5 minutos. ¿Él se encarga de todo? Porque me muestra que se han utilizado 87 TB, mientras que el proveedor dice que se han utilizado 96 TB y casi se ha agotado el tráfico. Estoy segura de mi administrador, es un excelente profesional. Y si dice que el proveedor está inflando el consumo, así es. Además, esto se respalda porque han comenzado a manipular los valores, dando diferentes cifras de tráfico para el mismo período durante la discusión. Aún estamos esperando la respuesta a la pregunta '¿cómo puede ser?'.
Lo que sucede es que algunos programas de seguimiento de tráfico contabilizan en TiB, no en TB. En tebibytes, no en terabytes. Es decir, el contabilizador utiliza el sistema binario, no el decimal, asumiendo que hay 1024 bytes en un kibibyte, y no 1000.
Cabe mencionar que, para evitar que esta diferencia se utilice con fines de marketing, la ISO (Organización Internacional de Normalización) ha introducido desde hace tiempo los prefijos "bi" para los bytes binarios, es decir, kibibytes, mebibytes, gibibytes, tebibytes. Sin embargo, el marketing ha tenido lugar, y si los fabricantes de unidades logran indicar volúmenes de capacidad más pequeños gracias a los bytes decimales, al medir y contabilizar el tráfico la situación es la opuesta. Un proveedor de alojamiento que ofrece 100 TB de tráfico, de hecho proporciona menos de lo que podría haber, si se toma en cuenta según el sistema binario.
A primera vista, la diferencia no es grande, solo 24 bytes por 1000, el margen de error es de apenas un 2.4%, pero ¿por qué resulta haber una diferencia tan grande, a nivel del 10%? ¿Acaso realmente no se tuvo en cuenta algún tráfico?
La cuestión es que no hay que olvidar que el "error" se acumulando, y esto es:
1024 bytes en un kibibyte (hablando de acuerdo con los estándares de la ISO), en un mebibyte son 1024*1024 = 1,048,576 bytes, en un gibibyte son 1024*1024*1024 = 1,073,741,824, y en un tebibyte son 1024*1024*1024*1024 = 1,099,511,627,776.
¿Un giro inesperado? ¿Sí?
Al medir el tráfico en terabytes, la diferencia entre las unidades de medida es precisamente del 10%!
Además, la diferencia en los datos extraídos del puerto del conmutador y del puerto del servidor puede ser causada por un ataque DDoS, que no llega al cliente y puede ser eliminado a nivel del "enrutador", pero, aun así, el consumo de tráfico ocurre.
También es importante recordar que a veces, el programa no contabiliza el tráfico de todos los puertos, y algún tráfico puede "escapar" del monitoreo.
Además, cabe señalar que cuando se proporciona un tráfico limitado, a menudo se considera la suma del tráfico entrante + saliente, y si usted tiene, por ejemplo, un servicio VPN, la proporción será de 1 a 1 y sus clientes podrán transferir un máximo de 50 TB de tráfico con un límite de 100.
Continuará...
Un poco de publicidad 🙂
Gracias por permanecer con nosotros. ¿Te gustan nuestros artículos? ¿Quieres ver más contenido interesante? Apóyanos haciendo un pedido o recomendando a tus conocidos, , un análogo único de servidores entry-level que hemos diseñado para Ti: (disponibles opciones con RAID1 y RAID10, hasta 24 núcleos y hasta 40GB DDR4).
¿Dell R730xd a mitad de precio en el centro de datos Equinix Tier IV en Ámsterdam? Solo aquí ¡en los Países Bajos! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — ¡desde $99! Lee sobre cómo
Fuente: habr.com
