Notas de la versión de VMware Virtual SAN 6.5

|

Actualizado: 10 de enero de 2017

VMware Virtual SAN 6.5 | 15 de noviembre de 2016 | Compilación ISO 4564106

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 6.5 presenta las siguientes características y mejoras nuevas:

  • Servicio del destino iSCSI. El servicio del destino iSCSI de Virtual SAN permite que las cargas de trabajo físicas externas al clúster de Virtual SAN accedan al almacén de datos de Virtual SAN. Un iniciador iSCSI en un host remoto puede transportar datos a nivel de bloque a un destino iSCSI en un dispositivo de almacenamiento del clúster de Virtual SAN.

  • Conexión directa de dos nodos con separación de tráfico testigo. Virtual SAN 6.5 es compatible con una interfaz de VMkernel alternativa para comunicarse con el host testigo en una configuración de clúster ampliado. Dicha compatibilidad le permite separar el tráfico testigo del tráfico de datos de Virtual SAN sin necesidad de contar con enrutamiento desde la red de Virtual SAN hasta el host testigo. Puede simplificar la conectividad al host testigo en algunas configuraciones de dos nodos y de clúster ampliado. En configuraciones de dos nodos, puede establecer una o más conexiones directas entre nodos para el tráfico de datos de Virtual SAN sin necesidad de utilizar un conmutador de alta velocidad. El uso de una interfaz de VMkernel alternativa para tráfico testigo se admite en configuraciones de clúster ampliado, pero solo cuando está conectada con el mismo conmutador físico que la interfaz utilizada para el tráfico de datos de Virtual SAN.

  • Soporte de PowerCLI. VMware vSphere PowerCLI incluye soporte de scripts de la línea de comandos para Virtual SAN, a fin de permitirle automatizar las tareas de configuración y administración. vSphere PowerCLI ofrece una interfaz de Windows PowerShell para vSphere API. PowerCLI incluye cmdlets para administrar los componentes de Virtual SAN.

  • Soporte de unidades 512e. Virtual SAN 6.5 admite unidades de disco duro (HDD) magnéticas 512e en las que el tamaño de sector físico es de 4096 bytes, pero el tamaño del sector lógico emula un tamaño de sector de 512 bytes.

Comunidad de VMware Virtual SAN

Puede utilizar el sitio web de la comunidad de Virtual SAN para dejar comentarios y solicitar asistencia en caso de tener problemas al usar Virtual SAN.

Actualizaciones de esta versión

Para obtener instrucciones sobre cómo actualizar Virtual SAN, consulte la documentación sobre VMware Virtual SAN 6.5.

Actualizar el formato en disco de los hosts con capacidad limitada

Cuando se actualiza el formato en disco de Virtual SAN, se lleva a cabo una evacuación del grupo de discos. Se elimina el grupo de discos y se actualiza a la versión 3.0 del formato en disco; luego, 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 habilita la desduplicación y la compresión durante la actualización a Virtual SAN 6.5, 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 Virtual SAN, la comprobación del estado del disco físico y del estado de los metadatos puede presentar errores de forma intermitente. Estos errores pueden ocurrir si el proceso de descarga desde caché es lento, muy probablemente debido a que Virtual SAN 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

En una configuración basada íntegramente en tecnología flash, Virtual SAN admite un tamaño máximo de memoria caché del búfer de escritura de 600 GB para cada grupo de discos.

