Data Domain: Solución de problemas de rendimiento de red mediante iperf

Summary: Utilice la herramienta iperf y el comando DD net iperf para medir el rendimiento bruto de la red entre terminales, lo que ayuda a diagnosticar respaldos, restauraciones o replicaciones lentos o fallidos mediante la validación del ancho de banda de NIC a NIC en toda la ruta de red. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

En este artículo, se proporcionan instrucciones detalladas para usar el iperf y el DD net iperf comando para medir el rendimiento de red entre un servidor de medios y un sistema Data Domain (DD), o entre dos sistemas DD.

La utilidad iperf es una herramienta estándar del sector diseñada para medir el rendimiento bruto de la red entre dos terminales. Ayuda a validar el subyacente NIC-to-NIC bandwidth en todos los componentes de red intermedios, como switches, enrutadores, firewalls y enlaces WAN, mediante tráfico TCP o UDP. Esto es fundamental para aislar los problemas relacionados con la red de los problemas en el nivel de aplicación.

Es posible que tenga que ejecutar iperf Cuando experimente cualquiera de los siguientes síntomas:

  • Rendimiento lento de respaldo o restauración mediante CIFS, NFS o DD Boost mediante IP entre el servidor de medios y DD.
  • Fallas de respaldo o restauración a través de CIFS, NFS o DD Boost entre el servidor de medios y DD.
  • Problemas de rendimiento de replicación (por ejemplo, replicación de recopilación, directorio, MTree o replicación administrada de archivos) entre dos sistemas DD.

Cause

Los problemas de rendimiento durante el respaldo, la restauración o la replicación a menudo provienen de cuellos de botella de red en lugar de limitaciones en el nivel de las aplicaciones. Estos cuellos de botella pueden ocurrir en cualquier lugar a lo largo de la ruta de datos, entre el servidor de medios y el sistema Data Domain o entre dos sistemas DD, y pueden incluir:

  • Limitaciones de ancho de banda en NIC o dispositivos de red intermedios (switches, enrutadores, firewalls).
  • Incompatibilidades de MTU que causan fragmentación y retransmisión.
  • Alta latencia o pérdida de paquetes debido a la congestión, los cables defectuosos o la QoS configurada erróneamente.
  • Problemas de escalamiento de la ventana TCP o tamaños de buffer insuficientes que afectan el rendimiento.
  • Limitación de la sobrecarga de inspección de firewall o IDS/IPS para el tráfico de SMB/NFS/DDBoost.

Debido a que estos problemas a menudo son invisibles en la capa de aplicación, iperf se utiliza para medir el rendimiento bruto de TCP/UDP entre terminales, lo que valida el rendimiento de la red subyacente independientemente de CIFS, NFS o DD Boost. Esto ayuda a aislar si los respaldos/restauraciones lentos se deben a restricciones de red o a la configuración de aplicaciones/almacenamiento.

Resolution

Iperf es una utilidad de pruebas de rendimiento de red de código abierto ampliamente utilizada que genera flujos de tráfico TCP y UDP para medir el ancho de banda y el rendimiento disponibles. Proporciona una evaluación precisa de la capacidad de red cruda entre dos terminales, como un servidor de medios y un sistema Data Domain (DD), o entre dos sistemas DD. Al simular la transferencia de datos en la capa de transporte, iperf Ayuda a identificar cuellos de botella de red, problemas de latencia y pérdida de paquetes en componentes intermedios, como switches, enrutadores y firewalls, independientemente de los protocolos de nivel de aplicación, como CIFS, NFS o DD Boost.


Iperf Tiene dos modos: servidor y cliente.

SECCIÓN I: DÓNDE OBTENER LA HERRAMIENTA IPERF:
Hay tres maneras de obtener el iperf archivo ejecutable:
Método 1:
DD tiene "net iperf" comando. Si solo desea probar el ancho de banda entre dos DD, utilice "net iperf" El mando es suficiente.

