Notas de la versión de VMware vSAN 6.6.1

|

VMware vSAN 6.6.1 | 27 de julio de 2017 | Compilación ISO 5969303

Compruebe las adiciones y las actualizaciones de las notas de la versión.

Contenido de las notas de la versión

Las notas de la versión abarcan los siguientes temas:

Novedades

VMware vSAN 6.6.1 presenta las siguientes nuevas características y mejoras:

  • Recomendaciones de compilación de vSphere Update Manager para vSAN. Update Manager puede examinar el clúster de vSAN y recomendar líneas base de host que incluyen actualizaciones, revisiones y extensiones. Administra las líneas base recomendadas, valida el estado de compatibilidad de HCL de vSAN y descarga de VMware las imágenes ISO de ESXi correctas.

    vSAN requiere acceso a Internet para generar recomendaciones de compilación. Si el clúster de vSAN utiliza un proxy para conectarse a Internet, vSAN puede generar recomendaciones para actualizaciones de revisión, pero no para actualizaciones principales.

  • Diagnósticos de rendimiento. La herramienta de diagnósticos de rendimiento analiza pruebas de referencia ejecutadas anteriormente. Detecta problemas, sugiere pasos para solucionarlos y proporciona gráficos de rendimiento de respaldo para proporcionar más detalles. Los diagnósticos de rendimiento requieren la participación en el Programa de mejora de la experiencia de cliente (Customer Experience Improvement Program, CEIP).

  • Soporte adicional para los LED localizadores de los discos de vSAN. Ahora, las controladoras HPE de novena generación en modo de acceso directo permiten que vSAN active los LED de localizador. Los LED parpadeantes permiten identificar y aislar unidades específicas.

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 6.6.1.

Actualizar el formato en disco de los hosts con capacidad limitada

Cuando se actualiza el formato en disco de vSAN, se realiza una evacuación del grupo de discos. Se quita el grupo de discos, se actualiza a la versión 5.0 del formato en disco y el grupo de discos 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 Web 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 la desduplicación y la compresión se habilitan durante la actualización a vSAN 6.6.1, puede seleccionar Permitir redundancia reducida en vSphere Web Client.

Utilizar vSphere Update Manager con clústeres ampliados

El uso de vSphere Update Manager para actualizar hosts en paralelo puede provocar que el host testigo se actualice en paralelo con uno de los hosts de datos de un clúster ampliado. Para evitar problemas con la actualización, no configure Update Manager para que actualice un host testigo en paralelo con los hosts de datos de un clúster ampliado. Actualice el host testigo una vez que todos los hosts de datos se hayan actualizado correctamente y hayan salido del modo de mantenimiento.

Comprobar errores de estado durante una actualización

Durante las actualizaciones del formato en disco de vSAN, las comprobaciones del estado del disco físico y el estado de los metadatos pueden generar errores de forma intermitente. Estos errores se pueden generar si el proceso de transferencia desde la memoria caché es lento, muy probablemente debido a que vSAN debe asignar bloques físicos en los dispositivos de almacenamiento. Antes de seguir adelante, revise la situación de esta comprobación de estado una vez finalizado un período de actividad intensa, como la implementación de varias máquinas virtuales. Si la comprobación del estado sigue en color rojo, la advertencia es válida. Si la comprobación del estado es de color verde, puede omitir la advertencia anterior. Para obtener más información, consulte el artículo 2108690 de la base de conocimientos.

Limitaciones

Para obtener información sobre otros límites de configuración máximos de la versión 6.6.1 de vSAN, consulte el documento Valores máximos de configuración.

