Udostępnij za pośrednictwem

informacje o wersji App Service w usłudze Azure Stack Hub 2020 Q2

  • Artykuł

Te informacje o wersji opisują ulepszenia i poprawki w Azure App Service w usłudze Azure Stack Hub 2020 Q2 i wszelkie znane problemy. Znane problemy są podzielone na problemy bezpośrednio związane z wdrażaniem, procesem aktualizacji i problemami z kompilacją (po instalacji).

Ważne

Zaktualizuj usługę Azure Stack Hub do obsługiwanej wersji (lub w razie potrzeby wdróż najnowszy zestaw Azure Stack Development Kit) przed wdrożeniem lub zaktualizowaniem dostawcy zasobów App Service (RP). Zapoznaj się z informacjami o wersji dostawcy usług w celu zapoznania się z nowymi funkcjami, poprawkami i wszelkimi znanymi problemami, które mogą mieć wpływ na wdrożenie.

Obsługiwana minimalna wersja usługi Azure Stack Hub wersja dostawcy usługi App Service
2301 i nowsze Instalator 2302 (informacje o wersji)

Dokumentacja kompilowania

Numer kompilacji App Service w usłudze Azure Stack Hub 2020 Q2 to 87.0.2.10

Wymagania wstępne

Przed rozpoczęciem wdrażania zapoznaj się z dokumentacją Przed rozpoczęciem wdrażania.

Przed rozpoczęciem uaktualniania Azure App Service w usłudze Azure Stack do 2020 Q2:

  • Upewnij się, że wszystkie role są gotowe w administracji Azure App Service w witrynie Azure Stack Hub Administracja Portal

  • Tworzenie kopii zapasowych App Service wpisów tajnych przy użyciu administracji App Service w portalu Administracja usługi Azure Stack Hub

  • Tworzenie kopii zapasowych baz danych App Service i master:

    • AppService_Hosting;
    • AppService_Metering;
    • Główny

  • Tworzenie kopii zapasowej udziału plików zawartości aplikacji dzierżawy

    Ważne

    Operatorzy chmury są odpowiedzialni za konserwację i działanie serwera plików oraz SQL Server. Dostawca zasobów nie zarządza tymi zasobami. Operator chmury jest odpowiedzialny za tworzenie kopii zapasowych baz danych App Service i udziału plików zawartości dzierżawy.

  • Syndykuj rozszerzenie niestandardowego skryptuw wersji 1.9.3 z witryny Marketplace

Aktualizacje

Azure App Service w usłudze Azure Stack Update Q2 zawiera następujące ulepszenia i poprawki:

  • Aktualizacje do App Service dzierżawy, Administracja, portali usługi Functions i narzędzi Kudu. Spójna z wersją zestawu SDK portalu usługi Azure Stack.

  • Aktualizacje środowiska uruchomieniowego Azure Functions do wersji 1.0.13021.

  • Aktualizacje do podstawowej usługi w celu zwiększenia niezawodności i komunikatów o błędach, co ułatwia diagnozowanie typowych problemów.

  • Aktualizacje do następujących struktur aplikacji i narzędzi:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • moduł ASP.NET Core w wersji 2 13.1.19331.0
    • PHP 7.4.2
    • Zaktualizowano narzędzie Kudu do wersji 86.20224.4450
    • NodeJS
      • 8.17.0
      • 10.19.0
      • 12.13.0
      • 12.15.0
    • NPM
      • 5.6.0
      • 6.1.0
      • 6.12.0
      • 6.13.4

  • Aktualizacje do bazowego systemu operacyjnego wszystkich ról:

  • Skumulowane Aktualizacje dla systemu Windows Server są teraz stosowane do ról kontrolera w ramach wdrażania i uaktualniania

  • Zaktualizowano domyślne jednostki SKU maszyn wirtualnych i zestawów skalowania dla nowych wdrożeń: aby zachować spójność z usługą w chmurze publicznej, nowe wdrożenia Azure App Service w usłudze Azure Stack Hub będą używać następujących jednostek SKU dla bazowych maszyn i zestawów skalowania używanych do obsługi dostawcy zasobów

    Rola Minimalna jednostka SKU
    Kontroler Standard_A4_v2 — (4 rdzenie, 8192 MB)
    Zarządzanie Standard_D3_v2 — (4 rdzenie, 14336 MB)
    Publisher Standard_A2_v2 — (2 rdzenie, 4096 MB)
    FrontEnd Standard_A4_v2 — (4 rdzenie, 8192 MB)
    Udostępniony proces roboczy Standard_A4_v2 — (4 rdzenie, 8192 MB)
    Mały dedykowany proces roboczy Standard_A1_v2 — (1 rdzenie, 2048 MB)
    Średnio dedykowany proces roboczy Standard_A2_v2 — (2 rdzenie, 4096 MB)
    Duży dedykowany proces roboczy Standard_A4_v2 — (4 rdzenie, 8192 MB)

