Compartir vía

Notas de la versión de App Service en Azure Stack Hub 2020 Q3

  • Artículo

Estas notas de la versión describen las mejoras y correcciones de Azure App Service en Azure Stack Hub 2020 Q3 y los problemas conocidos. Los problemas conocidos se dividen en aquellos que están relacionados directamente con el proceso de actualización y aquellos que están relacionados con la compilación (posteriores a la instalación).

Importante

Actualice Azure Stack Hub a una versión compatible (o implemente la versión más reciente del Kit de desarrollo de Azure Stack) si es necesario, antes de implementar o actualizar el proveedor de recursos de App Service. No olvide leer también las notas de la versión del proveedor de recursos para conocer las nuevas funcionalidades, correcciones y problemas conocidos que podrían afectar a la implementación.

Versión mínima de Azure Stack Hub admitida Versión del proveedor de recursos de App Service
2301 y versiones posteriores Instalador 2302 (notas de la versión)

Referencia de compilación

El número de compilación de App Service en Azure Stack Hub 2020 Q3 es 89.0.2.15.

Prerrequisitos

Remítase a la documentación de introducción antes de comenzar la implementación.

Antes de comenzar la actualización de Azure App Service en Azure Stack a la versión 2020 Q3:

  • Asegúrese de que todos los roles estén en estado preparado en la administración de Azure App Service del portal de administración de Azure Stack Hub.

  • Realice una copia de seguridad de los secretos de App Service mediante la administración de App Service en el portal de administración de Azure Stack Hub.

  • Realice una copia de seguridad de App Service y de las bases de datos maestras:

    • AppService_Hosting;
    • AppService_Metering;
    • Master

  • Realice una copia de seguridad del recurso compartido de archivos del contenido de la aplicación inquilina.

    Importante

    Los operadores de la nube son responsables del mantenimiento y funcionamiento del servidor de archivos y el servidor de SQL Server. El proveedor de recursos no administra estos recursos. El operador de la nube es responsable de realizar copias de seguridad de las bases de datos y los recursos compartidos de archivos del contenido del inquilino de App Service.

  • Distribuya la extensión de script personalizado de la versión 1.9.3 desde Marketplace.

Actualizaciones

La actualización Q3 de Azure App Service en Azure Stack incluye las siguientes correcciones y mejoras:

  • Actualizaciones de las herramientas de Kudu, los portales de Functions, Admin e inquilino de App Service. Es coherente con la versión del SDK de Azure Stack Portal.

  • Adición de la experiencia de creación de pantalla completa para aplicaciones web y de funciones

  • Nueva experiencia del portal de Azure Functions para ser coherente con Web Apps

  • Actualiza el entorno de ejecución de Azure Functions a v1.0.13154.

  • Actualizaciones en el servicio principal para mejorar la confiabilidad y los mensajes de error, lo cual permite un diagnóstico de problemas comunes más sencillo.

  • Actualizaciones de las herramientas y plataformas de aplicaciones siguientes:

    • ASP.NET Core 2.1.22
    • ASP.NET Core 2.2.14
    • ASP.NET Core 3.1.8
    • Módulo ASP.NET Core v2 13.1.19331.0
    • Azul OpenJDK
      • 8.42.0.23
      • 8.44.0.11
      • 11.35.15
      • 11.37.17
    • Curl 7.55.1
    • Git para Windows 2.28.0.1
    • MSDeploy 3.5.90702.36
    • NodeJS
      • 14.10.1
    • NPM
      • 6.14.8
    • PHP 7.4.5
    • Tomcat
      • 8.5.47
      • 8.5.51
      • 9.0.273
      • 9.0.31
    • Kudu actualizado a la versión 90.21005.4823

  • Actualizaciones al sistema operativo subyacente de todos los roles:

  • Las actualizaciones acumulativas de Windows Server ahora se aplican a los roles de Controlador como parte de la implementación y la actualización

Problemas corregidos en esta versión

  • Los inquilinos ahora pueden crear un plan de App Service con la nueva vista Plan de App Service en el portal de inquilinos.

  • Los inquilinos pueden administrar certificados para sus aplicaciones en el portal de inquilinos.

  • La supervisión de funciones ahora puede recuperar datos de los puntos de conexión de almacenamiento aplicando TLS 1.2.

  • Se ha cambiado el paso de esperar a los servidores de administración fuera del paso de implementar la nube durante la instalación para mejorar la confiabilidad de la implementación y la actualización

  • Problema por el que los trabajos no pueden completar el ejercicio de comprobación de mantenimiento debido a que el tamaño de la carpeta del archivo de registro del entorno en tiempo de ejecución del trabajo infringe el límite de cuota después de un error en la lógica de limpieza. La lógica de limpieza se corrigió en esta actualización.

Pasos previos a la actualización

Revise los problemas conocidos de la actualización y realice las acciones que se recomiendan.

Pasos posteriores a la implementación

Importante

Si proporcionó el proveedor de recursos de App Service con una instancia de SQL Always On, DEBE agregar las bases de datos appservice_hosting y appservice_metering a un grupo de disponibilidad, así como sincronizar dichas bases de datos para evitar la pérdida de servicio en caso de producirse una conmutación por error de base de datos.

Problemas conocidos (actualización)

  • En situaciones en las que un cliente ha convertido las bases de datos appservice_hosting y appservice_metering en una base de datos independiente, la actualización puede producir un error si los inicios de sesión no se han migrado correctamente para los usuarios de dicha base de datos.

