Notas de la versión de Azure Stack Hub

Referencia de la compilación 2102

El número de compilación de la última actualización 2102 de Azure Stack Hub es 1.2102.30.97. Para obtener información actualizada sobre la compilación y las revisiones, consulte la sección Revisiones.

Tipo de actualización

El tipo de compilación de la actualización 2102 de Azure Stack Hub es Completo.

La actualización 2102 tiene los siguientes entornos de ejecución previstos de acuerdo con nuestras pruebas internas:

• 4 nodos: de 8 a 20 horas
• 8 nodos: de 11 a 26 horas
• 12 nodos: de 14 a 32 horas
• 16 nodos: de 17 a 38 horas

Por lo general, el tiempo exacto de la actualización depende de la capacidad que usen las cargas de trabajo de inquilino en el sistema, de la conectividad de red del sistema (si está conectado a Internet) y de las especificaciones de hardware del sistema. No es inusual que el tiempo sea mayor o menor de lo esperado, en cuyo caso no se requiere ninguna acción por parte de los operadores de Azure Stack Hub, a menos que se produzca un error de actualización. Esta aproximación del entorno de ejecución es específica de la actualización 2102 y no se debe comparar con otras actualizaciones de Azure Stack Hub.

Para obtener más información sobre los tipos de compilación de actualización, consulte Administración de actualizaciones en Azure Stack Hub.

Novedades

• El servicio de copia de seguridad de la infraestructura de Azure Stack Hub ahora admite la copia de seguridad progresiva. Esta característica ayuda a reducir los requisitos de almacenamiento en la ubicación de copia de seguridad externa y cambia la forma en que los archivos se organizan en el almacén de copia de seguridad externo. Se recomienda no manipular archivos en el directorio raíz de copia de seguridad.

• Ahora, los discos administrados de Azure Stack Hub admiten la versión 2019-07-01 de las API de discos de Azure, con un subconjunto de las características disponibles.

• Ahora, el almacenamiento de Azure Stack Hub admite la versión 2019-06-01 de las API de administración de servicios de Azure Storage, con un subconjunto del total de las características disponibles.

• El portal de administración de Azure Stack Hub muestra ahora información relacionada con las GPU, incluidos los datos de capacidad. Esto requiere que haya instalada una GPU en el sistema.

• Los usuarios ahora pueden implementar todos los tamaños de máquina virtual compatibles mediante Nvidia T4 en el portal de usuarios de Azure Stack Hub.

• Los operadores de Azure Stack Hub ahora pueden configurar servicios multiinquilino en Azure Stack Hub mediante el portal de administración. Para más información, consulte Configuración de los servicios multiinquilino.

• Los operadores de Azure Stack Hub ahora pueden configurar un aviso legal mediante el punto de conexión con privilegios. Para más información, consulte Configuración de los controles de seguridad de Azure Stack Hub.

• Durante el proceso de actualización, se introduce la reparación del mapa de bits detallada (GBR), una optimización en el proceso de reparación de almacenamiento, con el fin de reparar los datos no sincronizados. En comparación con el proceso anterior, se reparan segmentos más pequeños, lo que conlleva un menor tiempo de reparación y un tiempo general de la actualización más breve. La reparación del mapa de bits detallada está habilitada de forma predeterminada para todas las nuevas implementaciones de 2102. Para una actualización a 2102 desde una versión anterior (2008), la reparación del mapa de bits detallada se habilita durante la actualización. La reparación del mapa de bits detallada requiere que todos los discos físicos estén en un estado correcto, por lo que se agregó una validación adicional en la comprobación UpdateReadiness. Se producirá un error en la revisión y actualización en una fase temprana si la validación no es satisfactoria. En ese momento, un administrador de la nube debe tomar medidas para resolver el problema del disco antes de reanudar la actualización. Para realizar un seguimiento con el OEM, consulte la información de contacto del OEM.

• Azure Stack Hub ahora admite nuevos tamaños de máquina virtual de las series Dv3, Ev3 y D específica de SQL.

• Azure Stack Hub ahora admite la adición de GPU a cualquier sistema existente. Para agregar una GPU, ejecute stop-azurestack, complete el proceso de stop-azurestack, agregue GPU y, a continuación, ejecute start-azurestack hasta su finalización. Si el sistema ya tenía GPU, las máquinas virtuales de GPU creadas previamente se deben detener (desasignar) y, a continuación, volver a iniciarse.

