App Service releaseopmerkingen voor Azure Stack Hub 2020 Q2

  • Artikel

In deze releaseopmerkingen worden de verbeteringen en oplossingen beschreven in Azure App Service op Azure Stack Hub 2020 Q2 en bekende problemen. Bekende problemen zijn onderverdeeld in problemen die rechtstreeks verband houden met de implementatie, het updateproces en problemen met de build (na de installatie).

Belangrijk

Werk Azure Stack Hub zo nodig bij naar een ondersteunde versie (of implementeer de nieuwste Azure Stack Development Kit) voordat u de App Service resourceprovider (RP) implementeert of bijwerkt. Lees de opmerkingen bij de RP-release voor meer informatie over nieuwe functionaliteit, oplossingen en bekende problemen die van invloed kunnen zijn op uw implementatie.

Ondersteunde minimale Versie van Azure Stack Hub App Service RP-versie
2301 en hoger 2302 Installer (opmerkingen bij de release)

Build-verwijzing

Het buildnummer App Service op Azure Stack Hub 2020 Q2 is 87.0.2.10

Vereisten

Raadpleeg de documentatie Voordat u aan de slag gaat voordat u begint met de implementatie.

Voordat u begint met de upgrade van Azure App Service op Azure Stack naar 2020 Q2:

  • Zorg ervoor dat alle rollen Gereed zijn in de Azure App Service Beheer in de Azure Stack Hub Beheer Portal

  • Back-up maken van App Service geheimen met behulp van App Service-beheer in de Azure Stack Hub Beheer Portal

  • Maak een back-up van de App Service- en hoofddatabases:

    • AppService_Hosting;
    • AppService_Metering;
    • Master

  • Een back-up maken van de inhoudsbestandsshare van de tenant-app

    Belangrijk

    Cloudoperators zijn verantwoordelijk voor het onderhoud en de werking van de bestandsserver en SQL Server. Deze resources worden niet beheerd door de resourceprovider. De cloudoperator is verantwoordelijk voor het maken van back-ups van de App Service databases en de bestandsshare voor tenantinhoud.

  • De aangepaste scriptextensie versie 1.9.3 publiceren vanuit Marketplace

Updates

Azure App Service op Azure Stack Update Q2 bevat de volgende verbeteringen en oplossingen:

  • Updates naar App Service Tenant, Beheer, Functions-portals en Kudu-hulpprogramma's. Consistent met de SDK-versie van Azure Stack Portal.

  • Updates Azure Functions runtime naar v1.0.13021.

  • Updates naar de kernservice om de betrouwbaarheid en foutberichten te verbeteren, waardoor de diagnose van veelvoorkomende problemen eenvoudiger kan worden gemaakt.

  • Updates de volgende toepassingsframeworks en hulpprogramma's:

    • 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
    • Kudu bijgewerkt naar 86.20224.4450
    • Node.js
      • 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

  • Updates het onderliggende besturingssysteem van alle rollen:

  • Cumulatieve Updates voor Windows Server worden nu toegepast op controllerrollen als onderdeel van de implementatie en upgrade

  • Bijgewerkte standaard-SKU's voor virtuele machines en schaalsets voor nieuwe implementaties: om consistentie met onze openbare cloudservice te behouden, gebruiken nieuwe implementaties van Azure App Service op Azure Stack Hub de volgende SKU's voor de onderliggende machines en schaalsets die worden gebruikt om de resourceprovider te beheren

    Rol Minimale SKU
    Controller Standard_A4_v2 - (4 kernen, 8192 MB)
    Beheer Standard_D3_v2 - (4 kerngeheugens, 14336 MB)
    Publisher Standard_A2_v2 - (2 kernen, 4096 MB)
    FrontEnd Standard_A4_v2 - (4 kernen, 8192 MB)
    Gedeelde werkrol Standard_A4_v2 - (4 kernen, 8192 MB)
    Kleine toegewezen werknemer Standard_A1_v2 - (1 kernen, 2048 MB)
    Gemiddelde toegewezen werkrol Standard_A2_v2 - (2 kernen, 4096 MB)
    Grote toegewezen werkrol Standard_A4_v2 - (4 kernen, 8192 MB)

Voor ASDK-implementaties kunt u de exemplaren omlaag schalen naar lagere SKU's om de kern- en geheugendoorvoer te verminderen, maar de prestaties zullen afnemen.

Problemen opgelost in deze release

  • Upgrades worden nu voltooid als er een failover is uitgevoerd voor sql AlwaysOn-cluster naar het secundaire knooppunt
  • Voor nieuwe implementaties van Azure App Service in Azure Stack Hub hoeven databases niet meer handmatig te worden geconverteerd naar ingesloten databases
  • Het toevoegen van extra werkrollen of infrastructuurrolinstanties wordt correct voltooid zonder handmatige tussenkomst
  • Het toevoegen van aangepaste werkrollagen wordt correct voltooid zonder handmatige tussenkomst
  • Het verwijderen van aangepaste werkrollagen is nu voltooid zonder portalfouten
  • Werkrollen worden niet meer gemarkeerd als gereed als de lokale schijf onvoldoende ruimte heeft
  • Time-out verhoogd voor het ophalen van het Azure Resource Manager-certificaat
  • Het aantal berichten dat wordt opgehaald uit serverlogboeken en wordt weergegeven in de Beheer Portal, blijft beperkt tot onder de maximale grootte van azure Resource Manager aanvraag
  • Time-outprobleem veroorzaakt opstartproblemen met de gebruiksservice
  • Probleem met database-implementatie bij het maken van Orchard CMS-sites opgelost
  • Controllers zijn nu bijgewerkt met windows cumulatieve Updates als onderdeel van de implementatie en upgrade
  • App Service vergrendelt geen bewerkingen meer wanneer verificatie van aangepast domein mislukt

