Заметки о выпуске Службы приложений в Azure Stack Hub за 2-й квартал 2020 г.App Service on Azure Stack Hub 2020 Q2 release notes

В этих заметках о выпуске описаны улучшения, исправления и известные проблемы в обновлении Службы приложений Azure в Azure Stack Hub за 2-й квартал 2020 г.These release notes describe the improvements and fixes in Azure App Service on Azure Stack Hub 2020 Q2 and any known issues. Известные проблемы можно разделить на проблемы, которые непосредственно относятся к процессу развертывания, обновления, и проблемы со сборкой (после установки).Known issues are divided into issues directly related to the deployment, update process, and issues with the build (post-installation).

Важно!

Обновите центр Azure Stack до поддерживаемой версии (или разверните последнюю Пакет средств разработки Azure Stack), если это необходимо, перед развертыванием или обновлением поставщика ресурсов службы приложений (RP).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 StackSupported Azure Stack Hub version Версия 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 в Azure Stack Hub за 2-й квартал 2020 г. — 87.0.2.10.The App Service on Azure Stack Hub 2020 Q2 build number is 87.0.2.10

Предварительные требованияPrerequisites

Перед началом развертывания ознакомьтесь со статьей Подготовка к работе со службой приложений в Azure Stack.Refer to the Before You Get Started documentation before beginning deployment.

Прежде чем начать обновление Службы приложений Azure в Azure Stack до версии за 2-й квартал 2020 г., сделайте следующее:Before you begin the upgrade of Azure App Service on Azure Stack to 2020 Q2:

  • Убедитесь, что в разделе администрирования Службы приложений Azure на портале администрирования Azure Stack Hub настроены все роли.Ensure all roles are Ready in the Azure App Service Administration in the Azure Stack Hub Admin Portal

  • Создайте резервную копию секретов Службы приложений, используя раздел администрирования Службы приложений Azure на портале администрирования Azure Stack Hub.Backup App Service Secrets using the App Service Administration in the Azure Stack Hub Admin Portal

  • Выполните резервное копирование Службы приложений и баз данных master:Back up the App Service and Master Databases:

    • AppService_Hosting;AppService_Hosting;
    • AppService_Metering;AppService_Metering;
    • master.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. Оператор облака отвечает за резервное копирование баз данных Службы приложений и общей папки содержимого арендатора.The cloud operator is responsible for backing up the App Service databases and tenant content file share.

  • Выполните синдикацию расширения пользовательских сценариев версии 1.9.3 из Marketplace.Syndicate the Custom Script Extension version 1.9.3 from the Marketplace

ОбновленияUpdates

Обновление Службы приложений Azure в Azure Stack за 2-й квартал включает следующие улучшения и исправления:Azure App Service on Azure Stack Update Q2 includes the following improvements and fixes:

  • Обновления для клиента, администратора службы приложений, портала функций и средств Kudu.Updates to App Service Tenant, Admin, Functions portals and Kudu tools. Согласованы с версией пакета SDK для портала Azure Stack.Consistent with Azure Stack Portal SDK version.

  • Обновление среды выполнения Функций Azure до версии 1.0.13021.Updates Azure Functions runtime to v1.0.13021.

  • Обновления основной службы для повышения надежности и отображения сообщений об ошибках упрощают диагностику распространенных проблем.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 Framework 4.7.2ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3ASP.NET Core 3.1.3
    • Модуль ASP.NET Core 13.1.19331.0 версии 2ASP.NET Core Module v2 13.1.19331.0
    • PHP 7.4.2PHP 7.4.2
    • Обновление Kudu до версии 86.20224.4450Updated Kudu to 86.20224.4450
    • Node.jsNodeJS
      • 8.17.08.17.0
      • 10.19.010.19.0
      • 12.13.012.13.0
      • 12.15.012.15.0
    • npmNPM
      • 5.6.05.6.0
      • 6.1.06.1.0
      • 6.12.06.12.0
      • 6.13.46.13.4
  • Обновления базовой операционной системы всех ролей.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

  • Обновлены номера SKU виртуальной машины по умолчанию и масштабируемых наборов для новых развертываний. Чтобы обеспечить согласованность с нашей службой общедоступного облака, новые развертывания Службы приложений Azure в Azure Stack Hub будут использовать следующие номера SKU для базовых виртуальных машин и масштабируемых наборов, используемых для работы с поставщиком ресурсов.Updated default Virtual Machine and Scale set skus for new deployments: To maintain consistency with our public cloud service, new deployments of Azure App Service on Azure Stack Hub will use the following SKUs for the underlying machines and scale sets used to operate the resource provider

    РольRole Минимальный номер SKUMinimum SKU
    КонтроллерController Standard_A4_v2 — (4 ядра, 8192 МБ)Standard_A4_v2 - (4 cores, 8192 MB)
    УправлениеManagement Standard_D3_v2 — (4 ядра, 14336 МБ)Standard_D3_v2 - (4 cores, 14336 MB)
    ИздательPublisher Standard_A2_v2 — (2 ядра, 4096 МБ)Standard_A2_v2 - (2 cores, 4096 MB)
    FrontEndFrontEnd Standard_A4_v2 — (4 ядра, 8192 МБ)Standard_A4_v2 - (4 cores, 8192 MB)
    Общая рабочая рольShared Worker Standard_A4_v2 — (4 ядра, 8192 МБ)Standard_A4_v2 - (4 cores, 8192 MB)
    Небольшая выделенная рабочая рольSmall dedicated worker Standard_A1_v2 — (1 ядро, 2048 МБ)Standard_A1_v2 - (1 cores, 2048 MB)
    Средняя выделенная рабочая рольMedium dedicated worker Standard_A2_v2 — (2 ядра, 4096 МБ)Standard_A2_v2 - (2 cores, 4096 MB)
    Большая выделенная рабочая рольLarge dedicated worker Standard_A4_v2 — (4 ядра, 8192 МБ)Standard_A4_v2 - (4 cores, 8192 MB)

