Dela via

App Service på Viktig information om Azure Stack Hub 2020 Q2

  • Artikel

Dessa viktig information beskriver förbättringar och korrigeringar i Azure App Service på Azure Stack Hub 2020 Q2 och eventuella kända problem. Kända problem är indelade i problem som är direkt relaterade till distributionen, uppdateringsprocessen och problem med bygget (efter installationen).

Viktigt

Uppdatera Azure Stack Hub till en version som stöds (eller distribuera det senaste Azure Stack Development Kit) vid behov innan du distribuerar eller uppdaterar App Service resursprovider (RP). Läs viktig information om RP om du vill veta mer om nya funktioner, korrigeringar och kända problem som kan påverka distributionen.

Lägsta Azure Stack Hub-version som stöds App Service RP-version
2301 och senare 2302 Installer (viktig information)

Build-referens

App Service på Azure Stack Hub 2020 Q2-versionsnumret är 87.0.2.10

Förutsättningar

Läs dokumentationen Innan du kommer igång innan du påbörjar distributionen.

Innan du påbörjar uppgraderingen av Azure App Service på Azure Stack till 2020 Q2:

  • Se till att alla roller är redo i Azure App Service Administration i Azure Stack Hub Admin-portalen

  • Säkerhetskopiera App Service hemligheter med hjälp av App Service administration i Azure Stack Hub Admin-portalen

  • Säkerhetskopiera App Service och huvuddatabaser:

    • AppService_Hosting;
    • AppService_Metering;
    • Huvudserver

  • Säkerhetskopiera klientappens innehållsfilresurs

    Viktigt

    Molnoperatörer ansvarar för underhåll och drift av filservern och SQL Server. Resursprovidern hanterar inte dessa resurser. Molnoperatören ansvarar för att säkerhetskopiera App Service databaser och klientinnehållsfilresurs.

  • Syndikera det anpassade skripttillägget version 1.9.3 från Marketplace

Uppdateringar

Azure App Service på Azure Stack Update Q2 innehåller följande förbättringar och korrigeringar:

  • Uppdateringar till App Service klientorganisation, Admin, Functions-portaler och Kudu-verktyg. Överensstämmer med Azure Stack Portal SDK-versionen.

  • Uppdateringar Azure Functions körning till v1.0.13021.

  • Uppdateringar till kärntjänsten för att förbättra tillförlitligheten och felmeddelanden som möjliggör enklare diagnos av vanliga problem.

  • Uppdateringar till följande programramverk och verktyg:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • ASP.NET Core Module v2 13.1.19331.0
    • PHP 7.4.2
    • Uppdaterade Kudu till 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

  • Uppdateringar till underliggande operativsystem för alla roller:

  • Kumulativa Uppdateringar för Windows Server tillämpas nu på kontrollantroller som en del av distributionen och uppgraderingen

  • Uppdaterade standard-SKU:er för virtuella datorer och skalningsuppsättningar för nya distributioner: För att upprätthålla konsekvens med vår offentliga molntjänst använder nya distributioner av Azure App Service på Azure Stack Hub följande SKU:er för underliggande datorer och skalningsuppsättningar som används för att driva resursprovidern

    Roll Minsta SKU
    Kontrollant Standard_A4_v2 – (4 kärnor, 8192 MB)
    Hantering Standard_D3_v2 – (4 kärnor, 14336 MB)
    Publisher Standard_A2_v2 – (2 kärnor, 4 096 MB)
    FrontEnd Standard_A4_v2 – (4 kärnor, 8192 MB)
    Delad arbetare Standard_A4_v2 – (4 kärnor, 8192 MB)
    Liten dedikerad arbetare Standard_A1_v2 – (1 kärnor, 2 048 MB)
    Medel dedikerad arbetare Standard_A2_v2 – (2 kärnor, 4 096 MB)
    Stor dedikerad arbetare Standard_A4_v2 – (4 kärnor, 8192 MB)

För ASDK-distributioner kan du skala ned instanserna till lägre SKU:er för att minska kärn- och minnesincheckningen, men du får en prestandaförsämring.