Stappen vóór de update

Bekijk de bekende problemen voor bijwerken en voer de voorgeschreven actie uit.

Stappen na implementatie

Belangrijk

Als u de App Service resourceprovider hebt opgegeven met een SQL Always On-exemplaar, MOET u de appservice_hosting- en appservice_metering-databases toevoegen aan een beschikbaarheidsgroep en de databases synchroniseren om verlies van service in het geval van een databasefailover te voorkomen.

Bekende problemen (update)

  • In situaties waarin een klant de appservice_hosting en appservice_metering databases heeft geconverteerd naar een ingesloten database, kan de upgrade mislukken als aanmeldingen niet zijn gemigreerd naar ingesloten gebruikers

Klanten die de appservice_hosting- en appservice_metering-databases hebben geconverteerd naar een ingesloten database na de implementatie en die de databaseaanmelding niet naar ingesloten gebruikers hebben gemigreerd, kunnen upgradefouten ondervinden.

Klanten moeten het volgende script uitvoeren voor de SQL Server die appservice_hosting en appservice_metering hosten voordat ze uw Azure App Service op Azure Stack Hub-installatie upgraden naar het 2020-kwartaal. Dit script is niet-destructief en veroorzaakt geen downtime.

Dit script moet worden uitgevoerd onder de volgende voorwaarden

  • Door een gebruiker met de bevoegdheid voor systeembeheerder, bijvoorbeeld het SQL SA-account;

  • Als u SQL AlwaysOn gebruikt, moet u ervoor zorgen dat het script wordt uitgevoerd vanuit het SQL-exemplaar dat alle App Service aanmeldingen in het formulier bevat:

    • 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
    • Alle WebWorker-aanmeldingen: deze zijn in de vorm WebWorker_<instance IP-adres>
        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

Bekende problemen (na installatie)

  • Werkrollen kunnen de bestandsserver niet bereiken wanneer App Service is geïmplementeerd in een bestaand virtueel netwerk en de bestandsserver alleen beschikbaar is in het particuliere netwerk, zoals wordt opgegeven in de documentatie over de implementatie van Azure App Service in Azure Stack.

    Als u ervoor kiest om te implementeren in een bestaand virtueel netwerk en een intern IP-adres om verbinding te maken met uw bestandsserver, moet u een uitgaande beveiligingsregel toevoegen om SMB-verkeer tussen het werkrolsubnet en de bestandsserver in te schakelen. Ga naar de WorkersNsg in de Beheer Portal en voeg een uitgaande beveiligingsregel toe met de volgende eigenschappen:

    • Bron: Alle
    • Bronpoortbereik: *
    • Doel: IP-adressen
    • Doel-IP-adresbereik: bereik van IP-adressen voor uw bestandsserver
    • Doelpoortbereik: 445
    • Protocol: TCP
    • Actie: Toestaan
    • Prioriteit: 700
    • Naam: Outbound_Allow_SMB445

Bekende problemen voor cloudbeheerders die Azure App Service op Azure Stack uitvoeren

  • Tenants kunnen App Service plan niet maken met behulp van nieuw in App Service planweergave in de tenantportal

Bij het maken van een nieuwe toepassing kunnen tenants App Service Plannen maken tijdens de werkstroom voor het maken van apps, of bij het wijzigen van het App Service Plan voor een huidige app of via het marketplace-item App Service Plan

  • Aangepaste domeinen worden niet ondersteund in niet-verbonden omgevingen

App Service voert verificatie van domeineigendom uit op openbare DNS-eindpunten, waardoor aangepaste domeinen niet worden ondersteund in niet-verbonden scenario's.

  • In sommige gevallen voldoen werkrollen niet aan de statuscontroles (onvoldoende schijfruimte)

In sommige gevallen, wanneer een groot aantal sites is toegewezen aan een werkrol of wanneer een site een groot aantal aanvragen verwerkt, genereert de werkrol een groot aantal runtimelogboekbestanden in C:\DWAS\LogFiles. Dit wordt veroorzaakt door een fout in de opschoonlogica voor deze logboekbestanden.

U kunt dit probleem oplossen op afstand van de afzonderlijke werkrol en de inhoud van de map wissen.

Dit probleem is opgelost in App Service op Azure Stack Hub 2020 Q3, raden we klanten aan om zo snel mogelijk een upgrade uit te voeren naar de 2020 Q3-release.

Belangrijk

Als u wilt bijwerken naar Azure App Service in Azure Stack Hub 2020 Q3, moet u upgraden naar Azure Stack Hub 2008

Volgende stappen