Método 2:
El método Iperf está disponible en DDR bajo el /ddr/var/tools/iperf carpeta. Para obtener el ejecutable de iperf, asigne el archivo /ddvar ya sea usando CIFS o NFS en su servidor de medios, y colóquelo en cualquier carpeta, por ejemplo: /tmpo C:\EMCo C:\ddtools.

 

1. Para crear un recurso compartido CIFS temporal para /ddvar donde el iPerf utilidad para Windows:

 

cifs share create <Share Name is recommended to be 'ddvar' without any slash> path <Path to the directory being shared '/ddvar'> clients <IP of relevant remote Windows Host>

Eg: sysadmin@dd# cifs share create ddvar path /ddvar clients <IP of affected backup Host>

 

Para quitar el recurso compartido CIFS temporal:

 

cifs share destroy <Temporary Share Name>

Eg: sysadmin@dd# cifs share destroy ddvar

 

2. Para crear un recurso compartido NFS temporal para Linux:

 

nfs export create <Share Name is recommended to be 'ddvar' without any slash> path <Path to the directory being shared '/ddvar' clients <IP of relevant remote Linux Host>

Eg: sysadmin@dd# nfs export create ddvar path /ddvar clients <IP of relevant remote Linux Host>

 

Para quitar el recurso compartido NFS temporal:

 

nfs export destroy <Temporary Share Name>

Eg: sysadmin@dd# nfs export destroy ddvar

 


Método 3:
descargar desde DD mediante scp (UNIX) o pscp (Windows):
UNIX:

scp <localuser>@<IP or hostname of DD>:/ddr/var/tools/iperf/<OS>/<iperf executable> <local path>
     example: scp sysadmin@10.10.10.10:/ddr/var/tools/iperf/Linux/iperf /tmp/iperf
OS/iperf executable:
    HP-UX_RISC/iperf
    AIX/iperf
    Linux/iperf
    HP-UX_IA64/iperf
    Solaris_Sparc/iperf
    Windows/iperf.exe

Windows:

pscp -scp <localuser>@<IP or hostname of DD>:/ddr/var/tools/iperf/Windows/iperf.exe <local path>
    example: pscp -scp sysadmin@10.10.10.10:/ddr/var/tools/iperf/Windows/iperf.exe C:\ddtools\iperf.exe
 
Nota: pscp (versión de línea de comandos de scp para Windows) está disponible para su descarga en putty.org (externo).    Winscp no funciona para descargar desde DD.

SECCIÓN II: Busque la dirección IP en DD que se utilizará en la prueba iperf.
#net show hardware, to see which port, 1G/10G link
#net show setting, to see the IP assigned to the port

SECCIÓN III: CÓMO EJECUTAR IPERF
EJEMPLO I: CÓMO EJECUTAR IPERF ENTRE DOS DD:
En el DD de destino, mediante una sesión de PuTTY,

#net iperf server

 

Luego, en el DD de origen,

#net iperf client <DestinationDDIP> interval 10 duration 60
Nota:
-Después de la prueba, use ctl + c en DD de origen y destino para detener iperf.  #net iperf server status, para confirmar que iperf se ha detenido.
El comando anterior sirve para ver qué ancho de banda de red está disponible desde el DD de origen al DD de destino, con 1 flujo, con un intervalo de 10 segundos durante 60 segundos.
-Puede ejecutar el comando anterior con "connection 10" Para probar el ancho de banda de red con 10 conexiones, que debe ser mayor que 1 conexión.
-Si hay replicación entre estos 2 DD al mismo tiempo, el iperf El resultado muestra el ancho de banda de red restante, además de lo que ya está utilizando la replicación. Puede utilizar #iostat 2 para ver el rendimiento utilizado en el puerto al mismo tiempo.
-Se puede invertir la prueba, para ver el ancho de banda disponible al revés, es decir. entre el destino y el DD de origen.


