Notas de la versión de VMware vSAN 8.0

VMware vSphere 8.0 | 11 OCT 2022 VMware ESXi 8.0 | 11 OCT 2022 | Compilación ISO 20513097 Compruebe las adiciones y las actualizaciones de las notas de la versión.

Contenido de las notas de la versión

Estas notas de la versión presentan nuevas funciones de VMware vSAN 8.0 y proporcionan información sobre problemas resueltos y conocidos.

Novedades

vSAN 8.0 presenta las siguientes nuevas características y mejoras: 

• Rendimiento sin inconvenientes

  vSAN Express Storage Architecture. vSAN ESA es una arquitectura alternativa que ofrece la posibilidad de un gran incremento del rendimiento con latencias de E/S más predecibles y una eficiencia de espacio optimizada.

  Búfer de escritura aumentado. vSAN Original Storage Architecture puede admitir cargas de trabajo más intensivas. Puede configurar hosts de vSAN para aumentar el búfer de escritura desde 600 GB hasta 1,6 TB.

  Instantáneas nativas con un impacto mínimo en el rendimiento. El sistema de archivos de vSAN ESA tiene instantáneas integradas. Estas instantáneas nativas causan un impacto mínimo en el rendimiento de la máquina virtual, aunque la cadena de instantáneas sea profunda. Las instantáneas son totalmente compatibles con las aplicaciones de copia de seguridad existentes que usan VMware VADP.

• Máxima eficiencia de espacio y recursos

  • Borrado de codificación sin comprometer el rendimiento. Las capacidades de RAID5/RAID6 de vSAN ESA con codificación de borrado proporcionan una ruta de código de codificación de borrado de gran eficiencia, lo que permite tener una directiva de almacenamiento de alto rendimiento con una distribución eficiente del espacio.

  • Compresión mejorada. vSAN ESA tiene capacidades de compresión avanzadas que pueden proporcionar una compresión hasta 4 veces superior. La compresión se realiza antes de que se envíen los datos a través de la red de vSAN, lo que mejora el uso del ancho de banda.

  • Mayor potencial de almacenamiento utilizable. vSAN ESA constituye una arquitectura de un solo nivel en la que todos los dispositivos contribuyen a la capacidad. Este grupo de almacenamiento plano elimina la necesidad de grupos de discos con dispositivos de almacenamiento en caché.

  • Reducción de la sobrecarga de rendimiento para una alta consolidación de las máquinas virtuales. Las mejoras en la eficiencia de espacio y recursos permiten almacenar más datos de máquinas virtuales por clúster, lo que puede aumentar los índices de consolidación de las máquinas virtuales.

  • Compatibilidad con la malla de HCI para 10 clústeres de clientes. Un clúster de servidores de almacenamiento se puede compartir con hasta 10 clústeres de clientes.

• Protección de datos rápida y eficiente con instantáneas nativas de vSAN ESA

  • Impacto insignificante en el rendimiento. Las cadenas de instantáneas largas y profundas causan un impacto mínimo en el rendimiento.

  • Operaciones de instantáneas más rápidas. Las aplicaciones que sufrían largos tiempos de espera al crear o eliminar instantáneas funcionarán mejor con vSAN ESA.

  • Experiencia de aplicación de copia de seguridad de socios coherente con VMware VADP. Las API de instantáneas de VMware no modificaron. VMware VADP admite todas las operaciones de instantáneas nativas de vSAN ESA en la plataforma vSphere.

• Disponibilidad y facilidad de servicio

  • Mantenimiento simplificado y acelerado por dispositivo. vSAN ESA elimina la complejidad de los grupos de discos, lo que simplifica el proceso de reemplazo de las unidades con errores.

  • Dominios de errores más pequeños y resincronización de datos reducida. vSAN ESA no tiene puntos de error únicos en el diseño del grupo de almacenamiento. Los datos y los metadatos de vSAN están protegidos de acuerdo con la configuración de SPBM de FTT (Errores que se toleran). Si un disco se bloquea, ni el almacenamiento en caché ni la compresión provocan más de un dominio de error de disco. Las operaciones de resincronización se completan más rápido con vSAN ESA.

  • Disponibilidad de datos y SLA mejorados. La reducción de los dominios de errores de disco y de los tiempos de reparación permite mejorar los SLA proporcionados a sus clientes o unidades de negocio.

  • Optimizaciones de tiempo de arranque de vSAN. La lógica de arranque de vSAN se optimizó aún más para conseguir un inicio más rápido.

  • Flujos de trabajo de inicio y apagado mejorados. Se mejoró el proceso de apagado e inicio del clúster de vSAN para admitir clústeres de vSAN que incluyen servicios de infraestructura o vCenter, como AD, DNS o DHCP.

  • Reducción del tiempo de conmutación por error del servicio de archivos de vSAN. Se simplificaron las conmutaciones por error planificadas del servicio de archivos de vSAN.

• Operaciones intuitivas y fluidas

  • Interfaces coherentes en todas las plataformas de vSAN. vSAN ESA utiliza las mismas pantallas y flujos de trabajo que vSAN OSA, lo que reduce la curva de aprendizaje.

  • Las directivas por máquina virtual aumentan la flexibilidad. vSAN ESA está trasladando la configuración de todo el clúster al nivel de SPBM. En esta versión, la configuración de compresión de SPBM proporciona un control detallado hasta el nivel de máquina virtual o incluso de VMDK, y puede aplicarse ampliamente con las directivas predeterminadas del almacén de datos.

  • Información proactiva sobre compatibilidad y conformidad. Este mecanismo ayuda a los clústeres de vSAN conectados a VMware Analytics Cloud a identificar anomalías de software y hardware. Si un socio OEM publica un aviso sobre problemas de una unidad o un controlador de E/S incluidos en la HCL de vSAN, recibirá una notificación sobre el posible entorno afectado.