• Se ha reducido el tiempo de actualización de OEM mediante el proceso de actualización activa.

• El motor de AKS en Azure Stack Hub agregó las siguientes características nuevas. Para más información, consulte las notas de la versión en la documentación del motor de AKS:

  • Disponibilidad general de Ubuntu 18.04.
  • Compatibilidad con Kubernetes 1.17.17 y 1.18.15.
  • Versión preliminar pública de la rotación de certificados.
  • Versión preliminar pública del controlador CSI para discos de Azure.
  • Versión preliminar pública del controlador CSI para NFS.
  • Versión preliminar privada del controlador CSI para blobs de Azure.
  • Versión preliminar privada de compatibilidad de la GPU Nvidia T4.
  • Versión preliminar privada de la integración de Azure Active Directory.

Mejoras

• Se ha aumentado el período de retención de registros de la controladora de red, por lo que los registros estarán disponibles durante más tiempo para ayudar a los ingenieros a solucionar problemas de forma eficaz, incluso después de que se haya resuelto un problema.
• Mejoras para conservar los registros de la controladora de red, la máquina virtual de puerta de enlace, el equilibrador de carga y el agente de host durante una actualización.
• Se ha mejorado la lógica de eliminación para los recursos de red que están bloqueados por un estado de aprovisionamiento con errores.
• Se ha reducido la memoria XRP a 14 GB por máquina virtual y la memoria WAS a 10 GB por máquina virtual. Al evitar el incremento de la superficie de memoria de máquina virtual total, se pueden implementar más máquinas virtuales de inquilino.
• El informe HTML de recopilación de registros, que proporciona una instantánea de los archivos en la unidad de escalado y el recurso compartido de diagnóstico, ahora cuenta con una vista resumida de los archivos, los roles, los proveedores de recursos y la información de eventos que se ha recopilado para ayudar a comprender mejor la tasa de éxito y error del proceso de recopilación de registros.
• Se han agregado los cmdlets de PowerShell Set-AzSLegalNotice y Get-AzSLegalNotice al punto de conexión con privilegios (PEP) para recuperar y actualizar el contenido del texto del banner de inicio de sesión después de la implementación.
• Se ha agregado una característica de webhooks a la funcionalidad de Azure Container Registry en la versión preliminar privada de Azure Stack Hub. Consulte Creación de webhooks: CLI.
• Se ha eliminado Servicios de certificados de Active Directory (ADCS) y la máquina virtual de CA completamente de Azure Stack Hub. Esto reduce la superficie de la infraestructura y ahorra hasta 2 horas de tiempo de actualización.

Cambios

• Las API del proveedor de recursos de Service Fabric ahora exponen información sobre las GPU si están disponibles en la unidad de escalado.
• Los operadores de Azure Stack Hub ahora pueden cambiar la proporción de particiones de las GPU mediante PowerShell (solo AMD). Esto requiere que se desasignen todas las máquinas virtuales.
• Esta compilación incluye una nueva versión de Azure Resource Manager.
• El portal de usuarios de Azure Stack Hub ofrece ahora una experiencia en pantalla completa para equilibradores de carga, grupos de seguridad de red, zonas DNS y creación de discos y máquinas virtuales.
• En la versión 2102, Windows Admin Center (WAC) se habilita a petición desde una sesión PEP desbloqueada. De forma predeterminada, WAC no está habilitado. Para habilitarlo, especifique la marca -EnableWac; por ejemplo, unlock-supportsession -EnableWac.
• La recopilación proactiva de registros ahora usa un algoritmo mejorado que captura los registros durante condiciones de error que no son visibles para un operador. Este algoritmo garantiza que se recopile la información de diagnóstico correcta en el momento adecuado sin necesidad de interacción del operador. En algunos casos, el servicio de soporte técnico de Microsoft puede comenzar a solucionar problemas antes. Las mejoras del algoritmo inicial se centran en las operaciones de revisión y actualización. Se recomienda habilitar recopilaciones proactivas de registros, ya que se optimizan más operaciones y aumentan las ventajas.
• Hay un aumento temporal de 10 GB de memoria que usa la infraestructura de Azure Stack Hub.

Correcciones

