Compartir a través de

Notas de la versión de la actualización 3 de App Service en Azure Stack Hub

  • Artículo

En estas notas de la versión se describen las mejoras, las correcciones y los problemas conocidos de la actualización 3 de Azure App Service en Azure Stack Hub. Los problemas conocidos se dividen tres secciones: los problemas directamente relacionados con la implementación, los problemas relacionados con el proceso de actualización y los problemas relacionados con la compilación (posteriores a la instalación).

Importante

Aplique la actualización 1807 al sistema integrado de Azure Stack Hub o implemente el Kit de desarrollo de Azure Stack (ASDK) más reciente antes de implementar Azure App Service 1.3.

Referencia de compilación

El número de compilación de la actualización 3 de App Service en Azure Stack Hub es 74.0.13698.31.

Prerrequisitos

Consulte Requisitos previos para implementar App Service en Azure Stack Hub antes de comenzar la implementación.

Antes de comenzar la actualización de Azure App Service en Azure Stack Hub a la versión 1.3, asegúrese de que todos los roles están listos en la administración de Azure App Service en el portal del administrador de Azure Stack Hub.

Estado de los roles de App Service

Nuevas características y correcciones

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

  • Compatibilidad con el uso de Always On de SQL Server para las bases de datos del proveedor de recursos de Azure App Service.

  • Se ha agregado un nuevo parámetro de entorno al script auxiliar Create-AADIdentityApp para ayudar a establecer como destino distintas regiones de Azure AD.

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

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

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

    • Se ha agregado ASP.Net Core 2.1.2
    • Se ha agregado NodeJS 10.0.0
    • Se ha agregado Zulu OpenJDK 8.30.0.1
    • Se han agregado Tomcat 8.5.31 y 9.0.8
    • Se han agregado las versiones PHP:
      • 5.6.36
      • 7.0.30
      • 7.1.17
      • 7.2.5
    • Se ha agregado Wincache 2.0.0.8
    • Se ha actualizado Git para Windows a la versión 2.17.1.2
    • Se ha actualizado Kudu a la versión 74.10611.3437

  • Actualizaciones al sistema operativo subyacente de todos los roles:

Pasos posteriores a la actualización (opcional)

En el caso de clientes que quieran migrar a una base de datos independiente en las implementaciones de Azure App Service en Azure Stack Hub existentes, ejecute estos pasos una vez completada la actualización 1.3 de Azure App Service en Azure Stack Hub:

Importante

Este procedimiento tarda aproximadamente entre 5 y 10 minutos. Este procedimiento implica la eliminación de las sesiones de inicio de sesión de base de datos existentes. Planee el tiempo de inactividad para migrar y validar Azure App Service en Azure Stack Hub después de la migración

  1. Agregue las bases de datos de AppService (appservice_hosting y appservice_metering) al grupo de disponibilidad.

  2. Habilite la base de datos independiente.

    
    sp_configure 'contained database authentication', 1;
    GO
    RECONFIGURE;
        GO

  3. Convierta una base de datos a parcialmente independiente. Este paso incurrirá en un tiempo de inactividad, ya que se deben eliminar todas las sesiones activas.

        /******** [appservice_metering] Migration Start********/
        USE [master];

        -- kill all active sessions
        DECLARE @kill varchar(8000) = '';  
        SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';'  
        FROM sys.dm_exec_sessions
        WHERE database_id  = db_id('appservice_metering')

        EXEC(@kill);

        USE [master]  
        GO  
        ALTER DATABASE [appservice_metering] SET CONTAINMENT = PARTIAL  
        GO  

    /********[appservice_metering] Migration End********/

    /********[appservice_hosting] Migration Start********/

        -- kill all active sessions
        USE [master];

        DECLARE @kill varchar(8000) = '';  
        SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';'  
        FROM sys.dm_exec_sessions
        WHERE database_id  = db_id('appservice_hosting')

        EXEC(@kill);

        -- Convert database to contained
        USE [master]  
        GO  
        ALTER DATABASE [appservice_hosting] SET CONTAINMENT = PARTIAL  
        GO  

        /********[appservice_hosting] Migration End********/

  4. Migre los inicios de sesión a usuarios de la base de datos independiente.

        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

Validación

  1. Compruebe si SQL Server tiene la independencia habilitada.

        sp_configure  @configname='contained database authentication'

  2. Compruebe el comportamiento de independencia existente.

        SELECT containment FROM sys.databases WHERE NAME LIKE (SELECT DB_NAME())

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. Este problema también se indica en la documentación de implementación de Azure App Service en Azure Stack Hub.

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 del administrador 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

Problemas conocidos para los administradores de la nube que usan Azure App Service en Azure Stack Hub

Consulte la documentación de las notas de la versión 1807 de Azure Stack Hub.

Pasos siguientes