Для развертывания ASDK можно уменьшать число экземпляров до меньших номеров SKU, чтобы снизить нагрузку на ядра и память, но это приведет к замедлению работы.For ASDK deployments, you can scale the instances down to lower SKUs to reduce the core and memory commit but you will experience a performance degradation.

Исправления в этом выпускеIssues fixed in this release

  • Обновление теперь будет завершено, если выполнена отработка отказа кластера SQL Always On на дополнительный узел.Upgrades will now complete if SQL Always On Cluster has failed over to secondary node
  • Для новых развертываний Службы приложений Azure в Azure Stack Hub больше не требуется, чтобы базы данных были преобразованы вручную в автономные базы данных.New deployments of Azure App Service on Azure Stack Hub no longer require databases to be manually converted to contained databases
  • Добавление дополнительных рабочих ролей или экземпляров роли инфраструктуры будет выполняться правильно без ручного вмешательства.Adding additional workers or infrastructure role instances will complete correctly without manual intervention
  • Добавление пользовательских рабочих уровней будет выполняться правильно без ручного вмешательства.Adding custom worker tiers will complete correctly without manual intervention
  • Удаление пользовательских рабочих уровней теперь завершается без ошибок на портале.Removal of custom worker tiers now completes without portal errors
  • Рабочие роли больше не отмечаются как готовые, если на локальном диске недостаточно места.Workers are no longer marked as ready if the local disk is out of space
  • Период ожидания для получения сертификата Azure Resource Manager продлен.Time out increased for retrieving the Azure Resource Manager Certificate
  • Количество сообщений, извлекаемых из журналов сервера и отображаемых на портале администрирования, ограничено максимальным размером запроса Azure Resource Manager.The number of messages retrieved, from server logs and displayed in the Admin Portal, is limited to stay underneath the max Azure Resource Manager Request size
  • Проблема с временем ожидания, вызывающая неполадки при запуске службы использования.Time out issue causing usage service startup issues
  • Устранена проблема с развертыванием базы данных при создании сайтов системы управления содержимым Orchard.Resolved database deployment issue when creating Orchard CMS sites
  • Теперь контроллеры обновляются с помощью накопительных пакетов обновления Windows при развертывании и обновлении.Controllers are now updated with Windows Cumulative Updates as part of deployment and upgrade
  • Служба приложений больше не блокирует операции при сбое проверки личного домена.App Service no longer locks operations when custom domain verification fails

Действия перед обновлениемPre-Update steps

Изучите известные проблемы в обновлении и выполните рекомендуемые действия.Review the known issues for update and take any action prescribed.

Действия, выполняемые после развертыванияPost-deployment steps

Важно!

Если вы указали поставщик ресурсов Службы приложений с помощью экземпляра SQL Always On, к группе доступности необходимо добавить базы данных 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.