• Se ha corregido un problema por el que las zonas DNS internas no se sincronizaban durante la actualización, lo que provocaba un error en la actualización. Esta corrección se ha aplicado a las versiones 2008 y 2005 anteriores mediante revisiones.
• Se ha corregido un problema por el que los registros de los hosts físicos, las controladores de red, las puertas de enlace y los equilibradores de carga agotaban el espacio en disco. Esta corrección se ha aplicado a la versión 2008 anterior.
• Se ha corregido un problema que provocaba un error al eliminar grupos de recursos o redes virtuales debido a un recurso huérfano en la capa de la controladora de red.
• Se ha eliminado el tamaño ND6s_dev del selector de tamaños de máquina virtual, ya que es un tamaño de máquina virtual no admitido.
• Se ha corregido un problema que provocaba que al realizar la operación Stop-Deallocate en una máquina virtual se quitara una configuración MTU de la máquina virtual. Este comportamiento no era coherente con Azure.

Actualizaciones de seguridad

Para obtener información sobre las actualizaciones de seguridad de esta actualización de Azure Stack Hub, consulte Actualizaciones de seguridad de Azure Stack Hub.

Revisiones

Azure Stack Hub publica revisiones periódicamente. A partir de la versión 2005, cuando se actualiza a una nueva versión principal (por ejemplo, 1.2005.x a 1.2008 x), se instalan automáticamente en ella las revisiones más recientes (si existen). A partir de ese momento, si se publica una revisión para una compilación, se debe instalar.

Para más información, consulte nuestra directiva de servicio.

Las revisiones de Azure Stack Hub solo son aplicables a los sistemas integrados de Azure Stack Hub; no intente instalar revisiones en el ASDK.

Requisitos previos de la revisión: antes de aplicar la actualización 2102

La versión de 2102 de Azure Stack Hub debe aplicarse sobre la versión 2008 con las revisiones siguientes:

• Revisión 1.2008.40.154 de Azure Stack Hub

Después de aplicar correctamente la actualización 2102

Cuando se actualiza a una nueva versión principal (por ejemplo, de 1.2008.x a 1.2102.x), se instalan automáticamente las revisiones más recientes (si existen) en la nueva versión principal. A partir de ese momento, si se publica una revisión para una compilación, se debe instalar.

Después de la instalación de 2102, si se publica posteriormente alguna revisión de la versión 2102, se debe instalar:

• Revisión 1.2102.30.109 de Azure Stack Hub

Referencia de la compilación 2008

El número de compilación de la última actualización 2008 de Azure Stack Hub es 1.2008.40.149. Para obtener información actualizada sobre la compilación y las revisiones, consulte la sección Revisiones.

Tipo de actualización

El tipo de compilación de la actualización 2008 de Azure Stack Hub es Completo.

El tamaño del paquete de la actualización 2008 es mayor en comparación con el de actualizaciones anteriores. Esto supone que el tiempo de descarga es también mayor. La actualización permanecerá en el estado Preparando durante bastante tiempo; los operadores pueden prever que este proceso tardará más que en las actualizaciones anteriores. La actualización 2008 ha tenido los siguientes tiempos de ejecución previstos en nuestras pruebas internas. 4 nodos: 13-20 horas, 8 nodos: 16-26 horas, 12 nodos: 19-32 horas, 16 nodos: 22-38 horas. Por lo general, los tiempos de ejecución de actualización exactos dependen de la capacidad que usen las cargas de trabajo de inquilino en el sistema, de la conectividad de red del sistema (si está conectado a Internet) y de las especificaciones de hardware del sistema. Unos tiempos de ejecución inferiores o superiores al valor esperado son habituales y no requieren ninguna acción por parte de los operadores de Azure Stack Hub, a menos que se produzca un error de actualización. Esta aproximación del tiempo de ejecución es específica de la actualización 2008 y no se debe comparar con otras actualizaciones de Azure Stack Hub.

Para obtener más información sobre los tipos de compilación de actualización, consulte Administración de actualizaciones en Azure Stack Hub.

Novedades

