Azure Stack 허브 2020 Q3 릴리스 정보에 대 한 App ServiceApp Service on Azure Stack Hub 2020 Q3 release notes

이러한 릴리스 정보는 Azure Stack 허브 2020 Q3 및 알려진 문제에 대 한 Azure App Service의 향상 된 기능 및 수정 사항을 설명 합니다.These release notes describe the improvements and fixes in Azure App Service on Azure Stack Hub 2020 Q3 and any known issues. 알려진 문제는 배포, 업데이트 프로세스 및 빌드 (사후 설치)와 관련 된 문제와 직접적으로 관련 된 문제로 구분 됩니다.Known issues are divided into issues directly related to the deployment, update process, and issues with the build (post-installation).

중요

RP (App Service 리소스 공급자)를 배포 하거나 업데이트 하기 전에 필요한 경우 Azure Stack 허브를 지원 되는 버전으로 업데이트 하거나 최신 Azure Stack Development Kit를 배포 하세요.Update Azure Stack Hub to a supported version (or deploy the latest Azure Stack Development Kit) if necessary, before deploying or updating the App Service resource provider (RP). 새 기능, 픽스 및 배포에 영향을 줄 수 있는 알려진 문제에 대 한 자세한 내용은 RP 릴리스 정보를 참조 하세요.Be sure to read the RP release notes to learn about new functionality, fixes, and any known issues that could affect your deployment.

지원 되는 Azure Stack 허브 버전Supported Azure Stack Hub version App Service RP 버전App Service RP version
20082008 2020. Q3 설치 관리자 (릴리스 정보)2020.Q3 Installer (release notes)
20052005 2020. Q2 설치 관리자 (릴리스 정보)2020.Q2 Installer (release notes)
20022002 2020. Q2 설치 관리자 (릴리스 정보)2020.Q2 Installer (release notes)

빌드 참조Build reference

Azure Stack 허브 2020 Q3 빌드 번호에 대 한 App Service 89.0.2.15The App Service on Azure Stack Hub 2020 Q3 build number is 89.0.2.15

필수 구성 요소Prerequisites

배포를 시작 하기 전에 먼저 설명서 를 참조 하세요.Refer to the Before You Get Started documentation before beginning deployment.

Azure Stack Azure App Service의 업그레이드를 시작 하기 전에 2020 Q3:Before you begin the upgrade of Azure App Service on Azure Stack to 2020 Q3:

  • 모든 역할이 Azure Stack Hub 관리 포털의 Azure App Service 관리에서 준비 되었는지 확인Ensure all roles are Ready in the Azure App Service Administration in the Azure Stack Hub Admin Portal

  • Azure Stack 허브 관리 포털에서 App Service 관리를 사용 하 여 App Service 암호 백업Backup App Service Secrets using the App Service Administration in the Azure Stack Hub Admin Portal

  • App Service 및 Master 데이터베이스를 백업 합니다.Back up the App Service and Master Databases:

    • AppService_Hosting;AppService_Hosting;
    • AppService_Metering;AppService_Metering;
    • 마스터Master
  • 테 넌 트 앱 콘텐츠 파일 공유 백업Back up the Tenant App content file share

    중요

    클라우드 운영자는 파일 서버 및 SQL Server에 대 한 유지 관리 및 운영을 담당 합니다.Cloud operators are responsible for the maintenance and operation of the File Server and SQL Server. 리소스 공급자는 이러한 리소스를 관리 하지 않습니다.The resource provider does not manage these resources. 클라우드 운영자는 App Service 데이터베이스 및 테 넌 트 콘텐츠 파일 공유를 백업 해야 합니다.The cloud operator is responsible for backing up the App Service databases and tenant content file share.

  • Marketplace에서 사용자 지정 스크립트 확장 버전 1.9.3 을 게시 합니다.Syndicate the Custom Script Extension version 1.9.3 from the Marketplace

업데이트Updates

