Notas de la versión de VMware vSAN 6.6

|

Actualizado: 16 de mayo de 2017

VMware vSAN 6.6 | 18 de abril de 2017 | Compilación ISO 5310538

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 Virtual SAN (vSAN) 6.6 presenta las siguientes características nuevas y mejoras:

  • Unidifusión. En vSAN 6.6 y las versiones posteriores, la multidifusión no se requiere en los conmutadores físicos compatibles con el clúster de vSAN. Si algunos hosts del clúster de vSAN ejecutan versiones anteriores del software, se requiere una red de multidifusión.

  • Cifrado. vSAN es compatible con el cifrado de datos en reposo del almacén de datos de vSAN. Si habilita el cifrado, vSAN realiza un cambio de formato gradual de cada grupo de discos del clúster. El cifrado de vSAN requiere una conexión de confianza entre vCenter Server y un servidor de administración de claves (KMS). KMS debe ser compatible con el protocolo estándar de interoperabilidad de administración de claves (KMIP) 1.1.

  • Disponibilidad de clúster ampliado mejorada con protección frente a errores local. Puede aplicar la protección frente a errores local a los objetos de máquina virtual en un solo sitio del clúster ampliado. Puede definir un nivel principal de tolerancia a errores para el clúster y un nivel secundario de tolerancia a errores para objetos en un único sitio. Si un sitio no está disponible, vSAN mantiene la disponibilidad con redundancia local en un sitio disponible.
    • Disponibilidad de clúster ampliado mejorada con protección frente a errores local. Puede aplicar la protección frente a errores local a los objetos de máquina virtual en un solo sitio del clúster ampliado. Defina un nivel principal de tolerancia a errores para el clúster y un nivel secundario de tolerancia a errores para objetos en un único sitio. Si un sitio no está disponible, vSAN mantiene la disponibilidad con redundancia local en un sitio disponible.
    • Cambiar host testigo. Puede cambiar el host testigo para un clúster ampliado. En la página Dominios de errores y clúster ampliado, haga clic en Cambiar host testigo.

  • Asistente para la configuración y actualizaciones. Puede usar las páginas Asistente para la configuración y Actualizaciones para comprobar la configuración del clúster de vSAN y solucionar cualquier problema.
    • El asistente para la configuración facilita la verificación de la configuración de los componentes del clúster y la solución de errores y problemas. Las comprobaciones de la configuración se dividen en categorías similares a las de Health Service de vSAN. Las comprobaciones de la configuración incluyen la compatibilidad con el hardware, la red y las opciones de configuración de vSAN.
    • Puede usar la página Actualizaciones para actualizar los controladores y el firmware de la controladora de almacenamiento a fin de cumplir con los requisitos de vSAN.

  • Limitación de la resincronización. Puede limitar el valor de E/S por segundo usado para la resincronización del clúster. Use este control si se produce un aumento de la latencia en el clúster debido a la resincronización o si el tráfico de resincronización es demasiado alto en un host.

  • Mejoras de Health Service. Comprobaciones de estado nuevas y mejoradas para el cifrado, la pertenencia al clúster, el desfase de tiempo, el firmware de la controladora, los grupos de discos, los discos físicos y el equilibrio de disco. Las comprobaciones de estado en línea permiten supervisar el estado del clúster de vSAN y enviar los datos al sistema back-end de análisis de VMware para realizar un análisis avanzado. Debe participar en el programa de mejora de la experiencia de cliente para poder realizar comprobaciones de estado en línea.

  • Actualizado Supervisión de vSAN basada en host. Puede supervisar el estado y la configuración básica de vSAN mediante el cliente del host ESXi. En el navegador del cliente host, haga clic en Storage (Almacenamiento). Seleccione el almacén de datos de vSAN y, a continuación, haga clic en Supervisar. Haga clic en las pestañas para ver la información de vSAN del host. En la pestaña vSAN, puede hacer clic en Editar configuración para solucionar problemas de configuración en el nivel de host.

  • Mejoras del servicio de rendimiento. El servicio de rendimiento de vSAN incluye estadísticas para las redes, la resincronización e iSCSI. Puede seleccionar los intervalos de tiempo guardados en las vistas de rendimiento. vSAN guarda cada intervalo de tiempo seleccionado cuando se ejecuta una consulta de rendimiento.

  • Integración de vSAN con vCenter Server Appliance. Puede crear un clúster de vSAN cuando implementa vCenter Server Appliance y alojar el dispositivo en dicho clúster. El instalador de vCenter Server Appliance permite crear un clúster vSAN de un solo host con discos reclamados desde el host. vCenter Server Appliance se implementa en el clúster de vSAN.

  • Mejoras del modo de mantenimiento. En el cuadro de diálogo Confirmar modo de mantenimiento, se proporciona información para guiarle durante las actividades de mantenimiento. Puede ver el impacto de cada opción de evacuación de datos. Por ejemplo, puede comprobar si existe suficiente espacio libre para completar la opción seleccionada.

  • Mejoras del reequilibrado y la reparación. Las operaciones de reequilibrado de disco son más eficaces. La operación de reequilibrado manual permite mejores informes del progreso.
    • El protocolo de reequilibrado se ha optimizado para aumentar su eficacia y lograr un mayor equilibrio del clúster. La redistribución manual permite realizar más actualizaciones y crear mejores informes de progreso.
    • Las operaciones de reparación más eficaces requieren menos resincronizaciones del clúster. vSAN permite la reparación parcial de componentes degradados o no presentes para aumentar la tolerancia a errores incluso si vSAN no puede establecer el cumplimiento del objeto.

  • Control de errores de disco. En el caso de un disco con valores de latencia altos o congestión continuos, vSAN considera el dispositivo como un disco al final de su vida útil y evacúa los datos del disco. vSAN controla el disco al final de su vida útil mediante la evacuación o la recompilación de los datos. No se requiere ninguna acción por parte del usuario a menos que el clúster carezca de recursos o incluya objetos inaccesibles. Cuando vSAN completa la evacuación de los datos, el estado se indica como DyingDiskEmpty. vSAN no desmonta el dispositivo con errores.

  • Nuevos comandos esxcli.
    • Mostrar estado del clúster de vSAN: esxcli vsan health
    • Mostrar información de depuración de vSAN: esxcli vsan debug

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 Virtual SAN 6.6.

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

  1. Actualice vCenter Server a vSphere 6.5.0d. Para obtener más información, consulte Notas de la versión de VMware vCenter Server 6.5.0d.
  2. Actualice los hosts ESXi a vSphere 6.5.0d. Para obtener más información, consulte Notas de la versión de VMware ESXi 6.5.0d.
  3. Actualice el formato en disco de vSAN a la versión 5.0.

