En esta serie de artículos, queremos analizar las preguntas que tienen las personas cuando trabajan con proveedores de hosting y servidores dedicados en particular. Llevamos a cabo la mayoría de las discusiones en foros en inglés, tratando primero de ayudar a los usuarios con consejos, en lugar de autopromoción, dando la respuesta más detallada e imparcial, porque tenemos más de 14 años de experiencia en el campo, cientos de Soluciones implementadas con éxito y miles de clientes satisfechos. Sin embargo, nuestras respuestas no deben tomarse como las únicas respuestas correctas de primera instancia; pueden contener inexactitudes e incluso errores; nadie es perfecto. Estaremos agradecidos si los agregas o corriges 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 tráfico? Después de todo, si alquila 2-3 servidores con un canal de 1 Gbps y un límite de 100 TB, puede consumir exactamente la misma cantidad que consumiría un servidor con 1 Gbps sin medir, o incluso más canal en los picos, mientras que el proveedor ¿Básicamente proporciona más hardware, más conexiones y un precio más bajo?
El caso es que los proveedores, a la hora de ofrecer servidores con un límite de tráfico bastante grande o incluso “ilimitados” por poco dinero, tienen en cuenta los perfiles de consumo medio de sus clientes. Resultó que la mayoría de los clientes que compran dichos canales no utilizan plenamente la conectividad que se les proporciona. Esto es lo que hace posible hacer tal oferta.
100 TB de tráfico es un límite bastante grande. Esto es más de 100 Mbps no medidos. Después de todo, al tener un canal de 100 Mbit / s sin contabilidad, puede bombear 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 contamos por 1000, y no por 1024, 1024 es un bit en kibibit) = 32 GB por mes en cada dirección con una carga de canal constante del 400%. Sin embargo, como sabemos, los servidores no consumen tráfico constantemente y muy a menudo las curvas de consumo diario pueden verse así:
Para algunos, los picos pueden alcanzar el rendimiento máximo y requerir 1 Gbit/s honesto en esos momentos. En este caso, casi no se puede exceder el límite de tráfico total por mes:
Estos clientes, por supuesto, no son muy rentables para los proveedores, por lo que el proveedor busca trasladarlos a Unmetered, ya que si brinda servicios a clientes de la misma región, es probable que los picos de consumo coincidan y este gigabit "honesto" El proveedor podrá vender sólo 1,2 clientes. Si el proveedor tiene clientes de diferentes regiones, entonces es probable que el canal pueda venderse a dos o más suscriptores a la vez, ya que los picos de consumo de audiencia se producirán en diferentes momentos. En realidad, no todos los clientes consumen su límite de 100 TB, por lo que proporcionar servidores con un límite de tráfico de 100 TB es extremadamente rentable.
Además, al conectar canales de 10 gigabits a los racks, es posible dividir el tráfico de manera muy efectiva entre todos. Conseguimos dividir un canal de 10 Gbps en una media de 5 racks llenos de servidores con un límite de 100 TB. Se trata de aproximadamente 150 servidores. Dado que un bastidor con una altura de 47 unidades puede albergar 41 servidores de una sola unidad o 21 servidores de dos unidades.
Como resultado, el consumo total del canal es el siguiente:
Si rechaza el servicio a suscriptores que generan mucho tráfico (la principal contribución a la carga del canal la realizan menos de 10 servidores de los 150 presentes en este puerto), entonces puede aumentar la cantidad de servidores a 300 o más. Y todos estarán felices y todos tendrán suficiente tráfico.
Sin embargo, existen otras formas de ahorrar dinero y no molestar a los suscriptores: conectar un enlace ascendente de tránsito más económico o enviar tráfico a un punto de intercambio o realizar peering de forma gratuita si es un gran generador de tráfico.
Esto es lo que nos permite ofrecer precios bajos, no negar el servicio a los abonados, pagar a los proveedores de transporte entre 1500 y 6000 euros por cada 10G, dependiendo de lo bueno que sea el proveedor de transporte y vender conectividad a un precio inferior al coste con un cierto coeficiente de sobreventa, cuando Cada suscriptor tiene su propio canal ordenado y honesto, sin interferir entre sí.
Inmediatamente queda claro por qué el precio de 1Gbps Unmetered es mucho más alto, ya que si con servidores de 100 terabytes no todos consumen su límite, entonces el cliente que solicite 1Gbps Unmetered claramente consumirá la mayor parte del canal. Si bien hemos visto la excepción anterior 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, esta es una excepción y no un patrón típico.
Mi administrador instaló el programa vnstatd en el servidor, el tráfico se toma de la interfaz, cada 5 minutos. ¿Tiene todo en cuenta? Entonces muestra que se han usado 87 TB, mientras que el proveedor dice que se han usado 96 TB y el tráfico casi ha desaparecido. Confío en mi administrador de sistemas, es un excelente especialista. Y si dice que el proveedor está inflando el coste, es cierto. Además, esto se evidencia en el hecho de que comenzaron a jugar con los valores con todas sus fuerzas, dando durante la discusión diferentes valores de tráfico para el mismo período. A la pregunta "¿cómo es esto?" todavía estamos esperando una respuesta.
El hecho es que algunos programas de contabilidad de tráfico mantienen registros en TiB, no en TB. Tebibytes, no terabytes. Es decir, la contabilidad se realiza mediante el sistema binario, y no decimal, sobre la base de que en un kilobyte, o más precisamente en un kibibyte, hay 1024 bytes, y no 1000.
Vale la pena señalar que para evitar que esta distinción se utilice con fines de marketing, la ISO (Organización Internacional de Normalización) introdujo hace tiempo el prefijo “bi” para los bytes binarios, es decir, kibibytes, mebibytes, gibibytes, tebibytes. Pero el marketing aún se llevó a cabo, y si los fabricantes de unidades, utilizando bytes decimales, logran indicar volúmenes más pequeños de capacidad de unidades, entonces, al medir y contabilizar el tráfico, la situación es la contraria. El proveedor de alojamiento, aunque proporciona 100 TB de tráfico, proporciona menos de lo que realmente podría ser si se cuenta en términos binarios.
Parecería que la diferencia es pequeña, solo 24 bytes por 1000, el error de esto es solo del 2,4%, pero ¿por qué hay una diferencia tan grande, en el nivel del 10%? ¿Quizás realmente no tuvieron en cuenta algo de tráfico?
La cuestión es que no debemos olvidar que el “error” aumenta, a saber:
1024 bytes en un kibibyte (si hablamos de acuerdo con los estándares ISO), en un mebibyte ya hay 1024 * 1024 = 1 bytes, en un gibibyte - 048 * 576 * 1024 = 1024, y en un tebibyte - 1024 * 1 * 073 * 741 = 824.
¿Giro inesperado? ¿Sí?
Cuando se mide el tráfico en terabytes, ¡la diferencia entre unidades contables es exactamente del 10%!
Además, la diferencia en los datos tomados del puerto del switch y del puerto del servidor puede deberse a un ataque DDOS, que no llega al cliente y puede eliminarse a nivel de “router”, aunque aún se produce consumo de tráfico.
Tampoco debemos olvidar que a veces el programa no tiene en cuenta el tráfico en todos los puertos y parte del tráfico puede "eludir" el seguimiento.
También se deduce que cuando se proporciona tráfico limitado, a menudo se tiene en cuenta el tráfico total entrante + saliente, y si tiene, por ejemplo, un servicio VPN, la proporción será de 1 a 1 y sus clientes podrán bombear un total de no más de 50 TB de tráfico con un límite de 100.
To be continued ...
Algunos anuncios 🙂
Gracias por estar con nosotros. ¿Te gustan nuestros artículos? ¿Quieres ver más contenido interesante? Apóyanos haciendo un pedido o recomendándonos a amigos, , un análogo único de servidores de nivel de entrada, que fue inventado por nosotros para usted: (disponible con RAID1 y RAID10, hasta 24 núcleos y hasta 40GB DDR4).
Dell R730xd 2 veces más barato en el centro de datos Equinix Tier IV en Amsterdam? Solo aqui ¡en los Paises Bajos! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ¡desde $99! Leer acerca de
Fuente: habr.com