Los clientes que han convertido las bases de datos appservice_hosting y appservice_metering en una base de datos independiente después de la implementación, y que no han migrado correctamente los inicios de sesión de la base de datos para los usuarios de la base de datos independiente, pueden experimentar errores de actualización.

Los clientes deben ejecutar el siguiente script en el servidor de SQL Server que hospeda appservice_hosting y appservice_metering antes de actualizar la instalación de Azure App Service en Azure Stack Hub a la versión 2020 Q3. Este script no es destructivo y no provocará tiempo de inactividad.

Este script se debe ejecutar en las siguientes condiciones:

  • Lo debe ejecutar un usuario que tenga privilegios de administrador del sistema, por ejemplo, la cuenta SA de SQL;

  • Si usa grupos de disponibilidad Always On de SQL, asegúrese de que el script se ejecuta desde la instancia de SQL que contiene todos los inicios de sesión de App Service de la forma siguiente:

    • appservice_hosting_FileServer
    • appservice_hosting_HostingAdmin
    • appservice_hosting_LoadBalancer
    • appservice_hosting_Operations
    • appservice_hosting_Publisher
    • appservice_hosting_SecurePublisher
    • appservice_hosting_WebWorkerManager
    • appservice_metering_Common
    • appservice_metering_Operations
    • Todos los inicios de sesión de WebWorker, que tienen el formato WebWorker_<dirección IP de la instancia>
        USE appservice_hosting
        IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
        BEGIN
        DECLARE @username sysname ;  
        DECLARE user_cursor CURSOR  
        FOR
            SELECT dp.name
            FROM sys.database_principals AS dp  
            JOIN sys.server_principals AS sp
                ON dp.sid = sp.sid  
                WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
            OPEN user_cursor  
            FETCH NEXT FROM user_cursor INTO @username  
                WHILE @@FETCH_STATUS = 0  
                BEGIN  
                    EXECUTE sp_migrate_user_to_contained
                    @username = @username,  
                    @rename = N'copy_login_name',  
                    @disablelogin = N'do_not_disable_login';  
                FETCH NEXT FROM user_cursor INTO @username  
            END  
            CLOSE user_cursor ;  
            DEALLOCATE user_cursor ;
            END
        GO

        USE appservice_metering
        IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
        BEGIN
        DECLARE @username sysname ;  
        DECLARE user_cursor CURSOR  
        FOR
            SELECT dp.name
            FROM sys.database_principals AS dp  
            JOIN sys.server_principals AS sp
                ON dp.sid = sp.sid  
                WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
            OPEN user_cursor  
            FETCH NEXT FROM user_cursor INTO @username  
                WHILE @@FETCH_STATUS = 0  
                BEGIN  
                    EXECUTE sp_migrate_user_to_contained
                    @username = @username,  
                    @rename = N'copy_login_name',  
                    @disablelogin = N'do_not_disable_login';  
                FETCH NEXT FROM user_cursor INTO @username  
            END  
            CLOSE user_cursor ;  
            DEALLOCATE user_cursor ;
            END
        GO

Problemas conocidos (posteriores a la instalación)

  • Los trabajos no pueden llegar al servidor de archivos cuando App Service está implementada en una red virtual existente y el servidor de archivos solo está disponible en la red privada, tal y como se describe en la documentación de implementación de Azure App Service en Azure Stack.

    Si decide realizar una implementación en una red virtual existente y en una dirección IP interna para conectarse al servidor de archivos, debe agregar una regla de seguridad de salida. De ese modo, permite que exista tráfico SMB entre la subred del rol de trabajo y el servidor de archivos. Vaya a WorkersNsg en el Portal de administración y agregue una regla de seguridad de salida con las siguientes propiedades:

    • Origen: Any
    • Intervalo de puertos de origen: *
    • Destino: Direcciones IP
    • Intervalo de direcciones IP de destino: Intervalo de direcciones IP del servidor de archivos
    • Intervalo de puertos de destino: 445
    • Protocolo: TCP
    • Acción: Allow
    • Prioridad: 700
    • Nombre: Outbound_Allow_SMB445

  • Para quitar la latencia cuando los trabajos se comunican con el servidor de archivos, también se recomienda agregar la siguiente regla al grupo de seguridad de red de trabajo para permitir el tráfico LDAP y Kerberos saliente a los controladores de Active Directory, si se protegía el servidor de archivos mediante Active Directory, por ejemplo, si ha usado la plantilla de inicio rápido para implementar un servidor de archivos de alta disponibilidad y SQL Server.

    Vaya a WorkersNsg en el Portal de administración y agregue una regla de seguridad de salida con las siguientes propiedades:

    • Origen: Any
    • Intervalo de puertos de origen: *
    • Destino: Direcciones IP
    • Intervalo de direcciones IP de destino: intervalo de direcciones IP de los servidores de AD, por ejemplo, con la plantilla de inicio rápido 10.0.0.100, 10.0.0.101
    • Intervalo de puertos de destino: 389,88
    • Protocolo: Cualquiera
    • Acción: Allow
    • Prioridad: 710
    • Nombre: Outbound_Allow_LDAP_and_Kerberos_to_Domain_Controllers

Problemas conocidos para los administradores en la nube que trabajan con Azure App Service en Azure Stack

  • Los dominios personalizados no se admiten en entornos sin conexión.

App Service realiza la comprobación de la propiedad del dominio con los puntos de conexión DNS públicos. Por este motivo, los dominios personalizados no se admiten en escenarios desconectados.

Pasos siguientes