• Funciones y mejoras adicionales

  • Métricas de latencia de vínculo superior de red mejoradas. vSAN define métricas más significativas y relevantes para el entorno, tanto si las latencias sean temporales como de una carga de trabajo excesiva.

  • Sumas de comprobación de nivel de RDT. Puede establecer sumas de comprobación en la capa RDT. Estas nuevas sumas de comprobación pueden ser útiles en la fase de depuración y clasificación.

  • Depuración del servicio de archivos de vSAN. Se mejoraron las operaciones de día 0 del servicio de archivos para solucionar problemas y obtener validaciones de una forma eficiente.

  • Servicio de archivos de vSAN a través de IPv6. Puede crear un dominio de servicio de archivos con una red IPv6.

  • Reconfiguración de red del servicio de archivos de vSAN. Puede cambiar las direcciones IP del servidor de archivos, incluida la IP principal, por nuevas direcciones IP en la misma subred o en otra diferente.

  • Complementos remotos de vSphere Client. Todos los complementos locales propiedad de VMware están realizando la transición a la nueva arquitectura de complementos remotos. Los complementos locales de vSAN se movieron a los complementos remotos de vSphere Client. Los complementos de vSAN locales han quedado obsoletos en esta versión.

  • Dispositivo de disco de HCL de vLCM. Se mejoró la funcionalidad y la eficiencia de vLCM para comprobar la compatibilidad con la imagen deseada. Incluye una comprobación de "partNumber" y "vendor" para agregar cobertura para más proveedores.

  • Reducción del tiempo de inicio de vSAN Health Service. El tiempo necesario para detener vSAN Health Service como parte del reinicio o la actualización de vCenter se redujo a 5 segundos.

  • La comprobación de estado de vSAN proporciona una perspectiva al LCM de VCF. Esta versión solo proporciona comprobaciones de estado de vSAN relevantes para VCF con el fin de mejorar la resistencia de LCM en VCF.

  • vSAN mejora el NDU del clúster para VMC. Las nuevas capacidades mejoran el diseño y el funcionamiento de un servicio altamente seguro, fiable y eficiente desde el punto de vista operativo.

  • Verificación de la clave de cifrado de vSAN. Detecta claves no válidas o dañadas enviadas desde el servidor KMS, identifica discrepancias entre las DEK en memoria y en disco, y alerta a los clientes en caso de discrepancias.

  • Mejor procesamiento de las eliminaciones de componentes de gran tamaño. Reclama el espacio lógico y tiene en cuenta el espacio físico con mayor rapidez sin provocar un error de tipo NO_SPACE.

  • Se cambió el nombre del estado de vSAN de "Comprobación" a "Buscando". Este cambio hace que el término sea coherente con todos los productos de VMware.

  • Colocación de vSAN en un dominio de espacio aislado. El espacio aislado del daemon evita el movimiento lateral y proporciona una defensa en profundidad. A partir de vSAN 8.0, se implementa el modelo de seguridad de privilegios mínimos, en el que cualquier daemon que no tenga definido su dominio de espacio aislado personalizado se ejecutará como un dominio privado. Esto hace posible el modelo de privilegios mínimos en un host ESXi, con todos los vSAN ejecutándose en su propio dominio de espacio aislado con el menor privilegio posible.

  • Información proactiva de vSAN. Este mecanismo permite que los clústeres de vSAN conectados a VMware Analytics Cloud identifiquen anomalías de software y hardware de forma proactiva.

  • Administración y supervisión de PMEM para SAP HANA. Puede administrar dispositivos PMEM dentro de los hosts. vSAN proporciona capacidades de administración, como comprobaciones de estado, supervisión de rendimiento e informes de espacio para los dispositivos PMEM. Las capacidades de administración de PMEM no requieren que los servicios de vSAN estén habilitados. vSAN no utiliza dispositivos PMEM para almacenar en caché los metadatos de vSAN ni para los servicios de datos de vSAN, como el cifrado, la suma de comprobación o la desduplicación y la compresión. El almacén de datos de PMEM es local para cada host, pero se puede administrar desde la pestaña de supervisión en el nivel del clúster.

  • Se reemplazó MD5, SHA1 y SHA2 en vSAN. SHA1 ya no se considera seguro, por lo que VMware está reemplazando SHA1, MD5 y SHA2 por SHA256 en todos los productos de VMware, incluido vSAN.

  • Cumplimiento de IL6. vSAN 8.0 cumple los requisitos de IL6.

Comunidad de VMware vSAN

Use el sitio web de la comunidad de vSAN para enviar comentarios y solicitar asistencia en caso de tener algún problema durante el uso de vSAN.

Actualizaciones de esta versión

Para obtener instrucciones sobre cómo actualizar vSAN, consulte la documentación de VMware vSAN 8.0. 

Nota: Antes de realizar la actualización, revise la versión más reciente de la guía de compatibilidad de VMware para comprobar que la última versión de vSAN esté disponible para la plataforma.

Nota: vSAN Express Storage Architecture solo está disponible para nuevas implementaciones. No se puede actualizar un clúster a vSAN ESA.

vSAN 8.0 es una nueva versión que requiere una actualización completa a vSphere 8.0. Realice las siguientes tareas para completar la actualización:

1. Actualice a vCenter Server 8.0. Para obtener más información, consulte Notas de la versión de VMware vSphere 8.0. 

2. Actualice los hosts a ESXi 8.0. Para obtener más información, consulte Notas de la versión de VMware vSphere 8.0. 

3. Actualice el formato en disco de vSAN a la versión 17.0. Si actualiza el formato en disco desde la versión 3.0 o una posterior, no es necesaria la evacuación de datos (solo la actualización de los metadatos).

4. Actualice FSVM para habilitar nuevas funciones del servicio de archivos, como la enumeración basada en acceso para recursos compartidos de SMB.

