Comprender el estado de los niveles vSAN / recorridos del journal

Comprender las métricas de estado del panel de niveles vSAN, incluidos los tipos de Journal Walk, el seguimiento del progreso, las comprobaciones de redundancia y los recuentos de reparación para la supervisión de la integridad del almacenamiento.

Resumen

Esta página está diseñada para ayudarle a comprender las métricas de estado de VergeFS proporcionadas en el Panel de control de nivel vSAN. Estas métricas proporcionan información relacionada con Journal Walks, los procesos que monitorean y respaldan continuamente la integridad de los datos de vSAN.

Normalmente no es necesario supervisar la información de estado del nivel vSAN cubierta en esta página durante el funcionamiento normal (el estado y la actividad generales de vSAN pueden supervisarse en el Panel de control principal). Los siguientes detalles están destinados a la resolución de problemas o a usuarios interesados en ver detalles específicos de la actividad de Journal Walk. Este panel resulta más útil al investigar un problema o seguir el progreso de un Journal Walk, como durante un proceso de actualización.

Journal Walks

VergeFS emplea un proceso llamado Journal Walks (también denominado "Walks") para verificar continuamente la fidelidad del almacenamiento y proteger contra riesgos como fallos de hardware, podredumbre silenciosa de bits, cortes de energía y confirmaciones engañosas de escritura del dispositivo. Estos recorridos se activan automáticamente, escaneando cada nodo para verificar la posesión de los bloques de datos esperados. En caso de que falten bloques de datos, lo que puede deberse a: problemas del dispositivo, reinicios planificados de nodos o interrupciones ambientales, VergeFS realiza reparaciones de forma proactiva para restaurar la coherencia.

Los Journal Walks operan como un proceso en segundo plano; las operaciones del sistema continúan con normalidad mientras un Journal Walk está en curso.

El sistema ejecuta tres tipos de Journal Walks:

• Recorrido parcial (diferencial) - se dirige a los datos cambiados desde la última transacción del recorrido para una validación más rápida
• Recorrido completo - escanea todos los datos en todos los nodos
• Recorrido mixto - ocurre cuando se reinicia un nodo que no es el controlador; solo ese nodo se escanea por completo, mientras que los demás nodos se escanean de forma diferencial.

Acceso a la información de estado del nivel vSAN

Navegue a: Infraestructura > Niveles vSAN > haga doble clic en el nivel deseado. Esto muestra el panel de control del nivel vSAN seleccionado. Consulte el mosaico de Estado en esta página.

Datos de estado

• Redundante: (casilla de verificación) Refleja si el nivel vSAN está actualmente verificado como redundante. Si no está marcada, el modo de mantenimiento se deshabilitará para evitar interrupciones. La casilla puede aparecer desmarcada durante un Journal Walk completo hasta que se confirme la redundancia. También permanece desmarcada si no se puede verificar la redundancia, por ejemplo, cuando un nodo está desconectado después de que finaliza el Journal Walk.
• Cifrado: (casilla de verificación) Muestra si los datos en el nivel vSAN están cifrados. El estado de cifrado se establece durante la instalación y permanece fijo; esta configuración no se puede modificar después de la implementación.
• En funcionamiento: (casilla de verificación) Indica que un Journal Walk se está ejecutando activamente para este nivel. Si no se producen instantáneas ni cambios en los datos, los recorridos pueden completarse demasiado rápido para registrarse como “en funcionamiento” en la interfaz de usuario.
• Recorrido completo: (casilla de verificación) Indica si un Journal Walk completo está en curso. Los recorridos completos se activan por eventos como el inicio del controlador o cambios en la topología (por ejemplo, nodo desconectado o añadido, fallo de unidad, etc.).

Cuando se reinicia un nodo distinto del controlador activo, en su lugar se activa un Recorrido mixto.

