Compruebe el rendimiento y la latencia entre los nodos
-
PDF de este sitio de documentos
- Administración de clústeres
-
Administración de volúmenes
-
Gestión de almacenamiento lógico con CLI
- Utilice cuotas para restringir o realizar un seguimiento del uso de los recursos
-
Gestión de almacenamiento lógico con CLI
-
Gestión del almacenamiento nas
- Configure NFS con la CLI
- Gestione NFS con la interfaz de línea de comandos
-
Gestione SMB con la interfaz de línea de comandos
- Gestione servidores SMB
- Gestione el acceso a archivos mediante SMB
- Gestión del almacenamiento san
- Autenticación y control de acceso
- Seguridad y cifrado de datos
- Protección de datos y recuperación ante desastres
Recopilación de documentos PDF independientes
Creating your file...
Puede utilizar el network test-path
comando para identificar cuellos de botella de red o para precalificar las rutas de red entre los nodos. Se puede ejecutar el comando entre nodos de interconexión de clústeres o nodos dentro del clúster.
-
Para realizar esta tarea, debe ser un administrador de clústeres.
-
Para esta tarea, se requieren comandos de nivel de privilegio avanzado.
-
En el caso de una ruta de interconexión de clústeres, los clústeres de origen y destino deben tener una relación entre iguales.
En ocasiones, es posible que el rendimiento de red entre nodos no cumpla las expectativas de la configuración de la ruta. Por ejemplo, una tasa de transmisión de 1 Gbps para el tipo de transferencias de datos grandes que se ven en operaciones de replicación de SnapMirror no sería coherente con un enlace de 10 GbE entre los clústeres de origen y destino.
Puede utilizar el network test-path
comando para medir el rendimiento y la latencia entre nodos. Se puede ejecutar el comando entre nodos de interconexión de clústeres o nodos dentro del clúster.
La prueba satura la ruta de red con los datos, de modo que debe ejecutar el comando cuando el sistema no está ocupado y cuando el tráfico de red entre nodos no es excesivo. El tiempo de prueba se agota al cabo de diez segundos. El comando se puede ejecutar solo entre nodos de ONTAP 9. |
La session-type
Option identifica el tipo de operación que se ejecuta en la ruta de red, por ejemplo, "AsyncMirrorRemote" para la replicación de SnapMirror en un destino remoto. El tipo determina la cantidad de datos utilizados en la prueba. En la siguiente tabla se definen los tipos de sesión:
Tipo de sesión |
Descripción |
AsyncMirrorlocal |
Configuración que utiliza SnapMirror entre nodos del mismo clúster |
AsyncMirrorRemote |
Configuración que utiliza SnapMirror entre nodos de diferentes clústeres (tipo predeterminado) |
RemoteDataTransfer |
La configuración que utiliza ONTAP para acceder de forma remota a datos entre nodos del mismo clúster (por ejemplo, una solicitud NFS a un nodo de un archivo almacenado en un volumen en un nodo diferente) |
-
Cambie al nivel de privilegio avanzado:
set -privilege advanced
-
Mida el rendimiento y la latencia entre nodos:
network test-path -source-node source_nodename |local -destination-cluster destination_clustername -destination-node destination_nodename -session-type Default|AsyncMirrorLocal|AsyncMirrorRemote|SyncMirrorRemote|RemoteDataTransfer
El nodo de origen debe estar en el clúster local. El nodo de destino puede estar en el clúster local o en un clúster con una relación entre iguales. Valor "local" para
-source-node
especifica el nodo en el que está ejecutando el comando.El siguiente comando mide el rendimiento y la latencia de las operaciones de replicación del tipo SnapMirror entre
node1
en el clúster local y.node3
encendidocluster2
:cluster1::> network test-path -source-node node1 -destination-cluster cluster2 -destination-node node3 -session-type AsyncMirrorRemote Test Duration: 10.88 secs Send Throughput: 18.23 MB/sec Receive Throughput: 18.23 MB/sec MB sent: 198.31 MB received: 198.31 Avg latency in ms: 2301.47 Min latency in ms: 61.14 Max latency in ms: 3056.86
-
Devolver al privilegio administrativo:
set -privilege admin
Si el rendimiento no cumple las expectativas de configuración de la ruta, debe comprobar las estadísticas de rendimiento del nodo, utilizar las herramientas disponibles para aislar el problema en la red, comprobar la configuración del switch, etc.