Para obtener información sobre otros límites máximos en la configuración de la versión 6.5 de Virtual SAN, consulte el documento Valores máximos de configuración.

  • Problemas conocidos

    • Nuevo Compatibilidad limitada con discos virtuales mejorados de almacenes de datos de Virtual SAN
      Virtual SAN 6.5 no es totalmente compatible con los discos virtuales mejorados de almacenes de datos de Virtual SAN. Es posible que tenga los siguientes problemas si usa discos virtuales mejorados de un almacén de datos de Virtual SAN:

      • Virtual SAN Health Service no muestra correctamente el estado de los discos virtuales mejorados.
      • El desglose de la capacidad usada incluye la capacidad usada de los discos virtuales mejorados en la categoría Otro.
      • El estado de las máquinas virtuales que usan discos virtuales mejorados no se calcula correctamente.

      Solución alternativa: Ninguna.

    • Nuevo 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 Virtual SAN 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.

    • El cumplimiento del almacenamiento de los destinos iSCSI y los LUN que se muestra en el cliente web no coincide con ESXCLI
      Si crea destinos iSCSI y LUN a partir de ESXCLI, vSphere Web Client mostrará su estado de cumplimiento como DESACTUALIZADO, aunque la salida de ESXCLI muestre que el estado es el correcto. Este problema también puede ocurrir si se crean destinos iSCSI y LUN con la directiva de almacén de datos predeterminada.

      Solución alternativa: Puede seleccionar la directiva de SPBM de Web Client y asignarla a los destinos y los LUN que tengan el estado DESACTUALIZADO.

    • Después de deshabilitar y eliminar el servicio del destino iSCSI, algunos objetos de iSCSI permanecen en el almacén de datos de Virtual SAN
      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 Virtual SAN.

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

    • La comprobación de capacidad del disco físico en el supervisor de estado muestra un número negativo para el espacio libre en un disco
      Cuando se llenan los grupos de discos de un clúster de Virtual SAN y queda poco espacio disponible, puede que esta comprobación de estado muestre un número negativo para el espacio libre disponible en un disco: Supervisor > Virtual SAN > Estado > Disco físico > Capacidad de disco.

      Solución alternativa: Puede agregar más capacidad al clúster de Virtual SAN para aumentar la cantidad de espacio libre.

    • 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 Virtual SAN, se produce un error en algunas tareas de configuración
      Puede que el asistente de configuración de Virtual SAN 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.

    • Después de habilitar Virtual SAN 6.5 mediante ESXCLI, el reclamo de discos automático no funciona
      Si habilita Virtual SAN 6.5 mediante ESXCLI, el método automático de reclamo de discos no funciona.

      Solución alternativa: utilice vSphere Web Client para configurar la recuperación automática de discos. También puede utilizar el método de recuperación manual de discos.

    • El asistente Crear nueva directiva de almacenamiento de máquina virtual muestra etiquetas incorrectas para las reglas
      Cuando se abre el asistente Crear nueva directiva de almacenamiento de máquina virtual para definir una directiva basada en los servicios de datos de Virtual SAN, las etiquetas utilizadas para describir las reglas de la directiva pueden mostrar un identificador interno en lugar de una etiqueta descriptiva. Por ejemplo, puede ver vsan.capabilitymetadata.propertymetadata.summary.replicaPreference.label en lugar de Cantidad de fracciones de disco por objeto.

      Solución alternativa: cierre la sesión de vSphere Web Client y vuelva a iniciarla.

    • 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 Virtual SAN 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 Virtual SAN 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 Virtual SAN
      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 del almacenamiento que se muestra en la página de resumen de máquinas virtuales puede parecer más grande después de actualizar a Virtual SAN 6.5
      En las versiones anteriores de Virtual SAN, 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 Virtual SAN 6.5, el campo 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 Virtual SAN 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 Virtual SAN, 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 Virtual SAN 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 Virtual SAN 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 Virtual SAN.

      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 Virtual SAN desmontados aparecen como montados en el campo Estado operativo de vSphere Web Client
      Cuando se desmontan los discos o grupos de discos de Virtual SAN al ejecutar el comando esxcli vsan storage disk group unmount o mediante el servicio Supervisión del dispositivo de Virtual SAN 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 Virtual SAN
      Cuando se actualiza el formato del disco, Virtual SAN 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 Virtual SAN comparten la misma configuración de proxy externo
      Todos los clústeres de Virtual SAN comparten la misma configuración de proxy externo, incluso si establece el proxy en el nivel del clúster. Virtual SAN utiliza proxies externos para conectarse al asistente de compatibilidad, al programa de mejora de la experiencia del cliente y a la base de datos HCL si el clúster no tiene acceso directo a Internet.

      Solución alternativa: Ninguna.

    • La prueba de rendimiento de multidifusión de la comprobación de estado de Virtual SAN no se ejecuta en la red de Virtual SAN
      En algunos casos, según la configuración de enrutamiento de los hosts ESXi, la prueba de rendimiento de multidifusión de red no se ejecuta en la red de Virtual SAN.

      Solución alternativa: utilice la red de Virtual SAN como única configuración de red para los hosts ESXi y realice la prueba de rendimiento de multidifusión de red según esta configuración.

      Si los hosts ESXi tienen varias configuraciones de red, también puede seguir los pasos enumerados en este ejemplo. Supongamos que Virtual SAN se ejecuta en la red 192.168.0.0.

      1. Enlace la dirección del grupo de multidifusión a esta red en cada host:

        $ esxcli network ip route ipv4 add -n 224.2.3.4/32 -g 192.168.0.0?

      2. Revise la tabla de enrutamiento:

        $ esxcli network ip route ipv4 list
        default      0.0.0.0          10.160.63.253  vmk0       DHCP
        10.160.32.0  255.255.224.0    0.0.0.0        vmk0       MANUAL
        192.168.0.0  255.255.255.0    0.0.0.0        vmk3       MANUAL
        224.2.3.4    255.255.255.255  192.168.0.0    vmk3       MANUAL

      3. Ejecute la prueba de rendimiento de red de multidifusión proactiva y revise el resultado.

      4. Una vez completada la prueba, recupere la tabla de enrutamiento:

        $ esxcli network ip route ipv4 remove -n 224.2.3.4/32 -g 192.168.0.0

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