Заметки о выпуске службы приложений в центре Azure Stack 2020 Q3

  • Статья
  • Чтение занимает 6 мин

В этих заметках о выпуске описаны улучшения и исправления в службе приложений Azure в центре Azure Stack 2020 Q3 и известных проблемах. Известные проблемы можно разделить на проблемы, которые непосредственно относятся к процессу развертывания, обновления, и проблемы со сборкой (после установки).

Важно!

Обновите центр Azure Stack до поддерживаемой версии (или разверните последнюю Пакет средств разработки Azure Stack), если это необходимо, перед развертыванием или обновлением поставщика ресурсов службы приложений (RP). Обязательно ознакомьтесь с заметками о выпуске RP, чтобы узнать о новых функциях, исправлениях и известных проблемах, которые могут повлиять на развертывание.

Поддерживаемая версия центра Azure Stack Версия RP службы приложений
2108 установщик 2021. Q3 (заметки о выпуске)
2102 2021. установщик 1 (заметки о выпуске)
2008 установщик 2020. Q3 (заметки о выпуске)

Указание сборки

Служба приложений в центре Azure Stack 2020 Q3 номер сборки — 89.0.2.15

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

Перед началом развертывания ознакомьтесь со статьей Подготовка к работе со службой приложений в Azure Stack.

Перед началом обновления службы приложений Azure на Azure Stack до версии 2020 Q3:

  • Убедитесь, что в разделе администрирования Службы приложений Azure на портале администрирования Azure Stack Hub настроены все роли.

  • Создайте резервную копию секретов Службы приложений, используя раздел администрирования Службы приложений Azure на портале администрирования Azure Stack Hub.

  • Выполните резервное копирование Службы приложений и баз данных master:

    • AppService_Hosting;
    • AppService_Metering;
    • master.

  • Выполните резервное копирование общей папки с содержимым приложения клиента.

    Важно!

    Операторы облака отвечают за обслуживание и работу файлового сервера и сервера SQL Server. Поставщик ресурсов не управляет этими ресурсами. Оператор облака отвечает за резервное копирование баз данных Службы приложений и общей папки содержимого арендатора.

  • Выполните синдикацию расширения пользовательских сценариев версии 1.9.3 из Marketplace.

Обновления

Служба приложений Azure на Azure Stack обновление Q3 включает следующие усовершенствования и исправления.

  • Обновления для клиента, администратора службы приложений, портала функций и средств Kudu. Согласованы с версией пакета SDK для портала Azure Stack.

  • Добавление интерфейса создания полноэкранного режима для веб-приложений и служб функций

  • Новые возможности портала функций Azure для соответствия веб-приложениям

  • Обновляет среду выполнения функций Azure до версии 1.0.13154.

  • Обновления основной службы для повышения надежности и отображения сообщений об ошибках упрощают диагностику распространенных проблем.

  • Реализованы обновления следующих исполняющих сред и инструментов:

    • ASP.NET Core 2.1.22
    • ASP.NET Core 2.2.14
    • ASP.NET Core 3.1.8
    • Модуль ASP.NET Core 13.1.19331.0 версии 2
    • Azul OpenJDK
      • 8.42.0.23
      • 8.44.0.11
      • 11.35.15
      • 11.37.17
    • Изогнутый 7.55.1
    • Git для Windows 2.28.0.1
    • MSDeploy 3.5.90702.36
    • Node.js
      • 14.10.1
    • NPM
      • 6.14.8
    • 7.4.5 PHP
    • Tomcat
      • 8.5.47
      • 8.5.51
      • 9.0.273
      • 9.0.31
    • Обновлен KUDU до 90.21005.4823

  • Обновления базовой операционной системы всех ролей.

  • Накопительные обновления для Windows Server теперь применяются к ролям контроллера при развертывании и обновлении

Исправленные ошибки в этом выпуске

  • Теперь клиенты могут создавать план службы приложений с помощью команды создать в представлении плана службы приложений на портале клиента.

  • Клиенты могут управлять сертификатами для своих приложений на портале клиента.

  • Мониторинг функций теперь может получать данные из конечных точек хранилища, применяя TLS 1,2

  • Перемещено ожидание для серверов управления за пределами этапа развертывания облака во время установки для повышения надежности развертывания и обновления

  • Не удается завершить проверку работоспособности в связи с тем, что рабочие роли не проверяют размер папки файла журнала среды выполнения, нарушая предел квоты после ошибки в логике очистки. В этом обновлении исправлена логика очистки.

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