• Azure Stack Hub admite ahora el emparejamiento de VNET, que ofrece la posibilidad de conectar redes virtuales sin una aplicación virtual de red (NVA). Para más información, consulte la nueva documentación del emparejamiento de VNET.
• El almacenamiento de blobs de Azure Stack Hub permite ahora a los usuarios usar un blob inmutable. Mediante el establecimiento de directivas inmutables en un contenedor, puede almacenar objetos de datos críticos para la empresa en un estado WORM (escribir una vez, leer muchas). En esta versión, las directivas inmutables solo se pueden establecer a través de la API de REST o los SDK de cliente. Escribir blobs en anexos tampoco es posible en esta versión. Para más información sobre los blobs inmutables, vea Almacenamiento de datos críticos para la empresa con almacenamiento inmutable.
• Azure Stack Hub Storage admite ahora las API de servicios de Azure Storage, versión 2019-07-07. En el caso de las bibliotecas cliente de Azure que son compatibles con la nueva versión de API de REST, consulte Herramientas de desarrollo de almacenamiento de Azure Stack Hub. En el caso de las API de administración de servicios de Azure Storage, se ha agregado compatibilidad con 2018-02-01, con un subconjunto del total de características disponibles.
• El proceso de Azure Stack Hub es ahora compatible con las API de Azure Compute versión 2020-06-01, con un subconjunto de las características totales disponibles.
• Ahora, los discos administrados de Azure Stack Hub admiten la versión 2019-03-01 de las API de discos de Azure, con un subconjunto de las características disponibles.
• Versión preliminar de Windows Admin Center que ahora puede conectarse a Azure Stack Hub para proporcionar información detallada sobre la infraestructura durante las operaciones de soporte técnico (se requiere romper el cristal).
• Capacidad de agregar un banner de inicio de sesión al punto de conexión con privilegios (PEP) en el momento de la implementación.
• Se han publicado más banners de operaciones exclusivas, que mejoran la visibilidad de las operaciones que se están produciendo actualmente en el sistema y que deshabilitan el inicio de los usuarios (y el posterior error) de cualquier otra operación exclusiva.
• Se han introducido dos nuevos banners en cada página de producto del elemento de Marketplace de Azure Stack Hub. Si se produce un error de descarga de Marketplace, los operadores pueden ver los detalles del error y probar los pasos recomendados para resolver el problema.
• Se ha publicado una herramienta de clasificación para que los clientes proporcionen comentarios. Esto permitirá que Azure Stack Hub mida y optimice la experiencia del cliente.
• Esta versión de Azure Stack Hub incluye una versión preliminar privada de Azure Kubernetes Service (AKS) y Azure Container Registry (ACR). El propósito de la versión preliminar privada es recopilar comentarios sobre la calidad, las características y la experiencia del usuario de AKS y ACR en Azure Stack Hub.
• Esta versión incluye una versión preliminar pública de Azure CNI y contenedores de Windows con el motor de AKS v0.55.4. Para ver un ejemplo de cómo usarlas en el modelo de API, consulte este ejemplo en GitHub.
• Ahora se admite la implementación de Istio 1.3 en los clústeres que implementa el motor de AKS v0.55.4. Para obtener más información, consulte estas instrucciones.
• Ahora se admite la implementación de clústeres privados mediante el motor de AKS v0.55.4.
• Esta versión incluye compatibilidad con el abastecimiento de secretos de configuración de Kubernetes de las instancias de Key Vault de Azure Stack Hub y Azure.

Mejoras

• Se ha implementado la supervisión interna del controlador de red y los agentes de host SLB, por lo que los servicios se corrigen automáticamente si entran en estado detenido.
• Servicios de federación de Active Directory (AD FS) ahora recupera el nuevo certificado de firma de tokens después de que el cliente lo haya rotado en su propio servidor de AD FS. A fin de aprovechar esta nueva funcionalidad para los sistemas ya configurados, se debe volver a configurar la integración de AD FS. Para más información, consulte Integración de la identidad de AD FS con el centro de datos de Azure Stack Hub.
• Cambios en el proceso de inicio y apagado en las instancias de rol de la infraestructura y sus dependencias en nodos de unidad de escalado. Estos cambios incrementan la fiabilidad del inicio y apagado de Azure Stack Hub.
• El conjunto AzSScenarios de la herramienta de validación Test-AzureStack se ha actualizado para que los proveedores de servicios en la nube puedan ejecutar este conjunto correctamente con la autenticación multifactor aplicada en todas las cuentas de cliente.
• Mejora de la confiabilidad de las alertas mediante la adición de lógica de supresión para 29 alertas orientadas al cliente durante las operaciones del ciclo de vida.
• Ahora puede ver un informe HTML de recopilación de registros detallado que proporciona detalles sobre los roles, la duración y el estado de la recopilación de registros. El propósito de este informe es ayudar a los usuarios a proporcionar un resumen de los registros recopilados. Después, los servicios de asistencia al cliente de Microsoft pueden evaluar rápidamente el informe para evaluar los datos de registro y ayudar a solucionar y mitigar los problemas del sistema.
• La cobertura de detección de errores de infraestructura se ha ampliado con la adición de 7 nuevos monitores en distintos escenarios de usuario, como el uso de la CPU y el consumo de memoria, lo que ayuda a aumentar la confiabilidad de la detección de errores.