Azure Stack 업데이트 Q3의 Azure App Service에는 다음과 같은 향상 된 기능 및 수정 사항이 포함 되어 있습니다.Azure App Service on Azure Stack Update Q3 includes the following improvements and fixes:

  • App Service 테 넌 트, 관리자, 함수 포털 및 Kudu 도구 를 업데이트 합니다.Updates to App Service Tenant, Admin, Functions portals and Kudu tools. Azure Stack Portal SDK 버전과 일치 합니다.Consistent with Azure Stack Portal SDK version.

  • 웹 및 함수 앱에 대 한 전체 화면 만들기 환경 추가Addition of Full Screen Create experience for Web and Function Apps

  • Web Apps와 일치 하는 새로운 Azure Functions 포털 환경New Azure Functions Portal Experience to be consistent with Web Apps

  • Azure Functions 런타임을 v 1.0.13154 로 업데이트 합니다.Updates Azure Functions runtime to v1.0.13154.

  • 안정성 및 오류 메시지를 개선 하는 핵심 서비스를 업데이트 하 여 일반적인 문제를 쉽게 진단할 수 있습니다.Updates to core service to improve reliability and error messaging enabling easier diagnosis of common issues.

  • 다음 응용 프로그램 프레임 워크 및 도구를 업데이트 합니다.Updates to the following application frameworks and tools:

    • ASP.NET Core 2.1.22ASP.NET Core 2.1.22
    • ASP.NET Core 2.2.14ASP.NET Core 2.2.14
    • ASP.NET Core 3.1.8ASP.NET Core 3.1.8
    • ASP.NET Core Module v2 13.1.19331.0ASP.NET Core Module v2 13.1.19331.0
    • Azul OpenJDKAzul OpenJDK
      • 8.42.0.238.42.0.23
      • 8.44.0.118.44.0.11
      • 11.35.1511.35.15
      • 11.37.1711.37.17
    • 말아 7.55.1Curl 7.55.1
    • Windows 2.28.0.1 GitGit for Windows 2.28.0.1
    • Msdeploy.exe 3.5.90702.36MSDeploy 3.5.90702.36
    • NodeJSNodeJS
      • 14.10.114.10.1
    • NPMNPM
      • 6.14.86.14.8
    • PHP 7.4.5PHP 7.4.5
    • TomcatTomcat
      • 8.5.478.5.47
      • 8.5.518.5.51
      • 9.0.2739.0.273
      • 9.0.319.0.31
    • Kudu를 90.21005.4823로 업데이트 했습니다.Updated Kudu to 90.21005.4823
  • 모든 역할의 기본 운영 체제에 대 한 업데이트:Updates to underlying operating system of all roles:

  • 이제 배포 및 업그레이드의 일부로 Windows Server에 대 한 누적 업데이트가 컨트롤러 역할에 적용 됩니다.Cumulative Updates for Windows Server are now applied to Controller roles as part of deployment and upgrade

이번 릴리스에서 수정된 문제Issues fixed in this release

  • 이제 테 넌 트는 테 넌 트 포털의 App Service 계획 보기에서 새를 사용 하 여 App Service 계획을 만들 수 있습니다Tenants can now create App Service Plan using new on App Service Plan view in tenant portal

  • 테 넌 트는 테 넌 트 포털에서 해당 응용 프로그램에 대 한 인증서를 관리할 수 있습니다.Tenants can manage certificates for their applications in the tenant portal

  • 함수 모니터링은 이제 TLS 1.2을 적용 하는 저장소 끝점에서 데이터를 검색할 수 있습니다.Functions monitoring can now retrieve data from storage endpoints enforcing TLS 1.2

  • 배포 및 업그레이드의 안정성을 향상 시키기 위해 설치 하는 동안 클라우드 배포 단계 외부의 관리 서버 대기 단계를 이동 했습니다.Moved wait for Management Servers step outside of Deploy Cloud step during installation to improve reliability of deployment and upgrade

  • 작업자 런타임 로그 파일 폴더 크기에서 정리 논리에 오류가 발생 한 후 할당량 제한을 위반 하기 때문에 작업 자가 상태 검사 연습을 완료 하지 못하는 문제Issue whereby workers fail to complete the health check exercise due to worker runtime log file folder size violating quota limit after error in clean-up logic. 이 업데이트에서 정리 논리가 수정 되었습니다.Clean-up logic has been fixed in this update.

사전 업데이트 단계Pre-Update steps

업데이트에 대 한 알려진 문제 를 검토 하 고 규정 된 작업을 수행 합니다.Review the known issues for update and take any action prescribed.

배포 후 단계Post-deployment steps

중요

SQL Always On 인스턴스와 App Service 리소스 공급자를 제공한 경우 데이터베이스 장애 조치 (failover) 시 서비스 손실을 방지 하기 위해 가용성 그룹에 appservice_hosting 및 appservice_metering 데이터베이스를 추가 하 고 데이터베이스를 동기화 해야 합니다.If you have provided the App Service resource provider with a SQL Always On Instance you MUST add the appservice_hosting and appservice_metering databases to an availability group and synchronize the databases to prevent any loss of service in the event of a database failover.

알려진 문제 (업데이트)Known issues (update)

  • 고객이 appservice_hosting 및 appservice_metering 데이터베이스를 포함 된 데이터베이스로 변환한 경우 로그인이 포함 된 사용자에 게 성공적으로 마이그레이션되지 않으면 업그레이드가 실패할 수 있습니다.In situations where a customer has converted the appservice_hosting and appservice_metering databases to contained database, upgrade may fail if logins have not been successfully migrated to contained users