Изучите известные проблемы в обновлении и выполните рекомендуемые действия.

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

Важно!

Если вы указали поставщик ресурсов Службы приложений с помощью экземпляра SQL Always On, к группе доступности необходимо добавить базы данных appservice_hosting и appservice_metering, а затем синхронизировать эти базы данных, чтобы избежать прекращения работы службы в случае отработки отказа.

Известные проблемы (обновление)

  • В ситуациях, когда клиент преобразовал базы данных appservice_hosting и appservice_metering в автономную базу данных, обновление может завершиться ошибкой, если имена для входа не были перенесены для пользователей автономной базы данных.

Клиенты, которые преобразовали базы данных appservice_hosting и appservice_metering в автономную базу данных после развертывания и не перенесли имена для входа баз данных в пользователей автономной базы данных, могут столкнуться со сбоями при обновлении.

перед обновлением службы приложений Azure в центре Azure Stack до 2020 Q3 клиенты должны выполнить следующий скрипт на SQL Server размещения appservice_hosting и appservice_metering. Этот скрипт безопасен для системы, а его выполнение не приведет к простою.

Этот скрипт нужно выполнять следующим образом:

  • Его должен выполнять пользователь с правами системного администратора, например с использованием учетной записи системного администратора SQL.

  • Если на сервере SQL используется группа доступности Always On, убедитесь, что скрипт выполняется из экземпляра SQL, который содержит все имена для входа Службы приложений в таком виде:

    • 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;
    • Все имена для входа в WebForms, которые находятся в форме WebWorker_ < IP-адрес экземпляра>
        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

Известные проблемы (после установки)

  • Рабочим ролям не удается связаться с файловым сервером, если Служба приложений развернута в существующей виртуальной сети и файловый сервер доступен только в частной сети, как это описано в документации по развертыванию Службы приложений Azure в Azure Stack.

    Если вы решили выполнить развертывание в существующей виртуальной сети с использованием внутреннего IP-адреса для подключения к файловому серверу, необходимо добавить правило безопасности для исходящего трафика, разрешающее передачу трафика SMB между подсетью рабочей роли и файловым сервером. Для этого перейдите к группе безопасности сети WorkersNsg на портале администрирования и добавьте правило безопасности для исходящего трафика со следующими свойствами.

    • Источник: Любой
    • Диапазон исходных портов: *.
    • Назначение: IP-адреса
    • Диапазон конечных IP-адресов: диапазон IP-адресов для файлового сервера
    • Диапазон конечных портов: 445
    • Протокол: TCP
    • Действие: Allow
    • Приоритет: 700
    • Имя: Outbound_Allow_SMB445

  • Чтобы устранить задержку при взаимодействии рабочих ролей с файловым сервером, мы также рекомендуем добавить следующее правило в рабочую роль NSG, чтобы разрешить исходящий трафик LDAP и Kerberos для контроллеров Active Directory, если защитить файловый сервер с помощью Active Directory, например, если вы использовали шаблон быстрого запуска для развертывания файлового сервера HA и SQL Server.

    Для этого перейдите к группе безопасности сети WorkersNsg на портале администрирования и добавьте правило безопасности для исходящего трафика со следующими свойствами.

    • Источник: Любой
    • Диапазон исходных портов: *.
    • Назначение: IP-адреса
    • Диапазон IP-адресов назначения: диапазон адресов для серверов AD, например шаблон быстрого запуска 10.0.0.100, 10.0.0.101
    • Диапазон портов назначения: 389, 88
    • Протокол: любой
    • Действие: Allow
    • Приоритет: 710
    • Имя: Outbound_Allow_LDAP_and_Kerberos_to_Domain_Controllers

Известные проблемы для облачных администраторов, работающих со службой приложений Azure в Azure Stack

  • Личные домены не поддерживаются в отключенных средах.

Служба приложений сверяет сведения о владельце домена с общедоступными конечными точками DNS, поэтому личные домены не поддерживаются в отключенных средах.

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