Cambios

• Se ha habilitado la propiedad supportHttpsTrafficOnly de tipo de recurso de cuenta de almacenamiento en SRP API versión 2016-01-01 y 2016-05-01, pero esta propiedad no se admite en Azure Stack Hub.

• Se ha elevado el umbral de alerta de uso de capacidad de volumen del 80 % (advertencia) y el 90 % (crítico) al 90 % (advertencia) y el 95 % (crítico). Para más información, consulte Alertas de espacio de almacenamiento.

• Los pasos de configuración de AD Graph cambian con esta versión. Para más información, consulte Integración de la identidad de AD FS con el centro de datos de Azure Stack Hub.

• Para estar en línea con los procedimientos recomendados actuales definidos para Windows Server 2019, se han efectuado cambios en Azure Stack Hub para que use una clase o prioridad de tráfico adicional para separar aún más la comunicación entre servidores y mejorar la comunicación del control de los clústeres de conmutación por error. El resultado de estos cambios proporciona una mayor resistencia para la comunicación del clúster de conmutación por error. Esta configuración de clase de tráfico y reserva de ancho de banda se realiza mediante un cambio en los conmutadores de la parte superior del rack (ToR) de la solución de Azure Stack Hub y en el host o los servidores de Azure Stack Hub.

  Estos cambios se agregan en el nivel de host de un sistema de Azure Stack Hub. Póngase en contacto con su OEM para hacer los cambios en los conmutadores de red Top-of-rack (ToR). Este cambio de ToR se puede realizar antes o después de actualizar a la versión 2008. Para más información, consulte la documentación de migración de red.

• Los tamaños de máquina virtual compatibles con GPU NCas_v4 (NVIDIA T4) se han reemplazado en esta compilación por los tamaños de máquina virtual NCasT4_v3, para ser coherentes con Azure. Aún no se pueden ver en el portal y solo se pueden usar mediante plantillas de Azure Resource Manager.

Correcciones

• Se ha corregido un problema por el que se producía un error al eliminar un NSG de una instancia de NIC que no estaba conectada a una máquina virtual en ejecución.
• Se ha corregido un problema por el que la modificación del valor IdleTimeoutInMinutes para una dirección IP pública asociada a un equilibrador de carga ponía la dirección IP pública en estado de error.
• Se ha corregido el cmdlet Get-AzsDisk para que devuelva el estado Conectado correcto, en lugar de OnlineMigration, para los discos administrados conectados.

Actualizaciones de seguridad

Para obtener información sobre las actualizaciones de seguridad de esta actualización de Azure Stack Hub, consulte Actualizaciones de seguridad de Azure Stack Hub.

Revisiones

Azure Stack Hub publica revisiones periódicamente. Asegúrese de instalar la revisión 2005 más reciente antes de actualizar a 2008. Además, a partir de la versión 2005, cuando se actualiza a una nueva versión principal (por ejemplo, 1.2005.x a 1.2008.x), se instalan automáticamente en ella las revisiones más recientes (si hay alguna disponible en el momento de la descarga del paquete). Después, la instalación de 2008 está actualizada con todas las revisiones. A partir de ese momento, si se publica una revisión para la versión 2008, se debe instalar.

Para más información, consulte nuestra directiva de servicio.

Las revisiones de Azure Stack Hub solo son aplicables a los sistemas integrados de Azure Stack Hub; no intente instalar revisiones en el ASDK.

Después de aplicar correctamente la actualización 2008

Dado que las revisiones de Azure Stack Hub son acumulativas, como práctica recomendada, debe instalar todas las revisiones publicadas para la compilación a fin de garantizar la mejor experiencia de actualización entre las versiones principales. Cuando se actualiza a una nueva versión principal (por ejemplo, 1.2005.x a 1.2008.x), se instalan automáticamente en ella las revisiones más recientes (si hay alguna disponible en el momento de la descarga del paquete).

Después de la instalación de 2008, si se publica posteriormente alguna revisión de la versión 2008, se debe instalar:

• Revisión 1.2008.40.154 de Azure Stack Hub