Nota: vSAN retiró el formato de disco versión 1.0 en vSAN 7.0 Update 1. vSAN ya no reconoce los discos que ejecutan el formato de disco versión 1.0. vSAN bloqueará la actualización a través de vSphere Update Manager, la instalación de la ISO o el comando esxcli a vSAN 7.0 Update 1. Para evitar estos problemas, actualice los discos que ejecutan el formato de disco versión 1.0 a una versión superior. Si tiene discos en la versión 1.0, una comprobación de estado le avisará de que actualice la versión del formato de disco.

La versión de formato de disco 1.0 no cuenta con mejoras de rendimiento e instantáneas, y no es compatible con funciones avanzadas, como suma de comprobación, desduplicación, compresión y cifrado. Para obtener más información sobre la versión de formato de disco de vSAN, consulte el artículo 2148493 de la base de conocimientos.

Actualizar el formato en disco de los hosts con capacidad limitada

Cuando se actualiza el formato en disco de vSAN de la versión 1.0 a la versión 2.0, se realiza una evacuación del grupo de discos. Se quita el grupo de discos, se actualiza a la versión 17.0 del formato en disco y se vuelve a agregar al clúster. Para los clústeres de dos o tres nodos, o los clústeres sin capacidad suficiente para evacuar todos los grupos de discos, seleccione Permitir redundancia reducida en vSphere Client. También puede utilizar el siguiente comando RVC para actualizar el formato en disco: vsan.ondisk_upgrade --allow-reduced-redundancy

Cuando se habilita la redundancia reducida, las máquinas virtuales quedan desprotegidas mientras se realiza la actualización, ya que este método no evacua los datos a los otros hosts del clúster. Lo que hace es quitar cada grupo de discos, actualizar el formato en disco y volver a agregar el grupo de discos al clúster. Todos los objetos permanecen disponibles, pero con una redundancia reducida.

Si se habilitan la desduplicación y la compresión durante la actualización a vSAN 8.0, se puede seleccionar Permitir redundancia reducida en vSphere Client.

Limitaciones

Para obtener información sobre los límites máximos de configuración de vSAN 8.0, consulte el documento Valores máximos de configuración.

Problemas resueltos

• vSAN Health no encuentra VUM con el proxy configurado

  Cuando se configura un proxy para vSAN, el servicio vsan-health informa falsamente de que VMware Update Manager (VUM) está deshabilitado o no está instalado.

  El problema se corrigió en esta versión.

• Un error en la tarea RemoveFileShare puede provocar una conmutación por error del servidor de servicios de archivos de vSAN

  Es posible que se produzca un error en la tarea RemoveFileShare para el recurso compartido de NFS en vCenter Server, aunque se haya eliminado el recurso compartido. Esto se debe a que se produce un error en el servidor NFS al eliminar la exportación. Esto no causa ningún problema en el flujo de trabajo general, ya que el recurso compartido se elimina correctamente.

  Cuando se produce un error en el servidor NFS, se activa la conmutación por error del servidor de servicios de archivos de vSAN. Como el servidor NFS y el servidor SMB conmutan por error a la vez, si hay algún recurso compartido de SMB exportado desde el mismo servidor de servicios de archivos de vSAN, se producirán interrupciones en el montaje de SMB. La interrupción del montaje de SMB causada por la conmutación por error del servidor es un comportamiento conocido, ya que vSAN no admite la conmutación por error transparente para los servidores SMB.

  Solución alternativa: Ninguna.

Problemas conocidos

• Se desactiva la opción de directiva hostAffinity durante la actualización

  Cuando se actualiza de vSAN 6.7 a vSAN 8.0, el valor de la opción hostAffinity de vCenter Server cambia a false.

  Solución alternativa: Vuelva a establecer la opción hostAffinity en true para seguir usando la directiva HostLocal de vSAN para una máquina virtual normal.

• No se puede actualizar el clúster a vSAN Express Storage Architecture

  No se puede actualizar ni convertir un clúster con vSAN Original Storage Architecture a vSAN Express Storage Architecture. vSAN ESA solo se admite en nuevas implementaciones.

  Solución alternativa: Ninguna.

• No se admite la regeneración de claves profunda de cifrado en vSAN ESA

  vSAN Express Storage Architecture no admite la regeneración de claves profunda de cifrado en esta versión.

  Solución alternativa: Ninguna.

• El servicio de archivos de vSAN no es compatible con vSAN ESA

  vSAN Express Storage Architecture no admite el servicio de archivos de vSAN en esta versión.

  Solución alternativa: Ninguna.

• No se puede cambiar la configuración de cifrado en vSAN ESA

  El cifrado solo se puede configurar como vSAN ESA durante la creación del clúster. No podrá cambiar la configuración más adelante.

  Solución alternativa: Ninguna.

• El servicio de archivos de vSAN no admite delegaciones de NFSv4

  El servicio de archivos de vSAN no admite delegaciones de NFSv4 en esta versión.

  Solución alternativa: Ninguna.

• En el clúster ampliado, el servidor de archivos sin afinidad no puede volver a equilibrar

  En el entorno del servicio de archivos de vSAN del clúster ampliado, no se puede volver a equilibrar un servidor de archivos sin una ubicación de afinidad configurada entre los hosts ESXi preferidos y los hosts ESXi no preferidos.

  Solución alternativa: Establezca la ubicación de afinidad del servidor de archivos en Preferido o No preferido editando la configuración del dominio del servicio de archivos.

• Los pods de Kubernetes con volúmenes de CNS no se pueden crear, eliminar ni reprogramar durante la partición de clúster ampliado de vSAN

  Cuando un clúster ampliado de vSAN tiene una partición de red entre sitios, un problema de temporización intermitente puede provocar que se pierda la información del volumen del CNS. Cuando los metadatos del volumen no están presentes en la CNS, no se pueden crear, eliminar ni reprogramar pods con volúmenes de CNS. El controlador de CSI de vSphere debe acceder a la información de volumen desde CNS para realizar estas operaciones.

  Cuando se fija la partición de red, se restauran los metadatos del volumen de CNS y se pueden crear, eliminar o volver a programar pods con volúmenes de CNS.

  Solución alternativa: Ninguna.