W przypadku wdrożeń zestawu ASDK można skalować wystąpienia w dół do niższych jednostek SKU w celu zmniejszenia zatwierdzenia rdzenia i pamięci, ale wystąpi spadek wydajności.

Problemy rozwiązane w tej wersji

  • Uaktualnienia zostaną ukończone, jeśli klaster ZAWSZE włączony SQL przejdzie w tryb failover do węzła pomocniczego
  • Nowe wdrożenia Azure App Service w usłudze Azure Stack Hub nie wymagają już ręcznego konwertowania baz danych na zawarte bazy danych
  • Dodawanie dodatkowych procesów roboczych lub wystąpień roli infrastruktury zakończy się poprawnie bez ręcznej interwencji
  • Dodawanie niestandardowych warstw procesów roboczych zakończy się poprawnie bez ręcznej interwencji
  • Usuwanie niestandardowych warstw procesów roboczych zostało ukończone bez błędów portalu
  • Procesy robocze nie są już oznaczone jako gotowe, jeśli na dysku lokalnym brakuje miejsca
  • Przekroczono limit czasu pobierania certyfikatu usługi Azure Resource Manager
  • Liczba pobieranych komunikatów z dzienników serwera i wyświetlanych w portalu Administracja jest ograniczona do maksymalnego rozmiaru żądania usługi Azure Resource Manager
  • Problem z przekroczeniem limitu czasu powodujący problemy z uruchamianiem usługi użycia
  • Rozwiązano problem z wdrażaniem bazy danych podczas tworzenia lokacji Sad CMS
  • Kontrolery są teraz aktualizowane przy użyciu Aktualizacje zbiorczego systemu Windows w ramach wdrażania i uaktualniania
  • App Service nie blokuje już operacji w przypadku niepowodzenia weryfikacji domeny niestandardowej

Kroki przed aktualizacją

Przejrzyj znane problemy dotyczące aktualizacji i podejmij wszelkie zalecane działania.

Kroki po wdrożeniu

Ważne

Jeśli dostawca zasobów App Service został dostarczony z zawsze włączonym wystąpieniem SQL, musisz dodać appservice_hosting i appservice_metering bazy danych do grupy dostępności i zsynchronizować bazy danych, aby zapobiec utracie usługi w przypadku przejścia bazy danych w tryb failover.

Znane problemy (aktualizacja)

  • W sytuacjach, gdy klient przekonwertował appservice_hosting i appservice_metering bazy danych na zawartą bazę danych, uaktualnienie może zakończyć się niepowodzeniem, jeśli logowania nie zostały pomyślnie zmigrowane do zawartych użytkowników

Klienci, którzy przekonwertowali bazy danych appservice_hosting i appservice_metering na zawarte bazy danych po wdrożeniu, i nie przeprowadzili pomyślnej migracji identyfikatorów logowania do zawartych użytkowników, mogą napotkać błędy uaktualniania.