Referencia de la compilación 2005

El número de compilación de la última actualización 2005 de Azure Stack Hub es 1.2005.45.131. Para obtener información actualizada sobre la compilación y las revisiones, consulte la sección Revisiones.

Tipo de actualización

El tipo de compilación de la actualización 2005 de Azure Stack Hub es Completo.

El tamaño del paquete de la actualización 2005 es mayor en comparación con el de actualizaciones anteriores. Esto supone que el tiempo de descarga es también mayor. La actualización permanecerá en el estado Preparando durante bastante tiempo; los operadores pueden prever que este proceso tardará más que en las actualizaciones anteriores. La actualización 2005 ha tenido los siguientes tiempos de ejecución previstos en nuestras pruebas internas. 4 nodos: 13-20 horas, 8 nodos: 16-26 horas, 12 nodos: 19-32 horas, 16 nodos: 22-38 horas. Por lo general, los tiempos de ejecución de actualización exactos dependen de la capacidad que usen las cargas de trabajo de inquilino en el sistema, de la conectividad de red del sistema (si está conectado a Internet) y de las especificaciones de hardware del sistema. Unos tiempos de ejecución inferiores o superiores al valor esperado son habituales y no requieren ninguna acción por parte de los operadores de Azure Stack Hub, a menos que se produzca un error de actualización. Esta aproximación del tiempo de ejecución es específica de la actualización 2005 y no se debe comparar con otras actualizaciones de Azure Stack Hub.

Para obtener más información sobre los tipos de compilación de actualización, consulte Administración de actualizaciones en Azure Stack Hub.

Novedades

• Esta compilación ofrece compatibilidad con 3 nuevos tipos de máquinas virtuales de GPU: Tamaños de máquina virtual NCv3 (NVIDIA V100), NVv4 (AMD MI25) y NCas_v4 (NVIDIA T4). Las implementaciones de máquinas virtuales se realizarán correctamente para aquellos que tengan el hardware adecuado y se incorporen al programa de versión preliminar de GPU de Azure Stack Hub. Si está interesado, regístrese en el programa de versión preliminar de GPU en https://aka.ms/azurestackhubgpupreview. Para más información, consulte aquí.
• Esta versión ofrece una nueva característica que habilita una funcionalidad de recuperación autónoma, que detecta los errores, evalúa el efecto y mitiga de forma segura los problemas del sistema. Con esta característica, estamos trabajando para aumentar la disponibilidad del sistema sin intervención manual. Con la versión 2005 y versiones posteriores, los clientes experimentarán una reducción en el número de alertas. Cualquier error en esta canalización no requerirá ninguna acción por parte de los operadores de Azure Stack Hub, a menos que se notifique lo contrario.
• Existe una nueva opción en el portal de administración de Azure Stack Hub para clientes de Azure Stack Hub desconectados o protegidos con aislamiento físico, que permite guardar los registros de forma local. Se pueden almacenar los registros en un recurso compartido de SMB local cuando Azure Stack Hub está desconectado de Azure.
• Ahora, el portal de administración de Azure Stack Hub bloquea determinadas operaciones si una operación del sistema ya está en curso. Por ejemplo, si hay una actualización en curso, no es posible agregar un nuevo nodo de unidad de escalado.
• Esta versión proporciona una mayor coherencia del tejido con Azure en las máquinas virtuales creadas antes de la versión 1910. En la versión 1910, Microsoft anunció que todas las máquinas virtuales recién creadas usarían el protocolo WireServer. Este protocolo permite a los clientes usar el mismo agente de WALA y el mismo agente invitado de Windows que Azure, lo que facilita el uso de imágenes de Azure en Azure Stack Hub. Con esta versión, todas las máquinas virtuales creadas antes de la versión 1910 se migran automáticamente para usar el protocolo WireServer. En este contexto, también se crean máquinas virtuales e implementaciones de extensiones más confiables, y se proporcionan mejoras en el tiempo de actividad de estado estable.
• Azure Stack Hub Storage admite ahora las API de servicios de Azure Storage, versión 2019-02-02. En el caso de las bibliotecas cliente de Azure, estas API son compatibles con la nueva versión de la API REST. Para más información, consulte Herramientas de desarrollo de Azure Stack Hub Storage.
• Azure Stack Hub admite ahora la versión más reciente de CreateUiDefinition (versión 2).
• Nueva guía para implementaciones por lotes de máquinas virtuales. Para más información, consulte este artículo.
• El elemento Container Linux de CoreOS del Marketplace de Azure Stack Hub se aproxima a su fecha de vencimiento. Para más información, consulte Migración desde Container Linux de CoreOS.