Problem som åtgärdats i den här versionen

  • Uppgraderingarna slutförs nu om SQL AlwaysOn-klustret har redvämnats till den sekundära noden
  • Nya distributioner av Azure App Service på Azure Stack Hub kräver inte längre att databaser konverteras manuellt till inneslutna databaser
  • Att lägga till ytterligare arbets- eller infrastrukturrollinstanser kommer att slutföras korrekt utan manuella åtgärder
  • Att lägga till anpassade arbetsnivåer slutförs korrekt utan manuella åtgärder
  • Borttagning av anpassade arbetsnivåer slutförs nu utan portalfel
  • Arbetare markeras inte längre som redo om den lokala disken har slut på utrymme
  • Tidsgränsen ökade för att hämta Azure Resource Manager-certifikatet
  • Antalet meddelanden som hämtas, från serverloggar och som visas i Admin-portalen, är begränsat till att ligga under den maximala storleken för Azure Resource Manager Request
  • Timeout-problem som orsakar problem med start av användningstjänsten
  • Problem med databasdistribution när du skapar Orchard CMS-platser
  • Styrenheterna uppdateras nu med Kumulativ Windows-Uppdateringar som en del av distributionen och uppgraderingen
  • App Service låser inte längre åtgärder när verifieringen av anpassade domäner misslyckas

Föruppdateringssteg

Granska kända problem för uppdatering och vidta de åtgärder som föreskrivs.

Åtgärder efter distributionen

Viktigt

Om du har försett App Service resursprovidern med en SQL AlwaysOn-instans måste du lägga till appservice_hosting- och appservice_metering-databaserna i en tillgänglighetsgrupp och synkronisera databaserna för att förhindra förlust av tjänsten i händelse av en databasredundansväxling.

Kända problem (uppdatering)

  • I situationer där en kund har konverterat appservice_hosting- och appservice_metering databaser till en oberoende databas kan uppgraderingen misslyckas om inloggningarna inte har migrerats till inneslutna användare

Kunder som har konverterat appservice_hosting- och appservice_metering databaser till innesluten databas efter distribution, och som inte har migrerat databasinloggningarna till oberoende användare, kan uppleva uppgraderingsfel.

Kunder måste köra följande skript mot SQL Server som är värd för appservice_hosting och appservice_metering innan de uppgraderar din Azure App Service på Azure Stack Hub-installationen till 2020 Q2. Det här skriptet är icke-destruktivt och orsakar inte driftstopp.

Skriptet måste köras under följande villkor

  • Av en användare som har systemadministratörsbehörighet, till exempel SQL SA-kontot;

  • Om du använder SQL Always On kontrollerar du att skriptet körs från SQL-instansen som innehåller alla App Service inloggningar i formuläret:

    • 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
    • Alla WebWorker-inloggningar – som är i formatet WebWorker_<instance IP-adress>
        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

Kända problem (efter installationen)

  • Arbetare kan inte nå filservern när App Service distribueras i ett befintligt virtuellt nätverk och filservern endast är tillgänglig i det privata nätverket, enligt beskrivningen i distributionsdokumentationen för Azure App Service i Azure Stack.

    Om du väljer att distribuera till ett befintligt virtuellt nätverk och en intern IP-adress för att ansluta till filservern måste du lägga till en utgående säkerhetsregel som aktiverar SMB-trafik mellan arbetsundernätet och filservern. Gå till WorkersNsg i Admin-portalen och lägg till en utgående säkerhetsregel med följande egenskaper:

    • Källa: Alla
    • Källportintervall: *
    • Mål: IP-adresser
    • Mål-IP-adressintervall: Intervall med IP-adresser för filservern
    • Målportintervall: 445
    • Protokoll: TCP
    • Åtgärd: Tillåt
    • Prioritet: 700
    • Namn: Outbound_Allow_SMB445

Kända problem för molnadministratörer som arbetar Azure App Service på Azure Stack

  • Klientorganisationer kan inte skapa App Service plan med nytt i App Service-planvyn i klientportalen

När du skapar ett nytt program kan klientorganisationer skapa App Service planer under arbetsflödet för att skapa appen, när de ändrar App Service-planen för en aktuell app eller via marketplace-objektet App Service Plan

  • Anpassade domäner stöds inte i frånkopplade miljöer

App Service utför domänägarskapsverifiering mot offentliga DNS-slutpunkter, vilket innebär att anpassade domäner inte stöds i frånkopplade scenarier.

  • I vissa fall uppfyller arbetare inte hälsokontroller (otillräckligt diskutrymme)

I vissa fall, när ett stort antal platser allokeras till en arbetare eller en plats hanterar ett stort antal begäranden, genererar arbetaren ett stort antal körningsloggfiler i C:\DWAS\LogFiles. Detta beror på en bugg i rensningslogik för dessa loggfiler.

För att undvika det här problemet fjärransluter du till den enskilda arbetaren och rensar bort innehållet i mappen.

Det här problemet har åtgärdats i App Service på Azure Stack Hub 2020 Q3. Vi rekommenderar att kunderna uppgraderar till 2020 Q3-versionen så snart som möjligt.

Viktigt

För att kunna uppdatera till Azure App Service på Azure Stack Hub 2020 Q3 måste du uppgradera till Azure Stack Hub 2008

Nästa steg