Appservice_hosting 및 appservice_metering 데이터베이스를 포함 된 데이터베이스 게시에 변환 하 고 포함 된 사용자에 게 데이터베이스 로그인을 성공적으로 마이그레이션하지 않은 고객은 업그레이드 오류가 발생할 수 있습니다.Customers that have converted the appservice_hosting and appservice_metering databases to contained database post deployment, and have not successfully migrated the database logins to contained users, may experience upgrade failures.

Appservice_hosting를 호스트 하는 SQL Server에 대해 다음 스크립트를 실행 하 appservice_metering 고 Azure Stack Hub 설치에서 Azure App Service를 2020 Q3으로 업그레이드 해야 합니다.Customers must execute the following script against the SQL Server hosting appservice_hosting and appservice_metering before upgrading your Azure App Service on Azure Stack Hub installation to 2020 Q3. 이 스크립트는 비 소거식 이며 가동 중지 시간을 발생 시 키 지 않습니다.This script is non-destructive and will not cause downtime.

이 스크립트는 다음 조건에서 실행 해야 합니다.This script must be run under the following conditions

  • 시스템 관리자 권한이 있는 사용자 (예: SQL SA 계정)By a user that has the system administrator privilege, for example the SQL SA Account;

  • SQL Always on을 사용 하는 경우 다음 형식의 모든 로그인 App Service 포함 하는 SQL 인스턴스에서 스크립트가 실행 되도록 합니다.If using SQL Always on, ensure the script is run from the SQL instance that contains all App Service logins in the form:

    • appservice_hosting_FileServerappservice_hosting_FileServer
    • appservice_hosting_HostingAdminappservice_hosting_HostingAdmin
    • appservice_hosting_LoadBalancerappservice_hosting_LoadBalancer
    • appservice_hosting_Operationsappservice_hosting_Operations
    • appservice_hosting_Publisherappservice_hosting_Publisher
    • appservice_hosting_SecurePublisherappservice_hosting_SecurePublisher
    • appservice_hosting_WebWorkerManagerappservice_hosting_WebWorkerManager
    • appservice_metering_Commonappservice_metering_Common
    • appservice_metering_Operationsappservice_metering_Operations
    • 모든 WebWorker 로그인-양식 WebWorker_All WebWorker logins - which are in the form WebWorker_
        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

알려진 문제 (설치 후)Known issues (post-installation)

  • App Service는 기존 가상 네트워크에 배포 되 고 파일 서버는 Azure Stack 배포 설명서의 Azure App Service에 설명 된 대로 개인 네트워크 에서만 사용할 수 있는 경우 작업자는 파일 서버에 연결할 수 없습니다.Workers are unable to reach file server when App Service is deployed in an existing virtual network and the file server is only available on the private network, as called out in the Azure App Service on Azure Stack deployment documentation.

    기존 가상 네트워크에 배포 하 고 내부 IP 주소를 사용 하 여 파일 서버에 연결 하도록 선택한 경우에는 아웃 바운드 보안 규칙을 추가 하 여 작업자 서브넷과 파일 서버 간에 SMB 트래픽을 사용 하도록 설정 해야 합니다.If you chose to deploy into an existing virtual network and an internal IP address to connect to your file server, you must add an outbound security rule, enabling SMB traffic between the worker subnet and the file server. 관리 포털에서 작업을 수행 하 고 다음 속성을 사용 하 여 아웃 바운드 보안 규칙을 추가 합니다.Go to the WorkersNsg in the Admin Portal and add an outbound security rule with the following properties:

    • 원본: 모두Source: Any
    • 원본 포트 범위: *Source port range: *
    • 대상: IP 주소Destination: IP Addresses
    • 대상 IP 주소 범위: 파일 서버에 대 한 Ip 범위Destination IP address range: Range of IPs for your file server
    • 대상 포트 범위: 445Destination port range: 445
    • 프로토콜: TCPProtocol: TCP
    • 작업: 허용Action: Allow
    • 우선 순위: 700Priority: 700
    • 이름: Outbound_Allow_SMB445Name: Outbound_Allow_SMB445

Azure Stack의 Cloud Admins 운영 Azure App Service에 대 한 알려진 문제Known issues for Cloud Admins operating Azure App Service on Azure Stack

  • 사용자 지정 도메인은 연결 되지 않은 환경에서 지원 되지 않습니다.Custom domains are not supported in disconnected environments

사용자 지정 도메인은 연결 되지 않은 시나리오에서 지원 되지 않으므로 공용 DNS 끝점에 대해 도메인 소유권 확인을 수행 App Service 합니다.App Service performs domain ownership verification against public DNS endpoints, as a result custom domains are not supported in disconnected scenarios.

다음 단계Next steps