Klienci muszą wykonać następujący skrypt względem SQL Server hostowania appservice_hosting i appservice_metering przed uaktualnieniem Azure App Service instalacji usługi Azure Stack Hub do 2020 R. Ten skrypt nie jest destrukcyjny i nie spowoduje przestoju.

Ten skrypt musi zostać uruchomiony w następujących warunkach

  • Według użytkownika, który ma uprawnienia administratora systemu, na przykład konto programu SQL SA;

  • Jeśli używasz funkcji SQL Always on, upewnij się, że skrypt jest uruchamiany z wystąpienia SQL zawierającego wszystkie identyfikatory logowania App Service w formularzu:

    • 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
    • Wszystkie identyfikatory logowania webworker — które mają postać WebWorker_<instance adres 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

Znane problemy (po instalacji)

  • Procesy robocze nie mogą uzyskać dostępu do serwera plików po wdrożeniu App Service w istniejącej sieci wirtualnej, a serwer plików jest dostępny tylko w sieci prywatnej, zgodnie z Azure App Service w dokumentacji wdrażania usługi Azure Stack.

    Jeśli zdecydujesz się wdrożyć w istniejącej sieci wirtualnej i wewnętrzny adres IP w celu nawiązania połączenia z serwerem plików, musisz dodać regułę zabezpieczeń ruchu wychodzącego, włączając ruch SMB między podsiecią procesu roboczego a serwerem plików. Przejdź do obszaru WorkerNsg w portalu Administracja i dodaj regułę zabezpieczeń dla ruchu wychodzącego z następującymi właściwościami:

    • Źródło: Dowolne
    • Zakres portów źródłowych: *
    • Miejsce docelowe: adresy IP
    • Docelowy zakres adresów IP: zakres adresów IP serwera plików
    • Zakres portów docelowych: 445
    • Protokół: TCP
    • Akcja: Zezwalaj
    • Priorytet: 700
    • Nazwa: Outbound_Allow_SMB445

Znane problemy dotyczące Azure App Service operacyjnych administratorów chmury w usłudze Azure Stack

  • Dzierżawcy nie mogą utworzyć planu App Service przy użyciu nowego widoku planu App Service w portalu dzierżawy

Podczas tworzenia nowej aplikacji dzierżawcy mogą tworzyć plany App Service podczas tworzenia przepływu pracy aplikacji lub podczas zmiany planu App Service dla bieżącej aplikacji lub za pośrednictwem elementu platformy handlowej planu App Service

  • Domeny niestandardowe nie są obsługiwane w środowiskach bez połączenia

App Service przeprowadza weryfikację własności domeny względem publicznych punktów końcowych DNS, w związku z tym domeny niestandardowe nie są obsługiwane w scenariuszach bez połączenia.

  • W niektórych przypadkach procesy robocze nie spełniają wymagań kontroli kondycji (za mało miejsca na dysku)

W niektórych przypadkach, gdy duża liczba lokacji jest przydzielana do procesu roboczego lub lokacja obsługuje dużą liczbę żądań, proces roboczy wygeneruje dużą liczbę plików dziennika środowiska uruchomieniowego w folderze C:\DWAS\LogFiles. Jest to spowodowane usterką logiki czyszczenia dla tych plików dziennika.

Aby rozwiązać ten problem zdalnie do pojedynczego procesu roboczego i wyczyścić zawartość folderu.

Ten problem został rozwiązany w App Service w usłudze Azure Stack Hub 2020 Q3. Zachęcamy klientów do jak najszybszego uaktualnienia do wersji 2020 Q3.

Ważne

Aby przeprowadzić aktualizację do Azure App Service w usłudze Azure Stack Hub 2020 Q3, musisz przeprowadzić uaktualnienie do usługi Azure Stack Hub 2008

Następne kroki