EJEMPLO II: CÓMO EJECUTAR IPERF DESDE EL SERVIDOR DE MEDIOS A DD. Esto se puede utilizar para problemas de respaldo/escritura lentos.
En DD, mediante una sesión de putty,

#net iperf server  --- This means DD in server mode and is listening

 

En el servidor de medios, Windows o Linux:

#iperf -c <DDIPaddress> -t 60  -i 10

Nota: -Después de la prueba, use ctl + c en la fuente para detener iperf.

 #net iperf server status,

 Para confirmar que iperf se haya detenido.
-Puede ejecutar el comando anterior con -P 10 para probar el ancho de banda de red con 10 conexiones, que deben ser mayores que 1 conexión.
-Es necesario usar la opción -w 256K, para especificar el tamaño de la ventana.
 

Example:
root@client 1 iperf-2.0.5]# iperf -c 11.65.228.28 -i 3 -t 30 -w 256K
------------------------------------------------------------
Client connecting to 11.65.228.28, TCP port 5001
TCP window size: 512 KByte (WARNING: requested 256 KByte)
------------------------------------------------------------
[ 3] local 11.65.249.45 port 63535 connected with 11.65.228.28 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 3.0 sec 2.79 GBytes 7.98 Gbits/sec
[ 3] 3.0- 6.0 sec 2.86 GBytes 8.19 Gbits/sec
[ 3] 6.0- 9.0 sec 2.90 GBytes 8.30 Gbits/sec

Nota: En la salida anterior, .45 es la IP de origen, utilizada por el servidor de medios para escribir en DD.  .28 es la IP de DD utilizada para el respaldo.

EJEMPLO III: CÓMO EJECUTAR IPERF DESDE DD HASTA EL SERVIDOR DE MEDIOS: Esto se puede utilizar para problemas de lectura/restauración lenta.
En el servidor de medios, Windows o Linux:

#iperf -s

 

En DD:

#net iperf client <ip address> duration 60 interval 10

Nota:

-Es posible que deba usar la opción -p 5001 u otro # para especificar el puerto.
-Es posible que necesite usar la opción -w 256K, para especificar el tamaño de la ventana.

SECCIÓN IV: PRÓXIMOS PASOS
-Idealmente, entre puertos de 1 Gbps, nos gustaría ver un rendimiento de 800 Mbps a 900 Mbps cuando nada más estaba usando el ancho de banda.
Entre los puertos de 10 Gbps, nos gustaría ver un rendimiento de algunos Gbps cuando nada más está usando el ancho de banda.
-Cuando el rendimiento sea inferior a la velocidad de línea ideal anterior, utilice varias conexiones (10 o 20) para ver el aumento del ancho de banda disponible.
-También verifique el enrutamiento y asegúrese de que la MTU sea consistente en todo momento. (Consulte las notas a continuación, cómo usar ping para comprobar la MTU)
 

Additional Information

Verifique la coherencia de MTU en la ruta de red.

Para confirmar que los ajustes de MTU sean coherentes de punto a punto (cliente → red → almacenamiento), utilice la ping con la opción No fragmentar . Esto garantiza que los paquetes no se fragmenten a lo largo de la ruta.

Windows (MTU 1500 estándar):
ping -f -l 1472
(1472-bytes payload + 28-byte header = 1500 MTU)

Windows (trama jumbo MTU 9000):
ping -f -l 8972
(8972 bytes payload + 28-bytes header = 9000 MTU)

Desde Data Domain (DD):
net ping count 2 packet-size 1472 path-mtu do
net ping count 2 packet-size 8972 path-mtu do

Por qué esto es importante:
La comprobación de la MTU garantiza que las tramas jumbo o estándar se admitan de manera coherente en todos los dispositivos de red, lo que evita la fragmentación y la pérdida de paquetes que pueden degradar el rendimiento de restauración de CIFS.

Affected Products

Data Domain

Products

Data Domain
Article Properties
Article Number: 000015442
Article Type: Solution
Last Modified: 22 Dec 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.