• Progreso del recorrido: Muestra el progreso actual del Journal Walk como un porcentaje, o muestra “Inactivo” si no hay ningún recorrido activo.
• Tiempo del último recorrido (ms): Duración en milisegundos del Journal Walk más reciente.
• Tiempo del último recorrido completo (ms): Duración en milisegundos del Journal Walk completo más reciente.
• Transacción actual: Un ID único que representa la transacción más reciente. Este valor se incrementa con cada Journal Walk, ya sea completo, mixto o diferencial.
• Hora de inicio de la transacción: Marca de tiempo que indica cuándo comenzó el Journal Walk actual o más reciente. Útil para diagnosticar operaciones prolongadas o bloqueadas. (vea Duración del Journal Walk más abajo).
• Reparaciones: Muestra el conteo actual de bloques de datos faltantes detectados en el nivel. Es normal ver un valor distinto de cero después de eventos como fallos de nodo, operaciones de mantenimiento o actualizaciones. Los Journal Walks de VergeFS identifican automáticamente y trabajan para corregir estos bloques detectados utilizando datos redundantes almacenados en otros nodos. Si la redundancia falla (por ejemplo, en caso de doble fallo de nodo), el sistema intentará recuperar los bloques desde un servidor de reparación configurado. Los conteos de reparación persistentes (es decir, después de varios incrementos de transacción) pueden indicar que se necesita una resolución manual, y en tales casos se recomienda contactar con el soporte de VergeIO.

Si ya se han detectado bloques de datos faltantes y aún no se ha configurado un servidor de reparación, todavía no es tarde. Configurar un servidor de reparación ahora permite a VergeFS intentar automáticamente recuperar esos bloques durante los Journal Walks posteriores.

• Unidades defectuosas: Indica la cantidad de unidades ausentes desde que comenzó el Journal Walk actual. Es común ver aquí un valor distinto de cero después de reinicios de nodos, mantenimiento o actualizaciones; esto no señala automáticamente un fallo de unidad. Las unidades ausentes suelen estar relacionadas con nodos desconectados o retrasos de detección al inicio del recorrido. Si no hay nodos desconectados y este campo muestra un conteo, revise el estado de las unidades y los nodos mediante el Panel de control del sistema para obtener más información.

Duración del Journal Walk

Las duraciones de los recorridos varían, con varios factores que pueden afectar su duración, incluidos:

• Uso de NVMe Tier 0 para metadatos
• Memoria disponible en los nodos controladores
• Cantidad de datos en el nivel
• Cantidad de cambios de datos desde la última transacción

Consideraciones sobre el tiempo del recorrido

• Las actualizaciones implican recorridos completos y recorridos mixtos; por lo tanto, el tiempo que toman estas operaciones afectará a las ventanas de mantenimiento necesarias.
• El tiempo que finalmente se tarda en realizar eliminaciones grandes y migraciones de niveles de datos (por ejemplo, de un nivel a otro) dependerá de los tiempos de los recorridos diferenciales.
• Los sistemas que siguen las recomendaciones publicadas de dimensionamiento y diseño deberían experimentar duraciones de recorrido aceptables. Por ejemplo, los recorridos activados durante las operaciones de actualización generalmente encajan dentro de las ventanas de mantenimiento estándar.

Optimización del tiempo del recorrido

Los tiempos de los recorridos dependen del tamaño del nivel y de la tasa de cambio de datos. Recursos adecuados y un diseño de red apropiado influyen significativamente en el rendimiento del recorrido.

Consejos para optimizar los tiempos de Journal Walk

• Siga los Requisitos de dimensionamiento de nodos (por ejemplo, nivel 0 dedicado usando unidades NVMe, ajuste adecuado de la memoria del controlador para su entorno)
• Implemente recomendaciones de diseño de red (por ejemplo, ancho de banda entre nodos adecuado de al menos 10 Gb, redes troncales aisladas y dedicadas)
• Evite sobreaprovisionar la RAM de cargas de trabajo en los nodos de computación y almacenamiento (HCI).
• Cuando sea posible, programe las operaciones de mantenimiento que desencadenan Recorridos completos o mixtos durante las ventanas de mantenimiento programadas, evitando al mismo tiempo operaciones intensivas de E/S concurrentes.

Si tiene preguntas o inquietudes sobre el plazo de las transacciones de recorrido, póngase en contacto con nuestro equipo de soporte para obtener ayuda.