Problemas conocidos

    A continuación, se presentan los problemas conocidos de vSAN 6.6.1:

  • Las imágenes ISO personalizadas no se admiten en las recomendaciones de compilación de vSAN para Update Manager
    vSAN 6.6.1 no admite imágenes ISO personalizadas en sus recomendaciones de compilación para vSphere Update Manager. No se pueden utilizar imágenes ISO personalizadas como parte de una línea base en un sistema de vSAN. Las líneas base que usan imágenes ISO personalizadas tienen el estado No cumple con las normas.

    Solución alternativa: Ninguna.

  • Al volver a configurar un clúster de vSAN en una nueva instancia de vCenter Server, aparecen mensajes de error
    Cuando se agrega un host de vSAN existente a un nuevo clúster en una nueva instancia de vCenter Server, es posible que aparezca uno de los siguientes mensajes de error:

    Campo requerido "objectSet" no proporcionado (no @opcional)

    La solicitud hace referencia a un tipo inesperado o desconocido.

    Estos mensajes transitorios solo aparecen cuando se supervisa el proceso desde la página de estado de vSAN (Supervisar > vSAN > Estado). Puede ignorar estos mensajes.

    Solución alternativa: Ninguna.

  • 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 se corresponden 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).
  • Al reemplazar vCenter Server, el comando esxcli vsan health cluster list muestra problemas de estado
    Al reemplazar vCenter Server, el siguiente comando muestra de forma incorrecta problemas de estado: esxcli vsan health cluster list. Es posible que informe de problemas con la conectividad de red, la recuperación del estado de los discos físicos y la ejecución de CLOMD de vSAN. Las comprobaciones de estado mostradas en vCenter no informan de ningún problema.

    Solución alternativa: Tras reemplazar vCenter Server, desplácese hasta Clúster > Supervisar > vSAN > Estado. Seleccione Clúster > El estado de vCenter es autoritativo y haga clic en Actualizar configuración de ESXi.

  • Se produce un error al volver a configurar un clúster de vSAN en una nueva instancia de vCenter Server debido a una falta de coincidencia de UUID del clúster de vSAN
    Al agregar hosts a un clúster de vSAN vacío en paralelo, se puede producir un error en la tarea. Aparece el siguiente mensaje de error: El host de vSAN no puede moverse al clúster de destino: error de coincidencia de UUID de clúster de vSAN...

    Este problema puede producirse cuando se recupera un clúster de vSAN existente en una nueva instancia de vCenter Server.

    Solución alternativa: Agregue un host al nuevo clúster de vSAN y espere a que concluya la tarea. A continuación, puede agregar los demás hosts de forma secuencial o en paralelo.

  • En un clúster de vSAN cifrado, la conversión de formato de disco (Disk Format Conversion, DFC) se produce cuando el servicio de estado de vSAN corrige una regeneración de claves superficial con errores
    Si una operación de regeneración de claves superficial no se realiza correctamente en un clúster de vSAN cifrado, el clúster podría tener un estado incoherente en el que algunos hosts utilizan la nueva KEK, mientras que otros hosts utilizan la KEK anterior. El servicio de estado de vSAN puede detectar esta incoherencia e intentar corregirla. vSAN realiza una conversión de formato de disco (Disk Format Conversion, DFC) durante la corrección. La DFC puede demorar mucho tiempo si el clúster de vSAN tiene una gran cantidad de datos.

    Es posible reducir la probabilidad de que una operación de regeneración de claves superficial tenga errores o sufra interrupciones.

    • Asegúrese de que todos los hosts del clúster estén conectados y en funcionamiento. Los hosts no pueden estar desconectados, en modo de mantenimiento ni apagados.
    • Asegúrese de que la comprobación de estado de la conexión de KMS tenga un color verde antes de comenzar la regeneración de claves superficial.

    Solución alternativa: Ninguna.

  • 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.

  • vCenter Server muestra la desduplicación y la compresión como no admitidas
    Si vCenter Server ejecuta software con la versión 6.5 o anterior, la función de desduplicación y compresión puede aparecer como no admitida. Esta función no se puede habilitar mediante vCenter Server. También es posible que aparezca el siguiente mensaje de error mientras se realiza la configuración del clúster:

    No se pudieron mostrar algunos elementos o no se pudo recuperar su información a tiempo.

    Este es un problema de la interfaz de vCenter Server y no afecta al funcionamiento del clúster de vSAN. Tan solo afecta a la capacidad de configurar la desduplicación y la compresión.

    Solución alternativa: Puede actualizar la instancia de vCenter Server a la versión de software más reciente, o bien puede utilizar otra interfaz (como PowerCLI) para configurar la desduplicación y la compresión.

  • Errores de comprobación de estado de coherencia del clúster durante la operación de regeneración de claves exhaustiva
    La operación de regeneración de claves exhaustiva en un clúster de vSAN cifrado puede demorar varias horas. Durante la regeneración de claves, la siguiente comprobación de estado puede indicar un error: Coherencia de configuración del clúster. La comprobación de coherencia del clúster no detecta la operación de regeneración de claves exhaustiva y es posible que no se produzca ningún problema.

    Solución alternativa: Una vez finalizada la operación de regeneración de claves exhaustiva, repita la comprobación de estado de la coherencia del clúster de vSAN.

  • Error de implementación de OVF de la máquina virtual si DRS está deshabilitado
    Cuando se implementa una plantilla de OVF en el clúster de vSAN, la operación genera un error si DRS está deshabilitado en el clúster de vSAN. Es posible que se muestre un mensaje similar al siguiente: La operación no se permite en el estado actual.

    Solución alternativa: Habilite DRS en el clúster de vSAN antes de implementar una plantilla de OVF.

  • 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.

  • Máquinas virtuales huérfanas o inaccesibles después de un error total del clúster
    Después de un error total del clúster, algunas máquinas virtuales apagadas o suspendidas se pueden convertir en huérfanas o inaccesibles, sobre todo si el cifrado de vSAN está habilitado.

    Solución alternativa: Realice el siguiente procedimiento para volver a registrar las máquinas virtuales huérfanas o inaccesibles.

    1. Use RVC para establecer la conexión con vCenter Server.
    2. Navegue al nombre del clúster en el que se encuentran las máquinas virtuales huérfanas y vuelva a registrarlas. Por ejemplo, si el nombre del clúster es "vsan", ejecute el siguiente comando: vsan.check_state -ref /localhost/Datacenter/computers/vsan

      Ejemplo de resultado:

      vsan.check_state -ref /localhost/Datacenter/computers/vsan
      2017-03-03 18:54:04 +0000: Paso 1: Buscar objetos de vSAN inaccesibles
      2017-03-03 18:54:10 +0000: Paso 1b: Buscar objetos de vSAN inaccesibles nuevamente
      2017-03-03 18:54:11 +0000: Paso 2: Buscar máquinas virtuales inaccesibles o no válidas
      2017-03-03 18:54:11 +0000: Paso 2b: Buscar máquinas virtuales inaccesibles o no válidas nuevamente
      2017-03-03 18:54:11 +0000: Paso 3: Buscar máquinas virtuales para las cuales VC, hostd o vmx estén desincronizados. No se encontraron máquinas virtuales para las cuales VC, hostd o vmx estén desincronizados.

  • La versión del formato en disco del host testigo es posterior a la versión de los hosts de datos
    Al cambiar el host testigo durante una actualización a vSAN 6.6 o una versión posterior, el nuevo host testigo recibe la versión más reciente del formato en disco. Puede que la versión del formato en disco del host testigo sea posterior a la versión del formato en disco de los hosts de datos. En este caso, el host testigo no puede almacenar los componentes.

    Solución alternativa: Use el siguiente procedimiento para revertir el formato en disco a una versión anterior.

    1. Elimine el grupo de discos del nuevo host testigo.
    2. Configure el parámetro avanzado para habilitar el formateo de grupos de discos con un formato en disco anterior. Para obtener más información, consulte el artículo 2146221 de la base de conocimientos.
    3. Vuelva a crear un grupo de discos nuevo en el host testigo con una versión del formato en disco de vSAN que coincida con los hosts de datos.
  • 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.

  • Se agota el tiempo de espera de la comprobación de estado cuando se produce un error en un host
    Si se produce un error en un host del clúster, se puede agotar el tiempo de espera de la comprobación de estado. Es posible que se muestre el siguiente mensaje: Una tarea de back-end ha tardado más de 120 segundos. Cuando vSAN Health Service detecta que el host generó un error, se reinicia. La comprobación de estado se reanuda automáticamente después de diez minutos.

    Solución alternativa: Ninguna.

  • Health Service no funciona si el clúster de vSAN incluye hosts ESXi con vSphere 6.0 Update 1 o una versión anterior
    El servicio de estado de vSAN 6.6 y versiones posteriores no funciona si el clúster incluye hosts ESXi que ejecutan vSphere 6.0 Update 1 o versiones anteriores.

    Solución alternativa: No agregue hosts ESXi con vSphere 6.0 Update 1 o un software anterior a un clúster de vSAN 6.6 o posterior.

  • 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. Ignore esta alerta. No afecta al comportamiento de la conmutación por error.

    Solución alternativa: Ninguna.

  • Los componentes del sitio activo se muestran como no presentes durante la partición de red
    Durante una partición de red en un host o un clúster ampliado de vSAN 2, 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

  • El instalador de vCenter Server Appliance acepta un nombre de clúster de más de 80 caracteres
    Si especifica un nombre de clúster de vSAN con más de 80 caracteres, el instalador de vCenter Server Appliance acepta el nombre, pero la configuración no es válida. vCenter Server Appliance genera un error durante el arranque.

    Solución alternativa: Especifique un nombre de clúster de vSAN de 80 caracteres o menos.

  • El instalador de vCenter Server Appliance acepta una combinación de unidades flash y magnéticas para la capacidad
    El instalador de vCenter Server Appliance permite seleccionar una combinación de dispositivos flash y discos magnéticos para el nivel de capacidad de un grupo de discos de un nuevo clúster de vSAN. El nivel de capacidad de cada grupo de discos es compatible bien con dispositivos flash o bien con dispositivos magnéticos.

    Solución alternativa: No combine dispositivos flash y discos magnéticos en el nivel de capacidad del clúster de vSAN.

  • Tareas de actualización temporal de la configuración visibles en caso de desconexión de los hosts al cambiar la configuración de cifrado de vSAN
    Al cambiar la configuración de un clúster de vSAN cifrado (por ejemplo, activación o desactivación del cifrado, o cambio de la clave de KMS), se ejecuta una tarea de actualización de la configuración de vSAN en cada host cada 3 segundos hasta que todos los hosts se vuelven a conectar o hasta que transcurren 5 minutos. Estas tareas no son perjudiciales y rara vez afectan el rendimiento.

    Solución alternativa: Ninguna.

  • 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: Error general del sistema: error no válido. 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.

  • El clúster se particiona si se reinician vCenter Server y los hosts ESXi
    Si se reinician vCenter Server y los hosts ESXi de un clúster de vSAN, es posible que se particione el clúster.

    Solución alternativa: Reinicie vSAN Health Service.

  • 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 maestro 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.

  • La restauración o el reemplazo de vCenter Server puede provocar la partición del clúster
    Si vCenter Server se reemplaza o se recupera a partir de una copia de seguridad, es posible que la lista de pertenencia al host quede desactualizada. Esto puede provocar que los hosts ESXi se particionen del clúster.

    Solución alternativa: Use el siguiente procedimiento para garantizar que todos los hosts se agreguen al clúster de vSAN cuando se reinicia vCenter Server.

    1. Antes de reiniciar vCenter Server, configure los hosts para omitir las actualizaciones de la lista de miembros del clúster. Ejecute el siguiente comando en cada host del clúster de vSAN:
      esxcfg-advcfg -s1 /VSAN/IgnoreClusterMemberListUpdates
    2. Una vez que vCenter Server esté en ejecución y todos los hosts estén presentes en el clúster, configure los hosts para que utilicen las actualizaciones de la lista de miembros del clúster. Ejecute el siguiente comando en cada host del clúster:
      esxcfg-advcfg -s0 /VSAN/IgnoreClusterMemberListUpdates
  • Error al retirar o desmontar un disco
    Es posible que se produzcan errores al retirar o desmontar un disco debido a un conflicto entre la tarea de confirmación de escritura de datos y la tarea de eliminación de disco virtual. Este problema puede ocurrir durante las actualizaciones que requieren un nuevo formato en disco de vSAN. Es posible que se muestre el siguiente mensaje en VMkernel.log:

    4724 2017-04-10T18:46:51.309Z cpu30:67232)LSOM: LSOMFreeMDDispatch:3797: Throttled: Waiting for component cleanup

    Solución alternativa: Reinicie el host para resolver el conflicto y vuelva a realizar la operación.

  • 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:

    La configuración del firewall ha cambiado. La operación 'addIP4' para el conjunto de reglas vsanEncryption se ha realizado correctamente.
    La configuración del firewall ha cambiado. La operación 'removeIP4' para el conjunto de reglas vsanEncryption se ha realizado correctamente.

    Estos mensajes se pueden ignorar.

    Solución alternativa: Ninguna.

  • Compatibilidad limitada para los discos de primera clase con almacenes de datos de vSAN
    vSAN 6.6 y las versiones posteriores no son totalmente compatibles con los discos de primera clase en almacenes de datos de vSAN. Es posible que tenga los siguientes problemas si usa discos de primera clase en un almacén de datos de vSAN:

    • El servicio de estado de vSAN no muestra el estado de los discos de primera clase correctamente.
    • Desglose de capacidad utilizada incluye la capacidad usada de los discos de primera clase en la siguiente categoría: Otro.
    • El estado de mantenimiento de las máquinas virtuales que usan discos de primera clase no se calcula correctamente.

    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.

  • Después de deshabilitar y eliminar el servicio del destino iSCSI, algunos objetos de iSCSI permanecen en el almacén de datos de vSAN
    Si deshabilita el servicio del destino iSCSI y utiliza Web Client para eliminar todos los destinos iSCSI y los LUN, el objeto de inicio iSCSI aún existe en el almacén de datos de vSAN.

    Solución alternativa: Para eliminar el objeto de inicio de iSCSI y todos los metadatos asociados con el servicio del destino iSCSI, ejecute el siguiente comando en cualquier host del clúster: esxcli vsan iscsi homeobject delete

  • Puede que la operación de E/S de iSCSI se interrumpa durante la conmutación por error del destino iSCSI
    Durante la conmutación por error del destino iSCSI, puede que las operaciones de E/S de iSCSI se interrumpan. Un error de host o un reinicio de host pueden activar la conmutación por error del destino iSCSI.

    Solución alternativa: Reinicie la sesión desde el iniciador de iSCSI.

  • 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 snapshots 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.

  • Cuando se cierra sesión en Web Client tras usar el asistente de configuración de vSAN, se puede producir un error en algunas tareas de configuración
    Puede que el asistente de configuración de vSAN tarde varias horas en completar las tareas de configuración. La sesión debe permanecer abierta en el cliente web hasta que el asistente complete la configuración. Este problema suele ocurrir en los clústeres con demasiados hosts y grupos de discos.

    Solución alternativa: Si se produce un error en alguna tarea de configuración, vuelva a realizar la configuración.

  • Las reglas de nuevas directivas se omiten en los hosts con versiones anteriores de software ESXi
    Esto puede ocurrir cuando hay dos o más clústeres de vSAN, y uno de los clústeres ejecuta el software más reciente, mientras que el otro ejecuta una versión anterior. vSphere Web Client muestra reglas de directivas del software de vSAN más reciente, pero estas nuevas directivas no son compatibles con los hosts anteriores. Por ejemplo, la directiva RAID-5/6 (Codificación de borrado) – Capacidad no es compatible con los hosts que ejecutan la versión de software 6.0U1 o versiones anteriores. Se pueden configurar las reglas de las nuevas directivas y aplicarlas en cualquier máquina virtual y cualquier objeto, pero se omitirán en los hosts que ejecutan una versión de software anterior.

    Solución alternativa: Ninguna.

  • Los objetos de memoria de instantáneas no se muestran en Desglose de capacidad utilizada del monitor de capacidad de vSAN
    En las máquinas virtuales creadas con una versión de hardware anterior a 10, la memoria de snapshots se incluye en los objetos Vmem del Desglose de capacidad utilizada.

    Solución alternativa: Para ver los objetos de memoria de snapshots en el Desglose de capacidad utilizada, cree máquinas virtuales con una versión 10 de hardware o una versión superior.

  • El uso de almacenamiento que se muestra en la página de resumen de máquinas virtuales puede parecer más grande después de actualizar a vSAN 6.5 o posterior
    En las versiones anteriores de vSAN, el valor de uso de almacenamiento de la máquina virtual que se mostraba era el espacio utilizado por una sola copia de los datos. Por ejemplo, si el invitado escribió 1 GB en un objeto de aprovisionamiento fino con dos reflejos, el uso de almacenamiento mostrado era de 1 GB. En vSAN 6.5 y versiones posteriores, el campo de uso de almacenamiento muestra el espacio realmente utilizado, incluidas todas las copias de los datos. Por lo tanto, si el invitado escribe 1 GB en un objeto de aprovisionamiento fino con dos reflejos, el uso de almacenamiento mostrado es de 2 GB. El uso de almacenamiento que se muestra para algunas máquinas virtuales puede parecer más grande después de actualizar a vSAN 6.5, pero el espacio realmente consumido no aumenta.

    Solución alternativa: Ninguna.

  • 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 el artículo 2130587 de la base de conocimientos.

  • 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: Error en la conmutación por error de HA de la máquina virtual de vSphere HA.

    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.

  • La actualización del formato en disco muestra discos que no están en vSAN
    Cuando se actualiza el formato del disco, vSAN puede mostrar por error discos que se quitaron del clúster. La interfaz de usuario también puede mostrar el estado de versión mixta. Este error generalmente ocurre cuando se desmontan manualmente uno o varios discos del clúster. No afecta al proceso de actualización. Solo se comprueban los discos montados. Los discos desmontados se omiten.
  • Solución alternativa: Ninguna.

  • Todos los clústeres de vSAN comparten la misma configuración de proxy externo
    Todos los clústeres de vSAN comparten la misma configuración de proxy externo, incluso si se establece el proxy en el nivel del clúster. vSAN utiliza proxy externos para conectarse con Support Assistant, el Programa de mejora de la experiencia de cliente y la base de datos de HCL si el clúster no tiene acceso directo a Internet.

    Solución alternativa: Ninguna.

  • Las máquinas virtuales de un clúster ampliado se vuelven inaccesibles al aislar el sitio preferido y, a continuación, recuperan la conectividad únicamente con el host testigo
    Cuando el sitio preferido deja de estar disponible o pierde su conectividad de red con el sitio secundario y el host testigo, el sitio secundario forma un clúster con el host testigo y continúa con las operaciones de almacenamiento. Los datos del sitio preferido pueden desactualizarse con el tiempo. Si más adelante el sitio preferido vuelve a conectarse con el host testigo, pero no con el sitio secundario, el host testigo sale del clúster en el que se encuentra y forma un clúster con el sitio preferido. Además, algunas máquinas virtuales pueden volverse inaccesibles porque no tienen acceso a los datos más recientes de este clúster.

    Solución alternativa: Antes de volver a conectar el sitio preferido al clúster, marque el sitio secundario como sitio preferido. Una vez que los sitios se vuelvan a sincronizar, podrá marcar el sitio que desea utilizar como sitio preferido.

  • El modelo de consumo de almacenamiento para el asistente de directivas de almacenamiento de máquinas virtuales muestra información incorrecta
    Si uno o más hosts de un clúster de vSAN no ejecutan la versión de software 6.0 Update 2 o posterior, puede que el modelo de consumo de almacenamiento del asistente Directiva de almacenamiento de máquina virtual muestre información incorrecta al seleccionar RAID 5/6 como método de tolerancia a errores.

    Solución alternativa: Actualice todos los hosts a la versión del software más reciente.