• El asistente Apagar clúster muestra un error en el clúster de solo proceso de la malla de HCI

  El asistente Apagar clúster de vSAN está diseñado para clústeres de vSAN que tienen un almacén de datos de vSAN y servicios de vSAN. No admite clústeres de solo proceso de la malla de HCI. Si utiliza el asistente para apagar un clúster de solo proceso, se mostrará el siguiente mensaje de error:

  No es posible recuperar los datos del servicio de estado.

  Solución alternativa: Ninguna. No utilice el asistente Apagar clúster de vSAN en un clúster de solo proceso de la malla de HCI.

• Se produce un error en la corrección de hosts ESXi en un clúster de vSphere Lifecycle Manager con vSAN si los servicios de vCenter se implementan en puertos personalizados

  Si se implementan servicios de vCenter Server en puertos personalizados en un clúster con vSAN, vSphere DRS y vSphere HA, es posible que la corrección de los clústeres de vSphere Lifecycle Manager falle. Este problema se debe a un error de comprobación de estado de recursos de vSAN. Los hosts ESXi no pueden entrar en modo de mantenimiento, lo que provoca errores en las tareas de corrección.

  Solución alternativa: Ninguna.

• Cuando el servicio de archivos de vSAN está habilitado, las operaciones relacionadas con DFC pueden fallar, como la actualización, la habilitación del cifrado o la eficiencia de datos

  Cuando el servicio de archivos está habilitado, se ejecuta una máquina virtual de agente en cada host. El objeto de vSAN subyacente puede colocarse en varios grupos de discos. Cuando se convierte el primer grupo de discos, el objeto de vSAN deja de estar accesible y la máquina virtual del agente se encuentra en un estado no válido. Si intenta eliminar la máquina virtual y volver a implementar una nueva máquina virtual, la operación falla debido al estado no válido de la máquina virtual. El registro de la máquina virtual se cancela, pero el objeto inaccesible sigue estando allí. Cuando se convierte el siguiente grupo de discos, se realiza una comprobación previa de los objetos inaccesibles en todo el clúster. Esta comprobación falla en el proceso de DFC porque encuentra objetos inaccesibles de la máquina virtual del agente anterior.

  Solución alternativa: Elimine manualmente los objetos inaccesibles. 

  Cuando se produce este error, puede ver que la tarea de DFC falla.

  1. Identifique los objetos inaccesibles en la información de la tarea fallida.

  2. Para asegurarse de que los objetos pertenecen a la máquina virtual del agente, inspeccione el archivo de registro hostd y confirme que los objetos pertenecen al diseño de objetos de la máquina virtual.

  3. Inicie sesión en el host y utilice el comando /usr/lib/vmware/osfs/bin/objtool para eliminar los objetos manualmente.

  Nota: Para evitar este problema, deshabilite el servicio de archivos antes de realizar cualquier operación relacionada con el proceso de DFC.

• esxcli vsan cluster leave El comando no puede deshabilitar vSAN en un host ESXi 

  En algunos casos, el siguiente comando no puede deshabilitar vSAN en un host miembro: esxcli vsan cluster leave

  Es posible que se muestre un mensaje de error similar al siguiente:

  Error al desmontar el almacén de datos de vSAN predeterminado. No se puede completar la operación Sysinfo. Consulte el archivo de registro de VMkernel para obtener más detalles.

  Solución alternativa: Realice los siguientes pasos en vSphere Client para deshabilitar vSAN en un host de un solo miembro:

  1. Ponga el host en modo de mantenimiento.

  2. Saque el host del clúster de vSAN y póngalo en su centro de datos principal.

     El servicio de vSAN en el host se deshabilitará automáticamente durante el movimiento.

• No se puede extraer el perfil de un host de solo proceso de malla de HCI de vSAN

  El complemento de perfil de host de vSAN no admite hosts de solo proceso de malla de HCI de vSAN. Si intenta extraer el perfil de host en un host de solo proceso de malla de HCI, se producirá un error. 

  Solución alternativa: Ninguna.

• Es posible que la eliminación de archivos en un recurso compartido de archivos no se refleje en la vista de capacidad de vSAN

  Es posible que los bloques asignados no se devuelvan al almacenamiento de vSAN justo después de que se hayan eliminado todos los archivos, por lo que la capacidad de almacenamiento recuperada tardaría algún tiempo en actualizarse en la vista de capacidad de vSAN. Cuando se escriben datos nuevos en el mismo recurso compartido de archivos, es posible que estos se reutilicen antes de devolverlos al almacenamiento de vSAN.

  Si la anulación de asignación está habilitada y la desduplicación de vSAN está deshabilitada, es posible que el espacio no se vuelva a liberar en vSAN a menos que se liberen 4 MB de espacio alineado en VDFS. Si la anulación de asignación está habilitada y la desduplicación de vSAN está habilitada, el espacio liberado por VDFS se liberará de nuevo en vSAN con un retraso.

  Solución alternativa: Para volver a liberar el almacenamiento en vSAN inmediatamente, elimine los recursos compartidos de archivos. 

• vSAN a través de RDMA puede experimentar un rendimiento más bajo debido a la congestión de la red

  RDMA requiere una infraestructura de red sin pérdida libre de congestión. Si la red tiene congestión, ciertas cargas de trabajo de E/S grandes pueden experimentar un rendimiento menor que el TCP. 

  Solución alternativa: Solucione los problemas de congestión de red siguiendo las prácticas recomendadas del OEM para RDMA.

• La máquina virtual de vCenter se bloquea en un clúster ampliado con el cifrado de datos en tránsito

  La máquina virtual de vCenter puede bloquearse en un clúster ampliado de vSAN si la máquina virtual de vCenter está en vSAN con el cifrado de datos en tránsito habilitado. Cuando todos los hosts de un sitio están apagados y, a continuación, se vuelven a encender, es posible que la máquina virtual de vCenter se bloquee cuando el sitio con errores vuelva al servicio.

  Solución alternativa: Utilice el siguiente script para resolver este problema: thumbPrintRepair.py

