Estoy cuidando esta red con alrededor de 40 clientes en un servidor Windows 2008 R2. Estos clientes están conectados al servidor a través de dos conmutadores gigabit (conmutadores tontos de 24 puertos). En los próximos meses aumentará el número de clientes. Digamos que queremos planificar hasta 100 clientes.

El tráfico de la red ya es alto y, a veces, se atasca mucho. Mi objetivo es duplicar el ancho de banda de la red en un futuro próximo y cuadriplicarlo cuando obtengamos un nuevo hardware de servidor.

Obviamente, esto requeriría múltiples NIC o una tarjeta NIC con múltiples puertos Ethernet. Estos son mis pensamientos sobre las opciones / limitaciones:

  1. Leí que Windows Server 2012 tiene una función de formación de equipos NIC incorporada. Sin embargo, esto no es en absoluto viable ya que el costo de la licencia (servidor + CAL) sería demasiado alto. Además, esta no puede ser una razón para actualizar el software del servidor en absoluto.

  2. Opte por múltiples NIC sin LACP / formación de equipos. Cada NIC tendrá que estar en una subred separada porque Windows Server no funciona bien cuando dos de sus NIC están en la misma subred. Cada NIC se conectará a un conmutador diferente y, en consecuencia, esos clientes estarán en subredes diferentes. Si bien esto aumentará el ancho de banda total del servidor, también agregará algunas complejidades en la configuración de la red (enrutamiento, DHCP, DNS, firewall, etc.) ¿Puede convencerme de lo contrario?

  3. Deseche los interruptores tontos existentes y busque algo mejor. Netgear ofrece conmutadores "plus no gestionados" que cuentan con LACP / LAG. Cada conmutador de 24 puertos (configuración de puerto más alta) cuesta alrededor de Rs. 20k (~ US $ 350) en India, por lo que cuatro de estos cambios nos costarán alrededor de Rs. 80k (~ 1400 dólares estadounidenses). Pero creo que aún sería mejor que reemplazar Windows Server. Esto puede ser una especie de último recurso.

  4. Leí que ciertas tarjetas NIC de nivel de servidor (como las de Intel) pueden ofrecer agrupación / agregación basada en controladores incluso si el sistema operativo del servidor o el conmutador no son compatibles con esa función. He realizado algunas búsquedas y la mayoría de los resultados son sobre Linux y FreeNAS, etc., por lo que no estoy seguro de si esto funciona en el entorno de Windows. Si esta es realmente una opción viable, es mi mejor apuesta en un futuro próximo. ¿Alguien puede compartir su experiencia con este tipo de configuración y sugerir algún modelo de NIC específico?

Aparte de eso, puedo intentar algún tipo de optimización de red. Actualmente, todos los clientes están conectados directamente al conmutador. Lo que puedo hacer es introducir algunos conmutadores pequeños entre un grupo de clientes y conectar esos conmutadores pequeños a los conmutadores principales. Pero no estoy seguro de si eso funcionará para mí porque el tráfico es mayormente real y todo involucra al servidor. No pasa mucho entre los clientes. El servidor se utiliza principalmente como servidor de archivos.

¿Cuáles son tus pensamientos? ¿Me estoy perdiendo de algo?

answer

Primera pregunta:
¿Cuáles son las métricas medidas que se utilizan para determinar su utilización (es decir, qué es "alto" y "obstruido"? Supongo que esto se hizo en el servidor solo porque no puede extraer estadísticas de conmutadores no administrados.

Segundo:

  • Me mantendría alejado de múltiples nics en diferentes subredes en el servidor.
  • Me mantendría alejado de la opción "introducir algunos interruptores pequeños"
  • Definitivamente actualizaría los interruptores. También lo recomendaría contra los conmutadores NetGear. La mayoría de los conmutadores no gestionados y los "conmutadores empresariales" de Netgear tienen un búfer limitado y aún sufren problemas de rendimiento.
  • La mayoría de las NIC modernas en el espacio del servidor pueden realizar algún tipo de agrupación / vinculación de red basada en el paquete de software de controladores. Casi todos funcionan bien en Windows. BACS (Broadcom Advanced Control Suite) e Intel ACS (Advanced Network Services) son dos de los más comunes).

edite para responder a su comentario a continuación, ya que mi respuesta fue demasiado larga para un comentario:

Mi pregunta trataba de determinar por qué asume que la utilización de su red "ya es alta" y está "obstruida". Si su problema real es un defecto de diseño (bucles de red, etc.), un problema de configuración (desajustes de velocidad / dúplex, etc.) o un problema con los conmutadores (saturación del búfer / paquetes descartados / etc.), entonces se ganó más ancho de banda para el servidor. no te ayudo. Con su hardware actual, es difícil delimitar específicamente dónde está su problema.

¿De dónde corriste tu rastro? Un rastro de wirehark que dice que no muestra nada inusual no es una prueba de que su "tráfico de red" ya es alto o se está "obstruyendo". Y para no ser demasiado severo, pero ¿sabes lo que buscas en la traza? Según su pregunta y su línea de pensamiento actual, no sé cuál es su nivel de conocimiento sobre la resolución de problemas de un rastreo de red para ver si hay problemas.

La ejecución de contadores de rendimiento en la NIC del servidor le brindaría una mejor imagen de la utilización en la NIC del servidor y sería solo la primera indicación de que podría ser útil contar con más ancho de banda para el servidor . Pero no ha dicho si ha ejecutado esos contadores o no.

Por último, la mayoría de los programas de controladores pueden formar equipos de red con casi cualquier conmutador (incluidos los conmutadores no administrados). Por lo general, está limitado a la conmutación por error directa o al balanceo de carga de transmisión únicamente. La conmutación por error es como suena. Solo se utiliza una NIC hasta que se detecta una falla, luego se conmuta a la otra NIC. El equilibrio de carga de transmisión solo equilibrará la carga del tráfico saliente del sistema. El tráfico entrante todavía está generalmente limitado a una sola NIC. Creo que Broadcom puede hacer SLB (Smart Load Balancing) donde intenta hacer un balance de carga de recepción limitado a través de ARP gratuitos, pero nunca lo he usado mucho. La agregación completa de LaCP requerirá que el conmutador lo admita. Hay más que todo esto, pero esta no es una pregunta sobre los tipos de equipos de NIC y el soporte.