Перед обновлением Службы приложений Azure в установке Azure Stack Hub до выпуска за 2-й квартал 2020 года клиенты должны выполнить следующий скрипт на сервере SQL Server с размещенными базами данных appservice_hosting и appservice_metering.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 Q2. Этот скрипт безопасен для системы, а его выполнение не приведет к простою.This script is non-destructive and will not cause downtime.

Этот скрипт нужно выполнять следующим образом:This script must be run under the following conditions

  • Его должен выполнять пользователь с правами системного администратора, например с использованием учетной записи системного администратора SQL.By a user that has the system administrator privilege, for example the SQL SA Account;

  • Если на сервере SQL используется группа доступности Always On, убедитесь, что скрипт выполняется из экземпляра 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_FileServer;appservice_hosting_FileServer
    • appservice_hosting_HostingAdmin;appservice_hosting_HostingAdmin
    • appservice_hosting_LoadBalancer;appservice_hosting_LoadBalancer
    • appservice_hosting_Operations;appservice_hosting_Operations
    • appservice_hosting_Publisher;appservice_hosting_Publisher
    • appservice_hosting_SecurePublisher;appservice_hosting_SecurePublisher
    • appservice_hosting_WebWorkerManager;appservice_hosting_WebWorkerManager
    • appservice_metering_Common;appservice_metering_Common
    • appservice_metering_Operations;appservice_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)

  • Рабочим ролям не удается связаться с файловым сервером, если Служба приложений развернута в существующей виртуальной сети и файловый сервер доступен только в частной сети, как это описано в документации по развертыванию Службы приложений Azure в Azure Stack.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. Для этого перейдите к группе безопасности сети WorkersNsg на портале администрирования и добавьте правило безопасности для исходящего трафика со следующими свойствами.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
    • Действие: AllowAction: Allow
    • Приоритет: 700Priority: 700
    • Имя: Outbound_Allow_SMB445Name: Outbound_Allow_SMB445

Известные проблемы для облачных администраторов, работающих со службой приложений Azure в Azure StackKnown issues for Cloud Admins operating Azure App Service on Azure Stack

  • Арендаторы не могут создать план Службы приложений с помощью нового представления плана Службы приложений на портале арендатора.Tenants unable to create App Service Plan using new on App Service Plan view in tenant portal

При создании нового приложения арендаторы могут создавать планы Службы приложений в рамках рабочего процесса создания приложения, при изменении плана Службы приложений для текущего приложения или с помощью элемента Marketplace плана Службы приложений.When creating a new application, tenants can create App Service Plans during the create app workflow, or when changing the App Service Plan for a current app, or via the App Service Plan marketplace item

  • Личные домены не поддерживаются в отключенных средах.Custom domains are not supported in disconnected environments

Служба приложений сверяет сведения о владельце домена с общедоступными конечными точками DNS, поэтому личные домены не поддерживаются в отключенных средах.App Service performs domain ownership verification against public DNS endpoints, as a result custom domains are not supported in disconnected scenarios.

  • В некоторых случаях работники не могут удовлетворить проверки работоспособности (недостаточно места на диске)In some cases workers fail to satisfy health checks (insufficient disk space)

В некоторых случаях, где большое количество сайтов выделяется рабочему процессу или сайт обрабатывает большое количество запросов, Рабочая роль создает большое количество файлов журналов среды выполнения в К:\двас\логфилес.In some cases, where a high number of sites are allocated to a worker or a site is handling a large number of requests, the worker will generate a large number of runtime log files in C:\DWAS\LogFiles. Это происходит из-за ошибки в логике очистки для этих файлов журналов.This is due to a bug in the clean-up logic for these log files.

Чтобы устранить эту ошибку удаленно для отдельного работника и очистить содержимое папки.To mitigate this issue remote to the individual worker and clear out the contents of the folder.

Эта проблема исправлена в службе приложений в центре Azure Stack 2020 Q3. Мы рекомендуем клиентам обновить версию до 2020 Q3 как можно скорее.This issue has been fixed in App Service on Azure Stack Hub 2020 Q3, we encourage customers to upgrade to the 2020 Q3 release as soon as possible.

Важно!

Чтобы обновить службу приложений Azure в центре Azure Stack 2020 Q3, необходимо обновить до Azure Stack Hub 2008In order to update to Azure App Service on Azure Stack Hub 2020 Q3 you must upgrade to Azure Stack Hub 2008

Дальнейшие действияNext steps