• Se produce un error al migrar la máquina virtual desde el almacén de datos de VMFS o el almacén de datos de vSAN al almacén de datos de vSAN

  Cuando se habilita la memoria caché de lectura basada en contenido (CBRC), es posible que sVmotion o xVmotion no puedan migrar una máquina virtual con una o varias instantáneas al almacén de datos de vSAN. Es posible que se muestre el siguiente mensaje de error: La operación no se admite en el objeto.

  Los siguientes mensajes aparecen en /var/log/vmware/vpxd

  /2021-01-31T17:12:27.477Z error vpxd[18588] [Originator@6876 sub=vpxLro opID=65ef3b53-01] [VpxLRO] Unexpected Exception: N5Vmomi5Fault12NotSupported9ExceptionE(Message is: The operation is not supported on the object.,

  --> Fault cause: vmodl.fault.NotSupported

  --> Fault Messages are:

  --> (null)

  --> )

  -->

  Solución alternativa: Consolide las instantáneas o borre todas las instantáneas antes de la migración.

• vSAN permite aprovisionar una máquina virtual en almacenes de datos locales y remotos

  vSphere no impide que los usuarios aprovisionen una máquina virtual en almacenes de datos locales y remotos en un entorno de malla HCI. Por ejemplo, puede aprovisionar un VMDK en el almacén de datos de vSAN local y un VMDK en un almacén de datos de vSAN remoto. Esto no se admite porque vSphere HA no es compatible con esta configuración.

  Solución alternativa: No aprovisione una máquina virtual al mismo tiempo en almacenes de datos locales y remotos.

• La tarea de reformateo de objetos no avanza.

  Si es necesario reformatear un objeto después de una actualización, se activará una alerta de mantenimiento y vSAN comenzará a reformatearlo. vSAN realiza esta tarea por lotes, y dependerá de la capacidad transitoria disponible en el clúster. Cuando la capacidad transitoria supera el límite máximo, vSAN esperará a que se libere capacidad transitoria antes de continuar con el reformateo. Durante esta fase, puede parecer que la tarea se detuvo. La alerta de estado se borrará y la tarea continuará cuando haya capacidad transitoria disponible.

  Solución alternativa: Ninguna. La tarea se está realizando según lo previsto. 

• Las máquinas virtuales del sistema no se pueden apagar

  Con el lanzamiento de vSphere Cluster Services (vCLS) en vSphere 7.0 Update 1, es posible que se coloque un conjunto de máquinas virtuales del sistema dentro del clúster de vSAN. Los usuarios no pueden apagar estas máquinas virtuales del sistema. Este problema puede afectar a algunos flujos de trabajo de vSAN, que se especifican en el siguiente artículo: https://kb.vmware.com/s/article/80877.

  Solución alternativa: Para obtener más información sobre este problema, consulte el artículo: https://kb.vmware.com/s/article/80483 de la base de conocimientos. 

• No se puede habilitar el servicio de archivos de vSAN debido a una versión anterior del formato en disco de vSAN

  No se puede habilitar el servicio de archivos de vSAN con versiones de formato en disco de vSAN anteriores a la 11.0 (esta es la versión de formato en disco en vSAN 7.0).

  Solución alternativa: Actualice la versión del formato en disco de vSAN antes de habilitar el servicio de archivos.

• La tarea de corrección del clúster puede generar un error en el clúster de gran escala debido a problemas de la prueba de red del estado de vSAN

  Con los clústeres de gran escala con más de 16 hosts, se pueden producir errores de ping intermitentes durante la actualización del host. Estos errores pueden interrumpir la corrección de hosts en vSphere Life Cycle Manager.

  Solución alternativa: Una vez aprobadas las comprobaciones previas de la corrección, silencie las alertas de las siguientes pruebas de estado de vSAN:

  • vSAN: Comprobación básica de conectividad (unidifusión)

  • vSAN: Prueba de MTU (ping con tamaño de paquete grande)

  Cuando se complete la tarea de corrección, restaure las alertas de las pruebas de estado de vSAN.

• Se produce un error en el host en el escenario de conexión en caliente cuando se reinserta la unidad

  Durante la eliminación de una unidad en caliente, la conexión en caliente de NVMe nativa de VMware puede provocar un error de host si se extrae la unidad NVMe y se reinserta antes de un minuto. Esto se aplica tanto a vSphere como a vSAN para cualquier reinserción de unidad nueva o existente.

  Solución alternativa: Después de eliminar una unidad en caliente, espere un minuto antes de volver a insertar la unidad nueva o la existente.

• No se puede colocar el último host de un clúster en modo de mantenimiento ni eliminar un disco o un grupo de discos

  Se pueden producir errores en las operaciones en los modos Migración de datos completa o Garantizar disponibilidad sin ofrecer instrucciones para agregar un nuevo recurso cuando solo queda un host en el clúster y dicho host entra en modo de mantenimiento. Esto también puede suceder cuando solo resta un disco o un grupo de discos en el clúster, y se eliminarán el disco o el grupo de discos antes mencionados.

  Solución alternativa: Antes de poner el host restante del clúster en modo de mantenimiento con los modos Migración de datos completa o Garantizar disponibilidad seleccionados, agregue otro host con la misma configuración al clúster. Antes de eliminar el disco o el grupo de discos restantes del clúster, agregue un disco o un grupo de discos nuevos con una configuración y una capacidad idénticas.

• Si uno o varios discos o grupos de discos están casi llenos, se pueden producir errores en los flujos de trabajo de reconfiguración de objetos debido a una falta de capacidad

  Las resincronizaciones de vSAN se pausan cuando los discos de los clústeres que no son de desduplicación o los grupos de discos de los clústeres de desduplicación alcanzan un umbral de llenado de pausa de resincronización configurable. Esto tiene por objetivo evitar que se llenen los discos con E/S de resincronización. Si los discos alcanzan este umbral, vSAN detiene los flujos de trabajo de reconfiguración (como EMM, reparaciones, reequilibrio y cambio de directivas).

  Solución alternativa: Si hay espacio disponible en otra parte del clúster, se libera espacio en el resto de discos al volver a equilibrar el clúster, de modo que los intentos de reconfiguración posteriores se realizan correctamente.

