Служба приложений заметки о выпуске Azure Stack Hub за 3-й квартал 2020 г.

  • Статья

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

Важно!

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

Поддерживаемая минимальная версия Azure Stack Hub Служба приложений версия RP
2301 и более поздней версии Установщик 2302 (заметки о выпуске)

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

Номер сборки Служба приложений в Azure Stack Hub 2020 q3 — 89.0.2.15

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

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

Перед началом обновления Служба приложений Azure в Azure Stack до 3-го кв. 2020:

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

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

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

    • AppService_Hosting;
    • AppService_Metering;
    • master.

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

    Важно!

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

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

Обновления

Служба приложений Azure в Обновлении Azure Stack 3-го года включают следующие улучшения и исправления:

  • Обновления для клиента, администратора службы приложений, портала функций и средств 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
    • Curl 7.55.1
    • Git для Windows 2.28.0.1
    • MSDeploy 3.5.90702.36
    • Node.js
      • 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 до 90.21005.4823

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

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

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

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

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

  • Мониторинг функций теперь может извлекать данные из конечных точек хранилища, применяя ПРОТОКОЛ TLS 1.2

  • Перемещено ожидание шага серверов управления за пределами шага Развертывание облака во время установки, чтобы повысить надежность развертывания и обновления.

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

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

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

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

Важно!

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

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

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

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

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

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

  • Его должен выполнять пользователь с правами системного администратора, например с использованием учетной записи системного администратора 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;
    • Все имена входа WebWorker в формате 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

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

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

    • Источник: Любой
    • Диапазон исходных портов: *.
    • Назначение: IP-адреса
    • Диапазон 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, поэтому личные домены не поддерживаются в отключенных средах.

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