Mejoras

• Mejoras en los registros y eventos del servicio de clúster de infraestructura de almacenamiento. Los registros y eventos del servicio de clúster de infraestructura de almacenamiento se conservarán durante 14 días, con el fin de mejorar los diagnósticos y la solución de problemas.
• Mejoras que aumentan la confiabilidad del inicio y la detención de Azure Stack Hub.
• Mejoras que reducen el tiempo de ejecución de la actualización mediante la descentralización y la eliminación de dependencias. En comparación con la actualización 2002, el tiempo de actualización del stamp de 4 nodos se reduce de 15-42 horas a 13-20 horas. El de 8 nodos se reduce de 20-50 horas a 16-26 horas. El de 12 nodos se reduce de 20-60 horas a 19-32 horas. El de 16 nodos se reduce de 25-70 horas a 22-38 horas. Por lo general, los tiempos de ejecución de actualización exactos dependen de la capacidad que usen las cargas de trabajo de inquilino en el sistema, de la conectividad de red del sistema (si está conectado a Internet) y de las especificaciones de hardware del sistema.
• Ahora, la actualización produce un error al principio si hay algunos errores que son irrecuperables.
• Mejora de la resistencia del paquete de actualizaciones durante la descarga desde Internet.
• Mejora de la resistencia al detener (desasignar) una máquina virtual.
• Mejora de la resistencia del agente de host de la controladora de red.
• Se han agregado más campos a la carga de CEF de los mensajes de syslog para notificar la dirección IP de origen y la cuenta usada para conectarse al punto de conexión con privilegios y al punto de conexión de recuperación. Para más información, consulte Integración de Azure Stack Hub con soluciones de supervisión mediante el reenvío de syslog.
• Se han agregado eventos de Windows Defender (con los identificadores de evento 5001, 5010, 5012) a la lista de eventos emitidos a través del cliente de syslog.
• Se han agregado alertas en el portal de administración de Azure Stack para eventos relacionados con Windows Defender, con el fin de notificar las incoherencias de las versiones de plataformas y firmas de Defender y los errores al realizar acciones en el malware detectado.
• Se ha agregado compatibilidad con cuatro dispositivos de borde al integrar Azure Stack Hub en el centro de datos.

Cambios

• Se han quitado las acciones para detener, apagar y reiniciar una instancia de rol de infraestructura desde el portal de administración. También se han quitado las API correspondientes en el proveedor de recursos del tejido. Los siguientes cmdlets de PowerShell del módulo RM de administrador y de la versión preliminar de AZ para Azure Stack Hub ya no funcionan: Stop-AzsInfrastructureRoleInstance, Disable-InfrastructureRoleInstance y Restart-InfrastructureRoleInstance. Estos cmdlets se quitarán de la siguiente versión del módulo AZ de administrador para Azure Stack Hub.
• Azure Stack Hub 2005 ahora solo admite App Service en Azure Stack Hub 2020 (versiones 87 .x).
• La configuración de cifrado del usuario necesaria para la supervisión de hardware se cambió de DES a AES para aumentar la seguridad. Póngase en contacto con su asociado de hardware para más información sobre cómo cambiar la configuración en el controlador de administración de la placa base (BMC). Una vez realizado el cambio en el controlador de administración de placa base, es posible que tenga que volver a ejecutar el comando Set-BmcCredential mediante el punto de conexión con privilegios. Consulte Cambio de secretos en Azure Stack Hub para más información.

Correcciones