• Tras recuperarse de un clúster lleno, las máquinas virtuales pueden perder la protección de HA

  En un clúster de vSAN que tiene hosts con discos totalmente llenos, las máquinas virtuales pueden tener una pregunta pendiente y, por tanto, perder la protección de HA. Asimismo, las máquinas virtuales con una pregunta pendiente no están protegidas por HA después de recuperarse de un escenario de clúster lleno.

  Solución alternativa: Después de recuperarse de un escenario de clúster lleno de vSAN, realice una de las siguientes acciones:

  • Deshabilite y vuelva a habilitar HA.

  • Vuelva a configurar HA.

  • Apague y encienda las máquinas virtuales.

• Se produce un error al apagar las máquinas virtuales con una pregunta pendiente

  Si una máquina virtual tiene una pregunta pendiente, no tiene permitido realizar ninguna operación relacionada con la máquina virtual hasta que se responda la pregunta.

  Solución alternativa: Intente liberar espacio de disco en el volumen correspondiente y, a continuación, haga clic en Reintentar.

• Cuando el clúster está lleno, las direcciones IP de las máquinas virtuales cambian a IPv6 o dejan de estar disponibles

  Cuando un clúster de vSAN está lleno con uno o varios grupos de discos que alcanzan el 100 %, puede haber una pregunta de máquina virtual pendiente para la que se requiere acción por parte del usuario. Si no se responde la pregunta y si no se remedia la condición de clúster lleno, las direcciones IP de las máquinas virtuales podrían cambiar a IPv6 o dejar de estar disponibles. Esto impide que use SSH para acceder a las máquinas virtuales. También impide que use la consola de la máquina virtual, ya que esta se pone en blanco después de escribir root.

  Solución alternativa: Ninguna.

• No se puede eliminar un grupo de discos habilitado para la desduplicación después de que un disco de capacidad entra en estado de PDL

  Cuando se elimina un disco de capacidad en un grupo de discos habilitado para la desduplicación o se cambia su identificador único, o bien cuando el dispositivo experimenta un error de hardware irrecuperable, el disco de capacidad entra en estado de pérdida de dispositivo permanente (Permanent Device Loss, PDL). Si intenta eliminar el grupo de discos, es posible que aparezca un mensaje de error que le informará de que la acción no se puede completar.

  Solución alternativa: Cuando se elimina un disco de capacidad o se cambia su identificador único, o bien cuando el dispositivo experimenta un error de hardware irrecuperable, espere unos minutos antes de intentar eliminar el grupo de discos.

• El estado de vSAN indica un incumplimiento relativo a la falta de disponibilidad con una directiva pendiente con errores

  Una solicitud de cambio de directiva hace que el estado de mantenimiento de objetos de vSAN sea de incumplimiento relacionado con la falta de disponibilidad. Esto se debe a que es posible que haya otro trabajo programado que esté utilizando los recursos solicitados. Sin embargo, vSAN vuelve a programar esta solicitud de directiva de manera automática a medida que los recursos estén disponibles.

  Solución alternativa: En la mayoría de los casos, el examen del período de vSAN soluciona este problema de forma automática. Sin embargo, otro trabajo en curso podría usar todos los recursos disponibles, incluso después de aceptar el cambio de directiva sin aplicarlo. Puede agregar más capacidad si el informe de capacidad muestra un valor alto.

• En clústeres de desduplicación, es posible que no se realice el reequilibrio reactivo cuando se muestre que los discos están más de un 80 % llenos

  En los clústeres de desduplicación, cuando se muestre en el panel de control que los discos están más de un 80 % llenos, puede que el reequilibrio reactivo no se inicie según lo esperado. Esto se debe a que en los clústeres de desduplicación también se tienen en cuenta las escrituras y las eliminaciones pendientes para calcular la capacidad disponible.

  Solución alternativa: Ninguna.

• Error en los comandos TRIM/UNMAP del sistema operativo invitado

  Si el sistema operativo invitado intenta recuperar espacio durante la consolidación de instantáneas en línea, los comandos TRIM/UNMAP generan un error. Este error impide que el espacio se recupere.

  Solución alternativa: Intente recuperar el espacio una vez que finalice la operación de instantánea en línea. Si se produce un error en las operaciones TRIM/UNMAP posteriores, vuelva a montar el disco.

• Se pierde la recuperación de espacio a partir de los comandos TRIM/UNMAP de SCSI cuando se lleva a cabo la consolidación de instantáneas en línea

  Se pierde la recuperación de espacio que se logra a partir de los comandos TRIM/UNMAP de SCSI al realizar una consolidación de instantáneas en línea. La consolidación de instantáneas sin conexión no afecta a la operación de anulación de asignación de SCSI.

  Solución alternativa: Recupere el espacio una vez que finalice la consolidación de instantáneas en línea.

• Se produce un error en el host al convertir un host de datos en un host testigo

  Al convertir un clúster de vSAN en un clúster ampliado, se debe proporcionar un host testigo. Se puede convertir un host de datos en el host testigo, pero se debe usar el modo de mantenimiento con Migración de datos completa durante el proceso. Si se coloca el host en modo de mantenimiento con la opción Garantizar disponibilidad y, a continuación, se configura el host como host testigo, se puede producir un error en el host con una pantalla de diagnóstico de color morado.

  Solución alternativa: Quite el grupo de discos en el host testigo y, a continuación, vuelva a crear el grupo de discos.

