App Service ve zprávě k verzi Azure Stack Hub 2. čtvrtletí 2020

  • Článek

Tyto poznámky k verzi popisují vylepšení a opravy v Azure App Service ve 2. čtvrtletí 2020 ve službě Azure Stack Hub a všechny známé problémy. Známé problémy se dělí na problémy přímo související s nasazením, procesem aktualizace a problémy se sestavením (po instalaci).

Důležité

Před nasazením nebo aktualizací poskytovatele prostředků App Service aktualizujte službu Azure Stack Hub na podporovanou verzi (nebo v případě potřeby nasaďte nejnovější sadu Azure Stack Development Kit). Nezapomeňte si přečíst poznámky k verzi poskytovatele prostředků, kde se dozvíte o nových funkcích, opravách a všech známých problémech, které by mohly mít vliv na vaše nasazení.

Podporovaná minimální verze služby Azure Stack Hub verze App Service RP
2301 a novější Instalační program 2302 (poznámky k verzi)

Referenční informace o buildu

Číslo buildu Azure Stack Hub 2. čtvrtletí 2020 App Service je 87.0.2.10.

Požadavky

Před zahájením nasazení si projděte dokumentaci Než začnete .

Než začnete s upgradem Azure App Service ve službě Azure Stack na 2. čtvrtletí 2020:

  • Ujistěte se, že jsou všechny role připravené ve správě Azure App Service na portálu azure Stack Hub Správa.

  • Zálohování App Service tajných kódů pomocí správy App Service na portálu Správa služby Azure Stack Hub

  • Zálohujte App Service a hlavní databáze:

    • AppService_Hosting;
    • AppService_Metering;
    • Hlavní

  • Zálohování sdílené složky obsahu aplikace tenanta

    Důležité

    Operátoři cloudu zodpovídají za údržbu a provoz souborového serveru a SQL Server. Poskytovatel prostředků tyto prostředky nespravuje. Operátor cloudu zodpovídá za zálohování App Service databází a sdílené složky obsahu tenanta.

  • Syndikace rozšíření vlastních skriptů verze 1.9.3 z Marketplace

Aktualizace

Azure App Service ve službě Azure Stack Update Q2 obsahuje následující vylepšení a opravy:

  • Aktualizace do App Service tenanta, Správa, portálů Functions a nástrojů Kudu. Konzistentní s verzí sady SDK portálu Azure Stack.

  • Aktualizace modul runtime Azure Functions na verzi v1.0.13021.

  • Aktualizace na základní službu, aby se zlepšila spolehlivost a zasílání zpráv o chybách, což usnadňuje diagnostiku běžných problémů.

  • Aktualizace do následujících aplikačních architektur a nástrojů:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • ASP.NET Core Modul v2 13.1.19331.0
    • PHP 7.4.2
    • Aktualizace Kudu na 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

  • Aktualizace do základního operačního systému všech rolí:

  • Kumulativní Aktualizace pro Windows Server se teď použijí na role kontroleru v rámci nasazení a upgradu.

  • Aktualizace výchozích skladových položek virtuálních počítačů a škálovacích sad pro nová nasazení: Aby byla zachována konzistence s naší veřejnou cloudovou službou, budou nová nasazení Azure App Service ve službě Azure Stack Hub používat následující skladové položky pro základní počítače a škálovací sady používané k provozování poskytovatele prostředků.

    Role Minimální skladová položka
    Controller Standard_A4_v2 – (4 jádra, 8192 MB)
    Správa Standard_D3_v2 – (4 jádra, 14336 MB)
    Publisher Standard_A2_v2 – (2 jádra, 4096 MB)
    FrontEnd Standard_A4_v2 – (4 jádra, 8192 MB)
    Sdílený pracovní proces Standard_A4_v2 – (4 jádra, 8192 MB)
    Malý vyhrazený pracovní proces Standard_A1_v2 – (1 jádra, 2048 MB)
    Středně vyhrazený pracovní proces Standard_A2_v2 – (2 jádra, 4096 MB)
    Velký vyhrazený pracovní proces Standard_A4_v2 – (4 jádra, 8192 MB)

U nasazení ASDK můžete škálovat instance na nižší skladové položky, abyste snížili počet potvrzení jádra a paměti, ale dojde ke snížení výkonu.

