Administrator Guide
Table Of Contents
- Sistemas de almacenamiento de Dell EMC Guía del administrador del dispositivo de nodo metro
- Tabla de contenido
- Prefacio
- Espacio de trabajo de la CLI y cuentas de usuario
- Metavolúmenes
- Administración de sistemas
- Notificaciones de Call Home
- Ubicaciones de registros de eventos
- Ubicación del registro de configuración del sistema
- Aceleración de hardware con VAAI
- Descarga de sobrecarga de copia con XCOPY
- Cambio de nombre de un clúster de nodo metro
- Configuración del LCD del panel frontal
- Soporte delgado en el nodo metro
- Aprovisionamiento de almacenamiento
- Expansión de volúmenes
- Migración de datos
- Acerca de las migraciones de datos
- Migración de almacenamiento compatible con aprovisionamiento delgado
- Acerca de las reconstrucciones
- Migración de datos por única vez
- Migraciones por lotes
- Requisitos previos
- Creación de un plan de migración por lotes
- Comprobación de un plan de migración por lotes
- Modificación de un archivo de migración por lotes
- Iniciar una migración por lotes
- Pausar o reanudar una migración por lotes (opcional)
- Cancelación de una migración por lotes (opcional)
- Monitoreo del progreso de una migración por lotes
- Visualización del estado de una migración por lotes
- Confirmación de una migración por lotes
- Limpieza de una migración por lotes
- Eliminación de registros de migración por lotes
- Configurar la red WAN
- Cluster Witness
- Grupos de coherencia
- Acerca de los grupos de coherencia de nodo metro
- Propiedades de grupos de coherencia
- Administración de grupos de coherencia
- Creación de un grupo de coherencia
- Adición de volúmenes a un grupo de coherencia
- Eliminación de volúmenes de un grupo de coherencia
- Modificación de las propiedades de un grupo de coherencia
- Ejemplo de modificación: establecer visibilidad
- Ejemplo de modificación: aplicar una regla de desconexión
- Eliminación de un grupo de coherencia
- Visualización de las propiedades de los grupos de coherencia
- Operación de un grupo de coherencia
- Rendimiento y monitoreo
- Acerca del rendimiento
- Acerca del monitoreo de rendimiento
- Monitoreo de rendimiento mediante la CLI
- Acerca de la rotación de archivos y los registros de fecha y hora
- Descripción general de procedimiento: crear un monitor mediante la CLI
- Creación de un monitor
- Adición o eliminación de receptores de monitor
- Eliminación de un monitor
- Habilitación/deshabilitación/cambio de sondeo
- Activación/desactivación de receptores
- Forzar un sondeo inmediato
- Habilitación y deshabilitación de puertos
- Monitoreo de puertos
- Estadísticas
- Tablas de estadísticas
- Nodo metro con arreglos de almacenamiento activos/pasivos
/connectivity/local-com/
El contexto de función local contiene información de configuración relacionada con la comunicación entre directores dentro del clúster
actual.
La función local no tiene ninguna propiedad asociada.
Administración y monitoreo de la red de back-end
Para obtener alta disponibilidad, cada director debe tener varias rutas a cada volumen de almacenamiento. Los problemas ambientales,
como la congestión de la red o los problemas del arreglo pueden afectar la disponibilidad y el rendimiento de esas rutas. El nodo metro
monitorea la latencia de cada Nexus de TI de back-end y existe la posibilidad de que haya rutas de back-end con mal desempeño. El nodo
metro tiene varios mecanismos para limitar el impacto sobre el rendimiento:
Cómo sacar de servicio una Nexus de back-end con alta latencia
Si una I/O tarda más de 1 segundo en completarse en un ITL (iniciador-destino-LUN en una Nexus de TI), el ITL y la TI acumulan una
penalización en la que el límite de comandos permitido para el ITL se reduce de cinco a uno. Si la penalización acumulada por un ITL supera
los 2 segundos, el límite de comandos del ITL se reduce a cero, lo que indica que no se permiten más comandos en este ITL. Debido a
una alta latencia, si se sancionan más de 20 ITL en una Nexus de TI, la Nexus de TI se marca como degradada y el nodo metro se detiene
automáticamente mediante la Nexus de TI para las operaciones de I/O basadas en host hasta que mejore el rendimiento.
NOTA:
Si la última ruta de acceso disponible a una unidad lógica está marcada como degradada, no se puede sacar de servicio
y se aplica una penalización para permitir una única operación de I/O por vez a la LU. Un ITL por unidad lógica por director
continúa recibiendo comandos. Cuando el rendimiento mejora, el nodo metro, restaura automáticamente el conteo de I/O pendiente
predeterminado en la unidad lógica.
Las Nexus de back-end degradadas se pueden monitorear mediante el comando VPlexcli back-end degraded list. Para obtener
más detalles, consulte la Guía de referencia de la CLI para el nodo metro. Debido a una latencia alta continua, cuando una Nexus de TI se
marca como degradada, este comando indica el motivo de la degradación como un rendimiento degradado.
Si un usuario descubre que el estado de una Nexus de TI degradada se ha restaurado, también es posible restaurar manualmente su uso
mediante el comando VPlexcli back-end degraded recover.
Marcado de un back-end de TI de Nexus aislado debido a rendimiento
inestable
Si se encuentra una ruta de back-end de TI para que alterne entre en estado degradado y no degradado tres veces dentro de un período
de 30 minutos, el Nexus de TI se considera inestable y el nodo metro detiene automáticamente el uso de Nexus de TI para las operaciones
de I/O basadas en host. En este estado, el comando de VPlexcli back-end degraded list enumera el motivo de la degradación
como aislado debido a rendimiento inestable.
En este caso, el Nexus de TI permanece degradado hasta que el usuario lo restaura manualmente mediante el comando de VPlexcli
back-end degraded recover. También es posible que el umbral alcance a su valor predeterminado de cuatro horas, después de
lo cual el Nexus de TI se marca como rendimiento degradado, mientras que el proceso de recuperación verifica su estado antes de
resolver la degradación (y volver a habilitar automáticamente la ruta para atender las operaciones de I/O basadas en host nuevamente, si
se superan las pruebas de rendimiento). Si el problema de latencia intermitente continúa en el Nexus de TI y el usuario no puede abordar
la causa raíz, se recomienda que active el servicio al cliente del nodo metro para marcar manualmente el Nexus de TI degradado a fin de
eliminar la ruta hasta que se resuelva el problema subyacente.
LDAP
El protocolo ligero de acceso a directorios (LDAP) es un protocolo de aplicación para acceder y conservar los servicios de información
de directorios distribuidos a través de una red de Protocolo de Internet (IP). Los servicios de directorio proporcionan cualquier conjunto
organizado de registros con una estructura jerárquica. LDAP es un protocolo de cliente/servidor.
Configurar la red WAN
63