Nota: No se admite la actualización directa de vSphere 6.0 Update 3 a vSphere 6.5.0d y vSAN 6.6.

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 clústeres de dos o tres nodos, o clústeres sin suficiente capacidad para evacuar cada grupo de discos, debe usar el siguiente comando de 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 6.6, se puede seleccionar Permitir redundancia reducida en vSphere Web Client.

Utilizar VMware Update Manager con clústeres ampliados

El uso de VMware Update Manager para actualizar hosts en paralelo puede provocar que el host testigo se actualice en paralelo con uno de los hosts de datos en un clúster ampliado. Si desea evitar problemas con la actualización, no configure VMware 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 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:

  • 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, el nuevo host testigo recibe la última versión 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
    vSAN 6.6 Health Service 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 una versión de software anterior a un clúster de vSAN 6.6.

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

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

  • La prueba de conectividad de red de vMotion indica incorrectamente errores de ping
    La prueba de conectividad de red de vMotion (Clúster > Supervisar > vSAN > Estado > Red) indica errores de ping si la pila de vMotion se usa para vMotion. Las comprobación de la conectividad de red de vMotion (ping) solo es compatible con vmknics que usan la pila de red predeterminada. La comprobación genera un error de vmknics que usan la pila de red de vMotion. Estos informes no indican un problema de conectividad.

    Solución alternativa: Configure vmknic para el uso de la pila de red predeterminada. Puede deshabilitar la comprobación de ping de vMotion mediante comandos de RVC. Por ejemplo: vsan.health.silent_health_check_configure -a vmotionpingsmall

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

  • Actualizado Soporte técnico limitado para los discos de primera clase con almacenes de datos de vSAN
    vSAN 6.6 no es totalmente compatible con los discos de primera clase en almacenes de datos de vSAN. Es posible que tenga los siguientes problemas si usa discos virtuales de primera clase de un almacén de datos de vSAN:

    • El servicio de estado de vSAN no muestra el estado de los discos de primera clase correctamente.
    • El Desglose de capacidad utilizada incluye la capacidad usada de los discos virtuales de primera clase en la siguiente categoría: Otro.
    • El estado de las máquinas virtuales que usan discos virtuales 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 configura vmknic y el clúster de vSAN primero y, a continuación, habilita HA en el clúster, no se detecta 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 el cliente web tras usar el asistente de configuración de vSAN, se produce 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 snapshots no se muestran en el Desglose de capacidad utilizada del supervisor 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 posterior, 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 en algunas máquinas virtuales parece más grande después de actualizar a vSAN 6.5, pero el espacio realmente consumido no ha aumentado.

    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 otros sitios, las máquinas virtuales que se están ejecutando en el sitio que perdió la conectividad de red no se reinician en el otro sitio de datos y aparece 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 grupos de discos de vSAN desmontados aparecen como montados en el campo Estado operativo de vSphere Web Client
    Cuando se desmontan los discos o grupos de discos de vSAN al ejecutar el comando esxcli vsan storage disk group unmount o mediante el servicio Supervisión del dispositivo de vSAN cuando los discos muestran de forma persistente latencias altas, 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 proxies externos para conectarse a Support Assistant, el Programa de mejora de la experiencia del cliente y la base de datos 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 del software 6.0 Update 2 o posterior, puede que el modelo de consumo de almacenamiento para el asistente de directivas de almacenamiento de máquinas virtuales 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.