• Se ha corregido un problema que podía hacer que se produjera un error en un nodo de la unidad de escalado de reparación porque no se encontraba la ruta de acceso a la imagen base del sistema operativo.
• Se ha corregido un problema con la escalabilidad horizontal y vertical del rol de infraestructura de soporte técnico que tiene un efecto en cascada sobre la reparación de los nodos de la unidad de escalado.
• Se ha corregido un problema que hacía que la extensión .VHD (en lugar de .vhd) no se permitiera cuando los operadores agregaban sus propias imágenes al portal de administración de Azure Stack Hub en Todos los servicios Proceso > Imágenes de máquinas virtuales > Agregar.
• Se ha corregido un problema que hacía que una operación anterior de reinicio de la máquina virtual provocara un reinicio posterior inesperado después de cualquier otra operación de actualización de la máquina virtual (agregar discos, etiquetas, etc.).
• Se ha corregido un problema que provocaba que el portal dejara de responder al crear una zona DNS duplicada. Ahora debería mostrarse un error adecuado.
• Se ha corregido un problema que hacía que Get-AzureStackLogs no recopilara los registros necesarios para solucionar las incidencias de red.
• Se ha corregido un problema que hacía que el portal permitiera asociar menos NIC de las realmente permitidas.
• Se ha corregido la directiva de integridad de código para no emitir eventos de infracción para determinado software interno. De esta forma, se reduce el ruido en los eventos de infracción de la integridad del código emitidos a través del cliente de syslog.
• Se ha corregido el cmdlet Set-TLSPolicy para aplicar una nueva directiva sin necesidad de reiniciar el servicio HTTPS o de volver a arrancar el host.
• Se ha corregido un problema que hacía que al usar un servidor NTP de Linux se generaran alertas por error en el portal de administración.
• Se ha corregido un problema que hacía que la conmutación por error de la instancia del servicio de controladora de copia de seguridad deshabilitara las copias de seguridad automáticas.
• Se ha corregido un problema que hace que la rotación interna de un secreto produzca un error cuando los servicios de infraestructura no tienen conectividad a Internet.
• Se ha corregido un problema que impedía a los usuarios ver los permisos de suscripción mediante los portales de Azure Stack Hub.

Actualizaciones de seguridad

Para obtener información sobre las actualizaciones de seguridad de esta actualización de Azure Stack Hub, consulte Actualizaciones de seguridad de Azure Stack Hub.

Revisiones

Azure Stack Hub publica revisiones periódicamente. A partir de la versión 2005, cuando se actualiza a una nueva versión principal (por ejemplo, 1.2002.x a 1.2005 x), se instalan automáticamente en ella las revisiones más recientes (si existen). A partir de ese momento, si se publica una revisión para una compilación, se debe instalar.

Para más información, consulte nuestra directiva de servicio.

Las revisiones de Azure Stack Hub solo son aplicables a los sistemas integrados de Azure Stack Hub; no intente instalar revisiones en el ASDK.

Requisitos previos: Antes de aplicar la actualización 2005

La versión 2005 de Azure Stack Hub debe aplicarse sobre la versión 2002 con las revisiones siguientes:

• Revisión 1.2002.69.179 de Azure Stack Hub

Después de aplicar correctamente la actualización 2005

A partir de la versión 2005, cuando se actualiza a una nueva versión principal (por ejemplo, 1.2002.x a 1.2005 x), se instalan automáticamente en ella las revisiones más recientes (si existen).

Después de la instalación de 2005, si se publican posteriormente algunas revisiones de la versión 2005, se deben instalar:

• Revisión 1.2005.48.137 de Azure Stack Hub

Notas de la versión archivadas de la compilación 2002

Notas de la versión archivadas de la compilación 1910

Notas de la versión archivadas de la compilación 1908

Notas de la versión archivadas de la compilación 1907

Notas de la versión archivadas de la compilación 1906

Notas de la versión archivadas de la compilación 1905

Notas de la versión archivadas de la compilación 1904

Notas de la versión archivadas de la compilación 1903

Notas de la versión archivadas de la compilación 1902

Notas de la versión archivadas de la compilación 1901

Notas de la versión archivadas de la compilación 1811

Notas de la versión archivadas de la compilación 1809

Notas de la versión archivadas de la compilación 1808

Notas de la versión archivadas de la compilación 1807

Notas de la versión archivadas de la compilación 1805

Notas de la versión archivadas de la compilación 1804

Notas de la versión archivadas de la compilación 1803

Notas de la versión archivadas de la compilación 1802

Puede acceder a versiones anteriores de las notas de la versión de Azure Stack Hub en la tabla de contenido del lado izquierdo, en Recursos Archivo de notas de la versión. Seleccione la versión archivada que desee en la lista desplegable del selector de versiones en la parte superior izquierda. Estos artículos archivados se proporcionan únicamente con fines de referencia y no implican que estas versiones sean compatibles. Para obtener información sobre el soporte técnico de Azure Stack Hub, consulte Directiva de mantenimiento de Azure Stack Hub. Para obtener más ayuda, póngase en contacto con los servicios de asistencia al cliente de Microsoft.