forma de ancho de banda, el mejor enfoque

Digamos que tengo un servidor con muchas IP externas, 1024+. Mis usuarios están causando mucho tráfico, pero no todos. Los que comen todo el ancho de banda son pocos y hacen que los otros sufran una baja velocidad de Internet porque comen todo el ancho de banda.

Estamos pensando en implementar una regla de configuración para garantizar que todos estén contentos o al menos la mayoría lo esté, y estamos debatiendo sobre el mejor enfoque para hacerlo.

Primer plan

Calcule cuántos clientes han iniciado sesión y divida el ancho de banda entre ellos para que todos coman el mismo pedazo de pastel.

Ventajas:

• No pago grandes facturas por el ancho de banda

• Nadie está violando la ley

  Desventajas

• el ancho de banda se divide en partes iguales y los usuarios con bajas necesidades de ancho de banda (lectura de documentos, lectura de Facebook, etc.) tendrán el mismo ancho de banda que los grandes usuarios que confían en mis servicios para sus negocios.

• todos los usuarios tendrán el mismo ancho de banda, pero los usuarios con bajas necesidades "encarcelarán" su parte a pesar de que no necesitarán todo, por lo que me queda mucho ancho de banda no utilizado

Segundo plan

Monitoree a los usuarios y vea si están en el límite de ancho de banda o por encima (límite total del servidor). Si alcanzan ese punto, intente identificar qué usuarios están comiendo más. Si encontramos que los usuarios comen más del 40% -50% del ancho de banda total, envíelos a la cárcel por 20 minutos. Cárcel significa reducir su ancho de banda a 250kb / s, por ejemplo.

Ventajas:

• No se desperdicia ancho de banda
• Si no se desperdicia ancho de banda, los usuarios importantes pueden usar más y tengo clientes satisfechos
• Es una solución más inteligente que permite a todos expandirse según sus necesidades.

• Utiliza una policía de banda ancha donde los malos son encarcelados y los buenos (la mayoría en la mayoría de los casos) son una sociedad feliz

  Desventajas

• Las herramientas de monitoreo en un servidor de carga pesada pueden ponerlo "en suspensión" ya que tienden a consumir muchos recursos

• Puede que no tenga tipos malos, pero hay muchos tipos buenos en línea y el ancho de banda supera el límite y estoy en la situación de no saber a quién castigar (en este caso, podemos aplicar el primer plan durante 1 hora)

Estoy abierto a un poco de lluvia de ideas y sugerencias

¿Qué tal un sistema de cubeta, donde el ancho de banda se baja gradualmente cuando alguien usa todo el ancho de banda? Sería cada vez más lento y más lento si usan mucho más que el promedio. Pero el cubo se vacía con el tiempo para que puedan volver a toda velocidad cuando:

• no hay mucha carga en la red
• no han estado usando la red por algún tiempo o intensidad

También podría hacer más escenarios y crear dinámicamente nuevas políticas dependiendo del escenario y la evolución durante el uso de la red.

Primero determinaría cuál es realmente el tráfico (esto es lo más importante que hacer en lugar de simplemente implementar algo a ciegas). Por supuesto, si el usuario está descargando torrents de películas mientras está en el trabajo para aprovechar una conexión de alta velocidad en el trabajo, entonces hay mejores maneras de resolver el problema de manera más directa. Otras instancias en las que el usuario podría tener un servidor que ejecuta un servidor interno que se comunica con uno de los servidores de la base de datos puede ocasionar picos en el uso del ancho de banda para funcionar de manera razonable.

El punto es hacer primero un análisis sobre qué usuarios consumen la mayor cantidad de datos y asignar razones por las cuales es necesario que usen tanto. Esta parte le dará justificación para dar a la administración cuando los pocos usuarios que estaban acaparando el ancho de banda comienzan a quejarse. En algunos casos, es posible que realmente necesiten consumir tanto ancho de banda, pero en algunos casos descubrirá que se está produciendo un abuso de red.

Después de eso, puede abordar los problemas y, si es necesario, implementar una política de configuración de ancho de banda si no se puede comprar más ancho de banda para la empresa.

Utilizo un conmutador administrado entre mi enrutador T1 y cada firewall necesario. Esto me permite establecer limitaciones adecuadas de ancho de banda de QoS en su configuración antes de llegar a la puerta de enlace de cada red.