Chyby opravené v této verzi

  • Upgrady se teď dokončí, pokud došlo k převzetí služeb při selhání clusteru SQL AlwaysOn na sekundární uzel.
  • Nová nasazení Azure App Service ve službě Azure Stack Hub už nevyžadují ruční převod databází na databáze s omezením.
  • Přidání dalších pracovních procesů nebo instancí rolí infrastruktury se dokončí správně bez ručního zásahu.
  • Přidání vlastních úrovní pracovního procesu se dokončí správně bez ručního zásahu.
  • Odebrání vlastních úrovní pracovních procesů se teď dokončí bez chyb portálu.
  • Pracovní procesy už nejsou označené jako připravené, pokud je na místním disku místo.
  • Prodloužení časového limitu pro načtení certifikátu Azure Resource Manager
  • Počet načítaných zpráv z protokolů serveru a zobrazených na portálu Správa je omezený na maximální velikost požadavků azure Resource Manager.
  • Problém s vypršením časového limitu způsobující problémy se spuštěním služby Usage Service
  • Vyřešení problému s nasazením databáze při vytváření lokalit sady Orchard CMS
  • Kontrolery se teď v rámci nasazení a upgradu aktualizují kumulativními Aktualizace Windows.
  • App Service už nezamyká operace, když se nezdaří ověření vlastní domény

Kroky před aktualizací

Projděte si známé problémy s aktualizací a proveďte všechny předepsané akce.

Kroky po nasazení

Důležité

Pokud jste poskytovateli prostředků App Service poskytli instanci SQL AlwaysOn, musíte přidat databáze appservice_hosting a appservice_metering do skupiny dostupnosti a synchronizovat databáze, aby nedošlo ke ztrátě služby v případě převzetí služeb při selhání databáze.

Známé problémy (aktualizace)

  • V situacích, kdy zákazník převede databáze appservice_hosting a appservice_metering na databázi s omezením, může upgrade selhat, pokud přihlášení nebyla úspěšně migrována na uživatele s omezením.

U zákazníků, kteří po nasazení převedli databáze appservice_hosting a appservice_metering na databázi s omezením a úspěšně migrovali přihlášení k databázi uživatelům s omezením, může dojít k selhání upgradu.

Před upgradem Azure App Service ve službě Azure Stack Hub na 2. čtvrtletí 2020 musí zákazníci spustit následující skript pro SQL Server hostující appservice_hosting a appservice_metering. Tento skript je nedestruktivní a nezpůsobí výpadky.

Tento skript musí být spuštěn za následujících podmínek.

  • Uživatelem, který má oprávnění správce systému, například účet SA SQL;

  • Pokud používáte SQL AlwaysOn, ujistěte se, že je skript spuštěný z instance SQL, která obsahuje všechna přihlášení App Service ve formuláři:

    • 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
    • Všechna přihlášení WebWorkeru – ve formátu WebWorker_<instanční IP adresa>
        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

Známé problémy (po instalaci)

  • Pracovní procesy se nemůžou spojit s souborovým serverem, když je App Service nasazená v existující virtuální síti a souborový server je dostupný jenom v privátní síti, jak je uvedeno v dokumentaci k nasazení Azure App Service na Azure Stack.

    Pokud jste se rozhodli nasadit do existující virtuální sítě a interní IP adresu pro připojení k souborovém serveru, musíte přidat pravidlo zabezpečení odchozích přenosů, které povolí provoz SMB mezi podsítí pracovního procesu a souborový server. Na portálu Správa přejděte do skupiny WorkerNsg a přidejte pravidlo zabezpečení odchozích přenosů s následujícími vlastnostmi:

    • Zdroj: Libovolný
    • Rozsah zdrojových portů: *
    • Cíl: IP adresy
    • Rozsah cílových IP adres: Rozsah IP adres pro souborový server
    • Rozsah cílových portů: 445
    • Protokol. TCP
    • Akce: Povolit
    • Priorita: 700
    • Název: Outbound_Allow_SMB445

Známé problémy se správci cloudu, kteří pracují Azure App Service ve službě Azure Stack

  • Tenanti nemůžou vytvořit plán App Service pomocí nového zobrazení plánu App Service na portálu tenanta

Při vytváření nové aplikace můžou tenanti vytvářet plány App Service během pracovního postupu vytváření aplikace, při změně plánu App Service pro aktuální aplikaci nebo prostřednictvím položky marketplace plánu App Service.

  • V odpojených prostředích se nepodporují vlastní domény.

App Service provádí ověření vlastnictví domény u veřejných koncových bodů DNS, v důsledku toho se vlastní domény v odpojených scénářích nepodporují.

  • V některých případech pracovní procesy nevyhovují kontrolám stavu (nedostatek místa na disku)

V některých případech, kdy je pracovnímu procesu přidělen velký počet webů nebo web zpracovává velký počet požadavků, vygeneruje pracovní proces velký počet souborů protokolů modulu runtime v C:\DWAS\LogFiles. Důvodem je chyba v logice čištění těchto souborů protokolu.

Pokud chcete tento problém zmírnit, vzdáleně k jednotlivým pracovníkům a vymažte obsah složky.

Tento problém jsme opravili v App Service ve službě Azure Stack Hub 3. čtvrtletí 2020. Doporučujeme zákazníkům, aby co nejdříve upgradovali na verzi 3. čtvrtletí 2020.

Důležité

Pokud chcete aktualizovat na Azure App Service ve službě Azure Stack Hub 2020 Q3, musíte upgradovat na Azure Stack Hub 2008.

Další kroky