• Se duplica una máquina virtual con el mismo nombre en vCenter Server cuando se produce un error en el host en el que reside durante la migración del almacén de datos

  Si una máquina virtual se está sometiendo a Storage vMotion de vSAN a otro almacén de datos (como NFS) y el host en el que reside genera un error en la red de vSAN, lo que provoca una conmutación por error de HA de la máquina virtual, la máquina virtual puede duplicarse en vCenter Server. 

  Solución alternativa: Desconecte la máquina virtual no válida y elimínela del registro de vCenter Server. 

• Al volver a configurar un clúster ampliado existente en una nueva instancia de vCenter Server, vSAN emite una advertencia de comprobación de estado

  Al recompilar un clúster ampliado actual en una nueva instancia de vCenter Server, la comprobación de estado del clúster de vSAN tiene un color rojo. Aparece el siguiente mensaje: Los miembros del clúster de vSphere coinciden con los miembros del clúster de vSAN

  Solución alternativa: Utilice el siguiente procedimiento para configurar el clúster ampliado.

  1. Utilice SSH para iniciar sesión en el host testigo.

  2. Retire los discos en el host testigo. Ejecute el siguiente comando: esxcli vsan storage remove -s "SSD UUID"

  3. Obligue al host testigo a abandonar el clúster. Ejecute el siguiente comando: esxcli vsan cluster leave

  4. Vuelva a configurar el clúster ampliado desde la nueva instancia de vCenter Server (Configurar > vSAN > Dominios de errores y clúster ampliado).

• Se producen errores al actualizar el formato de disco mientras vSAN vuelve a sincronizar objetos de gran tamaño

  Si el clúster de vSAN contiene objetos muy grandes, se pueden producir errores al actualizar el formato de disco cuando el objeto se vuelve a sincronizar. Es posible que se muestre el siguiente mensaje de error: No se pudieron convertir los objetos en vSAN.

  vSAN no puede realizar la actualización hasta que se vuelva a sincronizar el objeto. Puede comprobar el estado de la resincronización (Supervisar > vSAN > Resincronización de componentes) para comprobar cuándo finaliza el proceso.

  Solución alternativa: Espere hasta que no haya ninguna resincronización pendiente; a continuación, intente actualizar de nuevo el formato de disco.

• Pérdida de la configuración del clúster ampliado de vSAN después de deshabilitar vSAN en un clúster

  Si deshabilita vSAN en un clúster ampliado, la configuración del clúster ampliado no se conserva. El clúster ampliado, el host testigo y la configuración del dominio de error se pierden.

  Solución alternativa: Vuelva a configurar los parámetros del clúster ampliado al habilitar nuevamente el clúster de vSAN.

• Las máquinas virtuales apagadas se muestran como inaccesibles durante la sustitución del host testigo

  Al cambiar un host testigo en un clúster ampliado, las máquinas virtuales apagadas se muestran como inaccesibles en vSphere Web Client durante un breve período de tiempo. Una vez finalizado el proceso, las máquinas virtuales apagadas se muestran como accesibles. Todas las máquinas virtuales en ejecución se muestran como accesibles durante el proceso.

  Solución alternativa: Ninguna.

• No es posible poner hosts en el modo de mantenimiento si incluyen medios de arranque con errores

  vSAN no puede colocar en modo de mantenimiento los hosts que incluyan medios de arranque con errores. La tarea de acceso al modo de mantenimiento puede generar un error de vSAN interno debido a la incapacidad de guardar los cambios en la configuración. Es posible que se muestren eventos de registro similares al siguiente: Pérdida de conectividad con la copia de seguridad del dispositivo xxx del sistema de archivos de arranque

  Solución alternativa: Utilice la opción de evacuación de todos los datos para quitar los grupos de discos manualmente de cada host. A continuación, ponga el host en modo de mantenimiento.

• Después de una conmutación por error del clúster ampliado, las máquinas virtuales del sitio preferido registran una alerta de conmutación por error errónea

  Si el sitio secundario de un clúster ampliado genera un error, las máquinas virtuales activan una conmutación por error al sitio preferido. Las máquinas virtuales ya incluidas en el sitio preferido pueden registrar la siguiente alerta: Conmutación por error errónea.

  Solución alternativa: Ignore esta alerta. No afecta al comportamiento de la conmutación por error.

• Los componentes del sitio activo se muestran como no presentes durante la partición de red

  Durante una partición de red en un clúster ampliado o de dos host de vSAN, vSphere Web Client puede mostrar una vista del clúster desde la perspectiva de un sitio no activo. Es posible que vea componentes activos en el sitio principal mostrados como no presentes.

  Solución alternativa: Use comandos de RVC para consultar el estado de los objetos del clúster. Por ejemplo: vsan.vm_object_info

• Algunos objetos no son compatibles después de una reparación forzada

  Después de realizar una reparación forzada, es posible que algunos objetos no se reparen debido a que la propiedad de los objetos se ha transferido a otro nodo durante el proceso. La reparación forzada se puede retrasar para estos objetos.

  Solución alternativa: Una vez que todos los demás objetos se hayan reparado y resincronizado, intente la operación de reparación forzada. Puede esperar hasta que vSAN repare los objetos.

• La tarea genera errores cuando un host se mueve de un clúster cifrado a otro y, posteriormente, se vuelve a colocar en el clúster original

  Cuando se mueve un host de un clúster de vSAN cifrado a otro clúster de vSAN cifrado y, posteriormente, ese host se vuelve a mover al clúster cifrado original, la tarea puede generar errores. Es posible que se muestre el siguiente mensaje: A general system error occurred: Invalid fault. Este error se produce debido a que vSAN no puede volver a cifrar los datos en el host mediante la clave de cifrado original. Después de un breve período de tiempo, vCenter Server restaura la clave original en el host y se montan todos los discos desmontados en el clúster de vSAN.

  Solución alternativa: Reinicie el host y espere hasta que todos los discos se monten.

• Desequilibrio del clúster ampliado después de la recuperación de un sitio

  Algunas veces, al recuperar un sitio con errores de un clúster ampliado, los hosts del sitio con errores se recuperan secuencialmente durante un período prolongado. vSAN puede hacer uso excesivo de algunos hosts al iniciar la reparación de los componentes ausentes.

  Solución alternativa: Recupere todos los hosts de un sitio con errores en su conjunto en un período de tiempo breve.

