Sistemas de almacenamiento de Dell EMC Guía del administrador del dispositivo de nodo metro 7.
Notas, precauciones y advertencias NOTA: Una NOTA indica información importante que le ayuda a hacer un mejor uso de su producto. PRECAUCIÓN: Una PRECAUCIÓN indica la posibilidad de daños en el hardware o la pérdida de datos, y le explica cómo evitar el problema. AVISO: Un mensaje de AVISO indica el riesgo de daños materiales, lesiones corporales o incluso la muerte. © 2021 Dell Inc. o sus filiales. Todos los derechos reservados. Dell, EMC y otras marcas comerciales pertenecen a Dell Inc. o sus filiales.
Tabla de contenido Capítulo 1: Prefacio......................................................................................................................... 7 Capítulo 2: Espacio de trabajo de la CLI y cuentas de usuario.............................................................. 9 Configurar el espacio de trabajo de la CLI.......................................................................................................................... 9 Establecer el umbral para el registro de la consola.....
Capítulo 6: Aprovisionamiento de almacenamiento........................................................................... 35 Descripción general del aprovisionamiento...................................................................................................................... 35 Aprovisionamiento de almacenamiento mediante el aprovisionamiento de EZ........................................................... 35 Cambio de la personalidad delgada de un virtual volume...................................
Hardware y puertos WAN del nodo metro.......................................................................................................................59 Reglas de configuración de puerto de metro mediante IP WAN.................................................................................. 59 Grupos de puertos.........................................................................................................................................................59 Contextos de la CLI.................
Creación de un monitor.................................................................................................................................................92 Adición o eliminación de receptores de monitor........................................................................................................ 93 Eliminación de un monitor.............................................................................................................................................
1 Prefacio Como parte de un esfuerzo por mejorar sus líneas de productos, Dell EMC lanza revisiones periódicas de su hardware y su software. Por lo tanto, es posible que no todas las versiones de hardware y software que se usan actualmente admitan algunas funciones que se describen en este documento. Las notas de la versión del producto proporcionan la información más actualizada acerca de las características del producto.
Tabla 1. Convenciones tipográficas (continuación) Monospace Utilizada para: ● Código del sistema ● Salida del sistema, como un mensaje de error o script ● Nombres de ruta, nombres de archivos, indicadores y sintaxis. ● Comandos y opciones Fuente monoespaciada en cursiva Se utiliza para variables. Fuente monoespaciada en negrita Se utiliza para entradas de usuario. [] Los corchetes encierran valores opcionales.
2 Espacio de trabajo de la CLI y cuentas de usuario En este capítulo, se describe cómo utilizar la interfaz de línea de comandos (CLI) para configurar el espacio de trabajo de la CLI y administrar cuentas de usuario. Temas: • Configurar el espacio de trabajo de la CLI Configurar el espacio de trabajo de la CLI El espacio de trabajo es la apariencia y el comportamiento de una sesión de CLI.
4. Utilice el comando log filter create para crear un filtro nuevo para la consola con el umbral requerido: VPlexcli:> log filter create --threshold --component “logserver” donde n es 0 a 7. NOTA: El valor de umbral filtra todos los mensajes con gravedad mayor o igual. Para ver crítico (2) y superiores (0 y 1), configure el umbral en 3. Para ver error (3) y superiores (0, 1 y 2), configure el umbral en 4.
3 Metavolúmenes En este capítulo, se describen los procedimientos para administrar metadatos y metavolúmenes mediante VPlexcli.
La disponibilidad es fundamental para los metavolúmenes. El metavolumen es esencial para la recuperación del sistema. La práctica recomendada es espejear el metavolumen en dos o más arreglos de back-end para eliminar la posibilidad de una pérdida de datos. Seleccione los arreglos que espejean el metavolumen de modo que no sea necesario migrarlos simultáneamente. AVISO: No cree metavolúmenes mediante volúmenes de un solo arreglo de almacenamiento.
Pasos 1. Navegue al contexto /clusters/cluster/system-volumes/: VPlexcli:/> cd clusters/cluster-2/system-volumes/ VPlexcli:/clusters/cluster-2/system-volumes> 2. Utilice el comando ll para mostrar los nombres de los metavolúmenes. 3. Navegue al contexto /clusters/cluster/system-volumes/target-meta-volume. Por ejemplo: VPlexcli:/clusters/cluster-2/system-volumes> cd new_meta1_backup_2010May24_163810 4. Utilice el comando set name new_meta-volume_name para cambiar el nombre.
NOTA: Después de la eliminación de un volumen de metadatos, elimine los datos en el volumen de almacenamiento a través de medios externos para evitar cualquier confusión futura.
Tabla 2. Campos de visualziación de metavolumen (continuación) Campo Descripción capacity El tamaño del metavolumen. component-count La cantidad de espejeados en el volumen de metadatos RAID 1. free-slots El número de ranuras libres para los encabezados de volumen de almacenamiento en este metavolumen. geometry Indica la geometría o la redundancia del dispositivo. Siempre RAID 1. health-indications Si health-state no es ok, información adicional.
Tabla 2. Campos de visualziación de metavolumen (continuación) Campo Descripción stripe-depth La profundidad de una sección en bytes cuando geometry es RAID-0. system-id Nombre que se asigna al metavolumen. thin-capable Indica si el volumen tiene capacidad delgada. Sí indica que el volumen es de capacidad delgada. Indica que no es de capacidad delgada. transfer-size El tamaño de transferencia durante la reconstrucción en bytes. volume-type En el caso de los metavolúmenes, siempre es meta-volume.
4 Administración de sistemas En este capítulo, se describe cómo usar las notificaciones de Call Home, las ubicaciones del registro de eventos y la aceleración de hardware con VAAI.
El comando ejecuta un script de entrevistas que solicita la información necesaria. Si las notificaciones de Call Home no están configuradas, se muestran las preguntas de entrevista para configurar el servicio que no está configurado. Antes de comenzar Necesita la siguiente información para completar la configuración de notificaciones de Call Home: ● Dirección IP del gateway de SCG o SRS que se usa para reenviar las notificaciones de Call Home a Dell EMC.
Download of file 'softwareWeekly.tar.gz' is in progress. Please wait... Download of file 'log.txt' is in progress. Please wait... Download of file 'MFT_API_TEST/DummyFIle_test.docx' is in progress. Please wait... Download of file(s) from MFT portal completed SHA256 checksum verification of downloaded file(s) in progress... File 'softwareWeekly.tar.gz' downloaded successfully from node '10.226.81.189' with checksum=47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd File 'log.
2. Ejecute el siguiente comando para enviar los archivos presentes en el nodo local a nodos específicos con la información del archivo de metadatos: service@director-1-1-a:~> /opt/dell/vplex/bin/supportassist_mft sync --metadata-file /home/service/mft/ metadata.json --nodes 10.226.81.190 File 'softwareWeekly.tar.gz' with checksum 47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd copied to /home/ service/mft/ directory File 'log.
Aceleración de hardware con VAAI VMware API for array Integration (VAAI) permite realizar lo siguiente: ● ● ● ● Descargar las operaciones de almacenamiento desde el lado de computación al hardware de almacenamiento. Alternar las operaciones intensivas de I/O de aprovisionamiento y de creación de instantánea, del hipervisor al nodo metro. Dedique memoria del hipervisor y recursos de procesamiento a otras funciones.
PRECAUCIÓN: La habilitación/deshabilitación de la funcionalidad de CAW es compatible con situaciones excepcionales, como ayudar al personal de soporte técnico de Dell EMC a diagnosticar un problema. CAW se encuentra habilitado de manera predeterminada y solo debe ser deshabilitado por el soporte técnico de Dell EMC. Es posible habilitar o deshabilitar la compatibilidad con CAW en dos niveles: ● Vista de almacenamiento: habilitado o deshabilitado para todas las vistas de almacenamiento existentes.
Para deshabilitar CAW para una vista de almacenamiento, haga lo siguiente: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set caw-enabled false Habilitar/deshabilitar CAW como valor predeterminado del sistema Utilice el comando set en el contexto /clusters/cluster para activar o desactivar CAW para todo el clúster.
Si WriteSame (16) debe ser deshabilitado para una vista de almacenamiento determinada, debe estar deshabilitada en todas las vistas de almacenamiento existentes y futuras. Para hacer que las vistas de almacenamiento futuras reflejen la nueva configuración, cambie el valor predeterminado del sistema. ● Valor predeterminado del sistema: el sistema está habilitado o deshabilitado de manera predeterminada.
Para deshabilitar WriteSame (16) para una vista de almacenamiento, haga lo siguiente: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set write-same-16enabled false Habilitar/deshabilitar WriteSame (16) como valor predeterminado del sistema Utilice el comando set en el contexto /clusters/cluster para habilitar o deshabilitar WriteSame (16) para todo el clúster.
1. Para habilitar XCOPY de manera predeterminada, establezca el atributo default-xcopy-template en true de la siguiente manera: VPlexcli:/> set /clusters/*::default-xcopy-template true 2. Verifique el estado del atributo default-xcopy-template enumerando todos los atributos del contexto de clúster de la siguiente manera: VPlexcli:/clusters/cluster-1> ls Visualización de estadísticas de XCOPY El nodo metro proporciona estadísticas que rastrean el rendimiento y la frecuencia de las operaciones de XCOPY.
A continuación, se presenta un ejemplo: vplexcli:/clusters/cluster-1>set name clusterone vplexcli:/clusters/clusterone> Configuración del LCD del panel frontal PRECAUCIÓN: No utilice el panel para modificar las configuraciones de iDRAC o R640. La modificación de la configuración puede interferir con la configuración del nodo metro y producir una falla de funcionalidad.
5 Soporte delgado en el nodo metro Este capítulo describe la forma en que el nodo metro es compatible con las funcionalidades de reconocimiento delgado. Temas: • • • • Soporte delgado en el nodo metro Aprovisionamiento delgado Administración del almacenamiento delgado Espejeado y migración delgados Soporte delgado en el nodo metro Thin-aware es la funcionalidad de publicitar los virtual volumes del nodo metro como volúmenes delgados a los hosts.
Migraciones delgadas El nodo metro es compatible con funciones de movilidad de datos en dispositivos delgados. Cuando el origen de la migración o el destino no es delgado, o el origen y los destinos son de diferentes familias de arreglos de almacenamiento, el virtual volume del nodo metro pierde sus propiedades delgadas. En tal caso, el virtual volume no es compatible con las operaciones de administración de almacenamiento delgado.
● Los volúmenes de almacenamiento se aprovisionan desde arreglos de almacenamiento que son compatibles con el nodo metro como compatibles con funcionalidades delgadas (donde se muestran las funcionalidades delgadas). Los volúmenes de almacenamiento también deben ser de una familia de arreglos de almacenamiento compatible con el nodo metro (Dell EMC PowerStore, Dell EMC UnityXT). El valor correspondiente a la propiedad storage-array-family debe ser XTREMIO, CLARiiON o SYMMETRIX y no debe ser other ni -.
virtual-volume set-thin-enabled [true| false] --virtual-volumes Virtual volumes Configure los virtual volumes como habilitados para funcionallidades delgadas. Por ejemplo, para establecer todos los virtual volumes en el clúster -1 como habilitados para aprovisionamiento delgado, escriba el siguiente comando: virtual-volume set-thin-enabled true --virtual-volumes /clusters/cluster-1/virtual-volumes/* La Guía de la CLI para nodo metro proporciona más información sobre los comandos y su uso.
service-status storage-tier supporting-device system-id thin-capable thin-enabled volume-type vpd-id unexported device_thick_1_c1 thick_1 false unavailable virtual-volume VPD83T3:6000144000000010e025d83c86ace201 Administración del almacenamiento delgado El nodo metro utiliza algunas de las funcionalidades de administración de los arreglos con capacidad de aprovisionamiento delgado en su back-end para detectar y abordar los problemas de agotamiento del almacenamiento.
en el host o en los arreglos y no en el nodo metro. El mensaje indica que el dispositivo alcanzó el umbral establecido. En la actualidad, al recibir esa notificación desde un dispositivo de almacenamiento, el nodo metro reintenta las operaciones de I/O después del envío de un Call Home. Estas notificaciones se pueden recibir una vez en I/O, y las operaciones de I/O deben realizarse con éxito, a menos que el dispositivo delgado se quede sin espacio.
device attach-mirror: vnx_device>> cause: cause: Evaluation of < Acerca de las migraciones delgadas El nodo metro es compatible con la migración de un volumen delgado a otro arreglo de almacenamiento.
6 Aprovisionamiento de almacenamiento Este capítulo describe cómo aprovisionar almacenamiento mediante el aprovisionamiento de almacenamiento integrado del nodo metro. Temas: • • • Descripción general del aprovisionamiento Aprovisionamiento de almacenamiento mediante el aprovisionamiento de EZ Cambio de la personalidad delgada de un virtual volume Descripción general del aprovisionamiento Para comenzar a utilizar el nodo metro, debe aprovisionar el almacenamiento para que los hosts pueden acceder a él.
vez que se cambia el comportamiento del virtual volume, los hosts deberán ejecutar ciertas acciones (por ejemplo, una reexploración) para detectar el comportamiento modificado.
7 Expansión de volúmenes Este capítulo describe cómo expandir virtual volumes. Temas: • • • Descripción general Método de expansión de volumen Expandir el volumen virtual Descripción general Se crea un virtual volume en un dispositivo o en un dispositivo distribuido, y se presenta a un host mediante la vista de almacenamiento. Por diferentes motivos, puede querer expandir la capacidad de un volumen virtual. Si el volumen admite una expansión, el nodo metro detecta la capacidad adquirida por la expansión.
. . capacity consistency-group expandable expandable-capacity expansion-method expansion-status 0.5G true 0.0G storage-volume - Tenga en cuenta que el valor storage-volume del atributo storage-volume indica que el nodo metro utiliza el método de volumen de almacenamiento para ampliar este virtual volume de manera predeterminada.
Expandir el volumen virtual Método de expansión de volumen de almacenamiento Use las siguientes reglas para expandir el volumen virtual utilizando el método de volumen de almacenamiento. Descripción general El método de expansión de volumen de almacenamiento admite una expansión simple y rápida en una variedad de geometrías de dispositivos. Aquí se describen tres de las geometrías de dispositivos más comunes. geometría 1:1 entre un volumen virtual y un volumen de almacenamiento Ilustración 2.
RAID 1 de dos secciones Ilustración 3. Geometrías comunes, RAID 1 de dos secciones Requisitos previos del método de expansión de volumen de almacenamiento Para expandir un dispositivo o agregar un destino para expansión con el método de expansión de volumen de almacenamiento, la geometría del virtual volume de nodo metro debe cumplir con uno de los siguientes criterios: ● El volumen virtual tiene un mapeo 1:1 con el volumen de almacenamiento subyacente.
PRECAUCIÓN: La ejecución de una operación principal de host (por ejemplo, un restablecimiento de LIP) a fin de detectar un cambio en el tamaño del volumen representa un riesgo para los volúmenes a los que accede el host. Es mejor evitar estas operaciones con actividad intensiva de recursos durante la expansión del volumen. ● El tráfico de inicialización de expansión se produce en áreas de disco que no ejecutan operaciones de I/O de host.
● Para los virtual volumes basados en dispositivos RAID 1 o RAID 1 distribuidos, un máximo de 1000 procesos de inicialización puede ejecutarse simultáneamente por clúster. Si se alcanza este límite en un clúster, no pueden iniciarse expansiones nuevas en virtual volumes con estas geometrías hasta que finalicen algunos de los procesos de inicialización iniciados previamente en ese clúster. Los virtual volumes que no contienen dispositivos RAID 1 o RAID 1 distribuidos no se ven afectados por esta limitación.
8 Migración de datos Este capítulo describe las reconstrucciones y las migraciones de datos. Temas: • • • • • 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 Acerca de las migraciones de datos Existen dos tipos de migraciones de datos: ● Migraciones por única vez: inicia una migración de dispositivo inmediatamente cuando se utiliza el comando dm migration start.
1. 2. 3. 4. 5. Cree y seleccione un plan de migración (migraciones por lotes solamente). Inicie la migración. Monitoree el progreso de la migración. Pause, reinicie o cancele la migración (opcional). Confirme la migración. La confirmación transfiere el virtual volume de origen o el dispositivo al destino.
Tabla 6. Escenarios de migración (continuación) Migración Estado del volumen virtual antes de la migración Estado del volumen virtual durante la migración Estado del volumen virtual después de la migración NOTA: En este caso, se desactiva intencionalmente UNMAP.
cause: Failed to create a new data-migration. cause: Operation was halted by the user VPlexcli:/clusters/cluster-1/storage-elements/extents> ● En una migración de extensiones de aprovisionamiento delgado a grueso (sin un virtual volume compatible), si el origen es thin-capable y el destino no es thin-capable, el origen pierde su funcionalidad con el aprovisionamiento delgado después de la migración.
Plan-check passed with 2 warnings. VPlexcli:/> ● Durante una migración de extensión de aprovisionamiento delgado a grueso (sin virtual volumes compatibles), en VPlexcli, se muestra una advertencia que indica que el origen pierde su funcionalidad de aprovisionamiento delgado después de la migración. VPlexcli:/> batch-migrate create-plan --file migration.
Acerca de las reconstrucciones Las reconstrucciones sincronizan datos desde una unidad de origen a una unidad de destino. Cuando surgen diferencias entre las secciones de un RAID, una reconstrucción actualiza la sección desactualizada. Hay dos tipos de informes de comportamiento de reconstrucción: ● Una reconstrucción completa copia todo el contenido del origen al destino. ● Una reconstrucción de registro copia solamente los bloques modificados del origen en el destino.
La propiedad descubierta de aprovisionamiento delgado de volúmenes de almacenamiento permite la creación de virtual volumes de nodo metro compatibles con aprovisionamiento delgado a los que los hosts pueden enviar comandos UNMAP para liberar los bloques no utilizados. Sin embargo, la propiedad thin-rebuild configurada controla la sincronización de espejeado que se ejecuta en el back-end del nodo metro.
Por ejemplo: VPlexcli:/data-migrations/device-migrations> dm migration start --name migrate_012 --from device_012 --to device_012a --transfer-size 12M PRECAUCIÓN: Establecer un gran tamaño de transferencia puede provocar falta de disponibilidad de datos. Modifique el valor predeterminado solo cuando se comprendan completamente las implicaciones de rendimiento. Si la actividad de I/O del host es alta, la configuración de un tamaño de transferencia grande puede afectar las operaciones de I/O del host.
Tabla 8. Estado de migración (continuación) Campo Descripción ● partially-cancelled - El intento de cancelar la migración falló. Vuelva a intentar la cancelación. target Dispositivo de destino. target-exported Si se exportó el dispositivo de destino durante la migración. ● false - No se exportó el dispositivo de destino. ● true - Se exportó el dispositivo de destino. to-cluster ID del clúster del dispositivo de destino.
Por ejemplo: VPlexcli:/data-migrations/device-migrations> dm migration cancel --force --migrations migrate_012 Confirmación de una migración finalizada El proceso de migración inserta una estructura de RAID 1 temporal sobre los dispositivos de origen con el destino como una sección desactualizada de RAID 1. La migración se puede entender como la sincronización de la sección desactualizada (el destino).
Especifique el nombre de la migración por nombre, si ese nombre es único en el espacio de nombres global. De lo contrario, especifique un nombre de ruta completo. Por ejemplo: VPlexcli:/data-migrations/device-migrations> dm migration remove --force --migrations migrate_012 Removed 1 data migration(s) out of 1 requested migration(s). Migraciones por lotes Las migraciones por lotes se ejecutan como trabajos por lotes de archivos de plan de migración por lotes reutilizables.
En el ejemplo a continuación, el comando batch-migrate create-plan crea una migración por lotes para migrar todos los dispositivos en el clúster 1 al clúster 2. VPlexcli:/> batch-migrate create-plan migrate.
El tamaño de transferencia puede ser desde apenas 40 K hasta 128 M, y debe ser múltiplo de 4 K. El valor predeterminado recomendado es 128 K. Un tamaño de transferencia mayor da como resultado un rendimiento más alto para la migración, pero puede tener un impacto negativo en la I/O de front-end. Esto sucede especialmente en el caso de las migraciones de nodo metro Metro.
Monitoreo del progreso de una migración por lotes Utilice el comando batch-migrate summary con la opción --verbose para monitorear el progreso de la migración por lotes especificada: Sobre esta tarea Por ejemplo: VPlexcli:/data-migrations/device-migrations> batch-migrate summary --file migrate.txt -verbose sourcesource-site target target-cluster migrationname status percentage-complete eta.
Tabla 9. Resumen de migración por lotes (continuación) Campo Descripción error Trabajos en los que se detectaron errores durante el procesamiento. cancelled De la cantidad de pares de origen y destino que se ha procesado, la cantidad que se ha cancelado. no-record De la cantidad de pares de origen y destino que se ha procesado, la cantidad que no tiene registros en el árbol de contexto.
En el siguiente ejemplo, los dispositivos de origen se desmantelan hasta el nivel de sus volúmenes de almacenamiento, y los volúmenes y dispositivos de destino se renombran en función de los nombres de los dispositivos de origen. VPlexcli:/> batch-migrate clean --rename-targets --file migrate.txt Using migration plan file /temp/migration_plans/migrate.txt for cleanup phase.
9 Configurar la red WAN Los dos puertos de WAN de cada director de nodo metro son compatibles con dos vínculos entre clústeres de 10 Gigabit Ethernet. Los de puertos WAN se configuran como parte de la instalación de un segundo clúster. En este capítulo, se describen los contextos y los procedimientos de la CLI para cambiar la configuración creada durante la instalación.
● local-com - Configuración de la conectividad entre los directores locales. ● front-end - Configuración de la conectividad con los hosts. ● back-end - Configuración de conectividad con arreglos de almacenamiento. contexto de grupos de puertos Los grupos de puertos (o las rutas de comunicación) asignados a cada función de conectividad (back-end, front-end, local-com o WAN-com) se encuentran en el subcontexto port-groups de cada función.
Todos los grupos de puertos contienen un contexto member-ports que proporciona información sobre el puerto miembro de cada director. Los grupos de puertos IP contienen los siguientes elementos: ● option-set el contexto contiene opciones de configuración comunes a los puertos miembros. ● subnet el contexto contiene opciones de configuración para redes IP. Las diferentes funciones tienen diferentes necesidades de red y, por lo tanto, sus contextos de subred contienen propiedades diferentes.
● prefix debe contener la dirección del clúster. ● prefix debe contener la gateway. ● gateway debe ser una dirección única en el clúster local. Tenga en cuenta lo siguiente: ● Hay una dirección borrada en todos los prefijos y no coincide con ninguna dirección. ● Un prefijo borrado contiene todas las direcciones. ● Una propiedad que no está presente en un contexto de subred específico se considera borrada.
/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.
Estructura de directorios La organización de un directorio es una estructura de árbol. La entrada superior en un directorio se conoce como la entrada raíz. Esta anotación suele representar la organización a la que pertenece el directorio. Ilustración 4. Estructura de directorios LDAP El nodo metro SolVe Desktop proporciona información sobre cómo configurar LDAP. Ejemplos (comando ldapsearch) Utilice el comando ldapsearch para verificar los valores de mapeo de atributos del servidor de directorio.
objectClass: posixAccount uid: dev1 loginShell: /bin/bash homeDirectory: /u/v/x/y/dev1 uidNumber: 50000 gidNumber: 80000 Configurar la red WAN 65
10 Cluster Witness La compatibilidad con Cluster Witness (CW) permite que la solución de nodo metro mejore la disponibilidad general del entorno mediante el arbitraje de una falla de comunicación pura entre dos sitios principales y una falla real de sitio en una arquitectura de múltiples sitios. Para la versión 7.0.1 y posterior, los sistemas ahora pueden confiar en un componente que se conoce como nodo metro Witness.
11 Grupos de coherencia En este capítulo, se describe cómo administrar y utilizar los grupos de coherencia de nodo metro. Temas: • • • • Acerca de los grupos de coherencia de nodo metro Propiedades de grupos de coherencia Administración de grupos de coherencia Operación de un grupo de coherencia Acerca de los grupos de coherencia de nodo metro Los grupos de coherencia de nodo metro agregan volúmenes para permitir la aplicación de un conjunto común de propiedades a todo el grupo. Ilustración 5.
Ilustración 6. Grupo de coherencia síncrono ● Los hosts en ambos clústeres escriben en los volúmenes distribuidos del nodo metro en el grupo de coherencia. ● El nodo metro escribe los datos en el almacenamiento de back-end en ambos clústeres ● Se devuelve un reconocimiento al host que está emitiendo la escritura. Esto garantiza que la imagen del almacenamiento de back-end sea una copia exacta en ambos lados.
Ilustración 7. Grupos de coherencia local con visibilidad local Visibilidad global Si los grupos de coherencia locales tienen su propiedad de Visibility configurada en ambos clústeres (visibilidad global), ambos clústeres pueden recibir I/O del clúster que no tiene una copia local. Todas las escrituras de ese clúster remoto pasan por el vínculo WAN entre clústeres antes de ser reconocidas. Cualquier lectura que no puede recibir servicio de forma local también se transfiere mediante el vínculo.
Ilustración 8. Grupos de coherencia local con visibilidad global Propiedades de grupos de coherencia Las propiedades de un grupo de coherencia se aplican a todos los virtual volumes en el grupo de coherencia.
● Configure el grupo de coherencia para que solo contenga volúmenes que se distribuyen con segmentos en ambos clústeres. Cuando se establece la visibilidad de un grupo de coherencia en un clúster, el grupo de coherencia aparece debajo del contexto / clusters/cluster-n/consistency-groups del clúster. NOTA: El contexto para un grupo de coherencia especificado solo aparece en el contexto de la CLI del grupo de coherencia de un clúster si la propiedad de visibilidad del grupo de coherencia incluye ese clúster.
Regla de desconexión Las reglas de desconexión son una política de un grupo de coherencia para elegir automáticamente un clúster ganador cuando existe una interrupción del vínculo entre clústeres. Para las configuraciones de nodo metro Metro, hay dos reglas de desconexión del grupo de coherencia: ● no-automatic-winner - El grupo de coherencia no selecciona un clúster ganador.
Reanudación automática ante pérdida Determina si el perdedor reanuda automáticamente las operaciones de I/O cuando se repara el vínculo entre clústeres después de una falla. Cuando se restaura el vínculo, el clúster perdedor descubre que los datos en el clúster ganador son diferentes. El perdedor debe determinar si se cambiará repentinamente a los datos del ganador o si se mantendrá la suspensión de las operaciones de I/O. auto-resume está activada de manera predeterminada.
Administración de grupos de coherencia NOTA: Una mejor práctica clave para crear y administrar grupos de coherencia es crear una relación de 1:1 entre los grupos de coherencia y las aplicaciones. Todos los volúmenes (y solo esos volúmenes) necesarios para una aplicación deben estar en un solo grupo de coherencia.
Para establecer la propiedad de visibilidad del grupo de coherencia en ambos clústeres, haga lo siguiente: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1,cluster-2 Para establecer la propiedad de visibilidad del grupo de coherencia en el clúster-1, haga lo siguiente: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1 Para establecer la propiedad de visibilidad del grupo de coherencia en el clúster-2, haga lo siguiente: VPlexcli:/clusters/clus
Pasos 1. Navegue al contexto del grupo de coherencia de destino: VPlexcli:/> cd clusters/cluster-1/consistency-groups/TestCG 2. Utilice el comando consistency-group list-eligible-virtual-volumes para mostrar los virtual volumes que cumplen con los requisitos para agregarse al grupo de coherencia: VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> consistency-group list-eligiblevirtual-volumes [TestDDevice-1_vol, TestDDevice-2_vol, TestDDevice-3_vol, TestDDevice-4_vol, TestDDevice-5_vol] 3.
● consistency-group set-detach-rule no-automatic-winner ● consistency-group set-detach-rule winner Utilice el comando set para modificar las siguientes propiedades de un grupo de coherencia: ● Visibilidad ● Storage-at-clusters ● Reemplazo de lectura local Para mostrar los atributos que se pueden modificar (con capacidad de escritura) mediante el comando set y sus entradas válidas: VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set attribute input-description ----------------------------------------
Para cambiar la propiedad visibility desde el contexto raíz: VPlexcli:/> set /clusters/cluster-1/consistency-groups/TestCG::visibility cluster-1,cluster-2 Ejemplo de modificación: aplicar una regla de desconexión En la tabla a continuación, se enumeran las reglas de desconexión aplicables para los grupos de coherencia con diferentes configuraciones de visibilidad y almacenamiento en clústeres. Sobre esta tarea Tabla 11.
Eliminación de un grupo de coherencia Sobre esta tarea Para destruir un grupo de coherencia vacío, haga lo siguiente: Pasos 1. Utilice el comando ls -f para verificar que no haya virtual volumes en el grupo de coherencia ( virtual volumes = [ ]).
Utilice el comando ls en el contexto /clusters/cluster-name/consistency-groups para mostrar los nombres de los grupos de coherencia solo en el clúster especificado: VPlexcli:/> ls /clusters/cluster-1/consistency-groups/ /clusters/cluster-1/consistency-groups: TestCG test10 test11 test12 test13 test14 test15 test8 test9 vs_RAM_c1wins vs_RAM_c2wins vs_oban005 vs_sun190 test16 test5 test6 test7 Utilice el comando ll en el contexto /clusters/cluster-name/consistency-groups para mostrar una descripción gene
Utilice el comando ll en el contexto /advanced del grupo de coherencia para mostrar las propiedades avanzadas de un grupo de coherencia especificado.
Name ------------------active-clusters cache-mode detach-rule operational-status Value ---------------------------------------------------------[cluster-1, cluster-2] synchronous no-automatic-winner [(cluster-1,{ summary:: ok, details:: [] }), (cluster-2,{ summary:: ok, details:: [] })] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol, dd2_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint Tabla 12.
Tabla 12. Descripción del campo de grupo de coherencia (continuación) Propiedad Descripción Propiedades avanzadas auto-resume-at-loser Determina si I/O se reanuda automáticamente en el clúster desconectado para los volúmenes en un grupo de coherencia cuando el clúster recupera la conectividad con su clúster par. ● Solo es pertinente para los grupos de coherencia de múltiples clústeres que contienen volúmenes distribuidos. ● Se pueden modificar mediante el comando set.
Tabla 12. Descripción del campo de grupo de coherencia (continuación) Propiedad Descripción ○ No hay ninguna regla de desconexión ○ Si la regla de desconexión es no-automatic-winner, o ○ Si no se puede activar la regla de desconexión porque no se cumplen las condiciones. ￭ unhealthy-devices - Se detuvo I/O en este grupo de coherencia porque que uno o más volúmenes están en mal estado y no pueden realizar operaciones de I/O.
Las modificaciones del clúster 2 a los datos en los volúmenes del grupo de coherencia desde la interrupción del vínculo son descartados. La imagen de datos del clúster 2 se sincroniza con la imagen que se encuentra en el clúster 1. Las operaciones de I/O se suspenden en el clúster 2 si la política de reanudación automática es falsa. 3.
detach-rule operational-status no-automatic-winner [(cluster-1,{ summary:: ok, details:: [] }), (cluster-2,{ summary:: suspended, details:: [requires-resume-at- loser] })] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol, dd2_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint 2. Use consistency-group resume-at-loser para reiniciar las operaciones de I/O en el clúster perdedor.
------- ----------- ------- -------- ---------- --------- ---DB2_app (Hopkinton,{ winner Hopkinton after 5s synchronous true summary:: ok, details:: [] }), Providence, { summary:: ok, details:: [] }) Grupos de coherencia 87
12 Rendimiento y monitoreo Este capítulo describe el RPO/RTO y los procedimientos para crear y operar los monitores de rendimiento.
Los monitores de solución de problemas son compatibles con monitores creados en la CLI y monitoreos perpetuos. NOTA: En Unisphere para el nodo metro, se muestran las estadísticas de rendimiento por clúster. Para ver las estadísticas de ambos clústeres en una configuración de Metro, conéctese a ambos clústeres. Monitores personalizados Puede utilizar la CLI para crear monitores personalizados con el fin de recopilar y mostrar las estadísticas seleccionadas para los destinos seleccionados.
Ilustración 9. Panel de monitoreo de rendimiento (para HTML5) La información de rendimiento de la ventana actual de 5 minutos se muestra como un conjunto de gráficos, incluidos los siguientes: ● Gráfico de rendimiento del vínculo de WAN: muestra el rendimiento del vínculo de WAN del clúster al que está conectado.
● Gráfico de rendimiento de virtual volume: proporciona una vista basada en tiempo del rendimiento total o IOPS para un virtual volume. El rendimiento general, que normalmente se denomina IOPS, se asocia con I/O de bloques pequeños (solicitudes de I/O de 512 B a 16 KB). ● Gráfico de latencia de virtual volume: proporciona una vista basada en tiempo de la latencia de I/O para un virtual volume desglosado por latencia de lectura y escritura.
1. Determine el tipo de estadística que se recolectará desde el objeto de destino. Utilice el comando monitor stat-list category o el comando monitor stat-list * para mostrar las estadísticas que se incluirán en el monitor. Consulte las tablas en Estadísticas para obtener listas de estadísticas por categoría. Tenga en cuenta si la estadística que desea recolectar requiere que se especifique un destino. Especifique solo un tipo de destino por monitor.
Crear un monitor para recopilar todas las estadísticas de front-end en el puerto de front-end I0-01: VPlexcli:/monitoring> monitor create --name FE-FC01-stats --director /clusters/ cluster-1/directors/director-1-1-A --stats fe-prt.* --targets /clusters/cluster-1/directors/ director-1-1-A/ports/IO-01 Crear un monitor de rendimiento para supervisar la latencia de COM local para un director específico: VPlexcli:/> monitor create --name local-cluster --stats "com-cluster-io.
Sobre esta tarea El formato predeterminado para los receptores de archivos (valores separados por comas). El nombre predeterminado del nuevo receptor es file. La ubicación predeterminada para la salida del receptor es /var/log/VPlex/cli. Para agregar un receptor de archivos para enviar la salida al especificado.csv file: VPlexcli:/monitoring/directors/director-1-1-A/monitors> monitor add-file-sink director-1-1-A_stats --file /var/log/VPlex/cli/director_1_1_A.
fe-lu.ops virtual-volume counter counts/s fe-lu.read virtual-volume counter KB/s fe-lu.read-lat virtual-volume bucket us fe-lu.write virtual-volume counter KB/s fe-lu.write-lat virtual-volume bucket us VPlexcli:/monitoring/directors/director-1-1-B/monitors> monitor create --name SNMPTestMonitor --director director-1-1-B --stats fe-lu.read,fe-lu.readlat,fe- lu.write,fe-lu.write-lat,fe-lu.
ownership period statistics targets true 0s [virtual-volume.ops, virtual-volume.read, virtual-volume.write] DR1_C1-C2_1gb_dev10_vol, DR1_C1-C2_1gb_dev11_vol, DR1_C1-C2_1gb_dev12_vol, DR1_C1-C2_1gb_dev13_vol, DR1_C1-C2_1gb_dev14_vol, DR1_C1-C2_1gb_dev15_vol, DR1_C1-C2_1gb_dev16_vol, DR1_C1-C2_1gb_dev17_vol, DR1_C1-C2_1gb_dev18_vol, DR1_C1-C2_1gb_dev19_vol, ...
Sobre esta tarea Utilice el comando set para cambiar el período de sondeo. Utilice el comando monitor collect para ejecutar una recopilación inmediatamente, antes del intervalo de sondeo definido. Utilice el comando set para deshabilitar o modificar el sondeo automático de un monitor.
Por ejemplo: VPlexcli:/> monitor collect /monitoring/directors/director-2-1-B/monitors/director-2-1B_TestMonitor Source: Time: director.be-ops (counts/s): . . . director-2-1-B_TestMonitor 2010-07-01 10:05:55 Habilitación y deshabilitación de puertos Antes de habilitar y deshabilitar puertos, debe completar la configuración del sistema.
Comprobación del estado del script Pasos 1. Compruebe el estado del script para ver si se está ejecutando. VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: joe@dell.com SMTP: x.x.x.x Local-only: False 2.
el monitor se esté ejecutando. En el Paso d, desplácese hacia abajo hasta donde dice "Comprobación de estado" y ejecute únicamente ese comando por ahora. Los pasos c y d deben seguirse para ambos clústeres en el caso de un Metro. c. Cambio de umbrales predeterminados en el archivo config.json (opcional). Si descubre que se pueden aumentar los valores predeterminados, o uno de ellos, para obtener mejores resultados, puede modificar el archivo config.
VPlexcli:/> port-monitor start -e example@emc.com Starting port stat monitor... ### Stopping the monitor To stop the monitor, run `port-monitor stop`. ### Checking status To see whether or not the monitor is running, or to see if any unexpected errors were encountered, run the `port-monitor status` command: VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: None SMTP: x.x.x.
director-1-1-B B0-FC00 (front-end) crc-errors has increased by 15254 director-1-1-B B0-FC01 (front-end) crc-errors has increased by 953630 Aspectos que deben tenerse en cuenta Tenga en cuenta la cantidad de puertos y la cantidad de directores que informan problemas. Por ejemplo, si la mitad de los puertos informa problemas, puede ser un indicio de un evento de todo el fabric. Por otro lado, si un solo puerto informa un error, el problema se localiza en una Nexus de TI específica.
Ilustración 10. Monitoreo de los destinos Visualizar las estadísticas disponibles Las estadísticas se agrupan en subcategorías. Utilice el comando monitor stat-list seguido de la tecla para mostrar las subcategorías de estadísticas.
Tabla 14.
Tabla 16. Estadísticas del director Estadísticas Type Descripción director.async-write Escrituras de back-end Cantidad de escrituras asíncronas en KB/segundo. director.be-aborts Operaciones de back-end Cantidad de operaciones de I/O anuladas a través de los puertos de back-end del director. director.be-busies operaciones de back-end Número de notificaciones de ocupado en este director. director.
Tabla 16. Estadísticas del director (continuación) Estadísticas Type Descripción Operaciones de comunicación en línea de espera Cantidad de operaciones en línea de espera para un director remoto. Bytes de reconstrucción recibidos Cantidad de bytes recibidos por este nodo de los nodos remotos para el tráfico de reconstrucción (lecturas y escrituras).
Tabla 16. Estadísticas del director (continuación) Estadísticas Type Descripción director.msg-min-lat Latencia mínima La latencia mínima de los mensajes enviados desde este director. director.msg-avg-lat Latencia promedio La latencia promedio de los mensajes enviados desde este director. Tabla 17. Estadísticas del director de front-end (fe-director) Estadísticas Type fe-director.
Tabla 18. Estadísticas del volumen de front-end (fe-lu) (continuación) Estadísticas Type Descripción Lecturas de volumen de front-end Cantidad de lecturas en el volumen de front-end especificado. Latencia de lectura del volumen de front-end Distribución de latencia de lectura en microsegundos en el volumen de front-end especificado. "tipo: contador, unidades: conteos por segundo, argumentos: volume-id" fe-lu.read "tipo: contador, unidades: bytes/ segundo, argumentos: volume-id" fe-lu.
Tabla 19. Estadísticas del puerto de front-end (fe-prt) (continuación) Estadísticas Type Descripción Operaciones de lectura del puerto de front-end Cantidad de bytes leídos desde el puerto FC de front-end especificado. Latencia de lectura del puerto de front-end Distribución de latencia de lectura en microsegundos en el puerto FC de front-end especificado. Operaciones de escritura del puerto de front-end Cantidad de bytes escritos en el puerto FC de front-end especificado.
Tabla 20. Estadísticas de RAID remoto (ramf) (continuación) Estadísticas Type Descripción Operaciones importadas Cantidad de operaciones solicitadas por un director determinado, independientemente del destino remoto. Lecturas importadas Operaciones de lectura desde el clúster local a un disco o LUN en un clúster remoto. Operaciones de escritura importadas Operaciones de escritura desde el clúster local a un disco o LUN en un clúster remoto.
Tabla 22. Estadísticas de virtual volume (continuación) Estadísticas Type Descripción virtual-volume.ops Operaciones de volumen Cantidad total de operaciones de I/O para el virtual volume especificado. Operaciones de lectura del volumen Cantidad de lecturas en bytes para el virtual volume especificado. Operaciones de escritura del volumen Cantidad de operaciones de escritura en bytes para el virtual volume especificado.
Tabla 23. Estadísticas de IP WAN COM (ip-com-port) (continuación) Estadísticas Type Descripción ip-com-port.collisions Colisiones del puerto IP WAN COM Cantidad de colisiones en este puerto IP WAN COM Tabla 24. Estadísticas de control de congestión IP Estadísticas Descripción ip-congestion-control.ip-wan-cc-rtt Tiempo de ida y vuelta mantenido por TCP en microsegundos. ip-congestion-control.ip-wan-cc-rttvar El valor máximo de desviación media suavizada de RTT medida en microsegundos.
Tabla 26. Estadísticas del grupo de I/O COM (continuación) Estadísticas Descripción com-io-group.msg-b-out Total de bytes enviados en este grupo de canales. com-io-group.msg-cnt-in Siempre devuelve cero. com-io-group.msg-cnt-out Total de mensajes enviados en este grupo de canales. Tabla 27. Estadísticas de rutas COM Estadísticas Descripción com-path.ping-count Número de paquetes de ping enviados. Se usan para ayudar a calcular la latencia. com-path.
Tabla 28. Estadísticas de terminal de COM (continuación) com-endpoint.data-pckts-recv Cantidad de paquetes de datos recibidos com-endpoint.data-pckts-routed Cantidad de paquetes de datos enrutados. com-endpoint.data-pckts-runt Cantidad de paquetes de datos que tienen menos de 64 bytes de longitud. com-endpoint.data-pckts-sent Cantidad de paquetes de datos enviados. com-endpoint.rx-ack-buf-pend-pckts Cantidad de buffers de ACK pendientes que se procesarán.
A Nodo metro con arreglos de almacenamiento activos/pasivos Temas: • • • • Arreglo activo/pasivo Arreglo activado en el modo ALUA Ejecución de conmutación por error de unidad lógica Conmutación por recuperación de unidad lógica Arreglo activo/pasivo Por lo general, un arreglo activo/pasivo tiene dos controladoras y proporciona acceso activo/pasivo a una unidad lógica (LU) a través de un conjunto de puertos de destino. Los tipos de acceso de esos puertos son activo (ACT) o pasivo (PAS).
específicos del proveedor al dispositivo de destino, para cambiar el estado de acceso de la unidad lógica. Según la respuesta recibida del dispositivo de destino para el comando, la conmutación por error de la unidad lógica se realiza correctamente o falla. Cuando se inicia la conmutación por error de una unidad lógica específica en un arreglo a una controladora de destino específica como activa, se observa el evento de firmware del nodo metro apf/3.