• Se producen errores en las operaciones de máquina virtual debido a un problema de HA con los clústeres ampliados

  En determinadas situaciones de error de los clústeres ampliados, pueden verse afectadas algunas operaciones de máquina virtual, como vMotion o el encendido de una máquina virtual. Estas situaciones de error incluyen un error parcial o total del sitio, o un error de la red de alta velocidad entre los sitios. Este problema se debe a que el funcionamiento normal de los sitios de clústeres ampliados depende de la disponibilidad de VMware HA.

  Solución alternativa: Deshabilite vSphere HA antes de usar vMotion, crear máquinas virtuales y encender máquinas virtuales. Posteriormente, vuelva a habilitar vSphere HA.

• No es posible realizar una regeneración de claves exhaustiva si un grupo de discos está desmontado

  Antes realizar una regeneración de claves exhaustiva, vSAN realiza una regeneración de claves superficial. La regeneración de claves superficial genera un error si hay un grupo de discos desmontado. El proceso de regeneración de claves exhaustiva no se puede iniciar.

  Solución alternativa: Vuelva a montar o quite el grupo de discos desmontado.

• Las entradas de registro indican que la configuración del firewall cambió

  Se muestra una nueva entrada del firewall en el perfil de seguridad cuando se habilita el cifrado de vSAN: vsanEncryption. Esta regla controla el modo en el que los hosts se comunican directamente con KMS. Cuando se activa, se agregan entradas de registro a /var/log/vobd.log. Es posible que se muestren los siguientes mensajes:

  Firewall configuration has changed. Operation 'addIP4' for rule set vsanEncryption succeeded.

  Firewall configuration has changed. Operation 'removeIP4' for rule set vsanEncryption succeeded.

  Estos mensajes se pueden ignorar.

  Solución alternativa: Ninguna.

• No se produce la conmutación por error de HA después de configurar la opción de tipo de tráfico en vmknic para garantizar la compatibilidad con el tráfico de host testigo

  Si configura la opción de tipo de tráfico en vmknic para admitir el tráfico de host testigo, vSphere HA no detecta la nueva configuración automáticamente. Debe deshabilitar manualmente y volver a habilitar HA para que pueda detectar vmknic. Si se configuran la vmknic y el clúster de vSAN primero y, a continuación, se habilita HA en el clúster, se detecta la vmknic.

  Solución alternativa: Deshabilite vSphere HA manualmente en el clúster y vuelva a habilitarlo.

• No se admite MCS de iSCSI

  El servicio del destino iSCSI de vSAN no admite varias conexiones por sesión (Multiple Connections per Session, MCS).

  Solución alternativa: Ninguna.

• Cualquier iniciador de iSCSI puede detectar destinos iSCSI

  El servicio del destino iSCSI de vSAN permite que cualquier iniciador de la red detecte destinos iSCSI.

  Solución alternativa: Puede aislar los hosts ESXi de los iniciadores de iSCSI colocándolos en VLAN independientes.

• Tras resolver la partición de red, se produce un error en algunas operaciones de máquina virtual de las máquinas virtuales clonadas vinculadas

  Se produce un error en algunas operaciones de máquina virtual de las máquinas virtuales clonadas vinculadas que no producen E/S en el sistema operativo invitado. Entre las operaciones que producen errores se incluyen la captura de diapositivas y la suspensión de máquinas virtuales. Este problema se puede producir tras resolver una partición de red si no se puede acceder al espacio de nombres de la máquina virtual base principal. Cuando el espacio de nombres de la máquina virtual principal pasa a estar disponible, HA no recibe la notificación para encender la máquina virtual.

  Solución alternativa: Apague y encienda las máquinas virtuales que no estén ejecutando operaciones de E/S de forma activa.

• No se puede poner un host testigo en modo de mantenimiento

  Cuando se intenta poner un host testigo en modo de mantenimiento, el host permanece en el estado actual y aparece la siguiente notificación: Un parámetro especificado no era correcto.

  Solución alternativa: Al poner un host testigo en modo de mantenimiento, elija la opción Sin migración de datos.

• Al poner y sacar el host testigo en un clúster ampliado, el clúster queda mal configurado

  Si se coloca el host testigo en un clúster de vCenter habilitado para vSAN, una alarma notifica que el host testigo no puede residir en el clúster, pero si se quita el host testigo del clúster, este queda en un estado mal configurado.

  Solución alternativa: Quite el host testigo del clúster ampliado de vSAN y vuelva a configurar el clúster ampliado. Para obtener más información, consulte este artículo: https://kb.vmware.com/s/article/2130587.

• Cuando se produce una partición de red en un clúster que tiene un almacén de datos de latidos de HA, las máquinas virtuales no se reinician en el otro sitio de datos

  Cuando el sitio preferido o el sitio secundario de un clúster de vSAN pierde su conexión de red con los otros sitios, las máquinas virtuales que se ejecutan en el sitio que perdió la conectividad de red no se reinician en el otro sitio de datos y puede aparecer el siguiente error: vSphere HA virtual machine HA failover failed.

  Este es el comportamiento esperado de los clústeres de vSAN.

  Solución alternativa: No seleccione el almacén de datos de latidos de HA mientras configura vSphere HA en el clúster.

• Los discos y los grupos de discos de vSAN desmontados aparecen como montados en el campo Estado operativo de vSphere Web Client

  Cuando se desmontan los discos o los grupos de discos de vSAN ejecutando el comando esxcli vsan storage disk group unmount o mediante el servicio de supervisión del dispositivo de vSAN cuando los discos muestran latencias altas de forma persistente, vSphere Web Client muestra por error el campo Estado operativo como montado.

  Solución alternativa: Utilice el campo Estado para comprobar el estado del disco, en lugar de usar el campo Estado operativo.