servizio app nelle note sulla versione dell'hub di Azure Stack 2020 Q2

  • Articolo

Queste note sulla versione descrivono i miglioramenti e le correzioni in Servizio app di Azure nell'hub di Azure Stack 2020 Q2 ed eventuali problemi noti. I problemi noti sono suddivisi in problemi direttamente correlati alla distribuzione, al processo di aggiornamento e ai problemi relativi alla compilazione (post-installazione).

Importante

Aggiornare l'hub di Azure Stack a una versione supportata (o distribuire la versione più recente di Azure Stack Development Kit), se necessario, prima di distribuire o aggiornare il provider di risorse servizio app . Assicurarsi di leggere le note sulla versione rp per informazioni su nuove funzionalità, correzioni e eventuali problemi noti che potrebbero influire sulla distribuzione.

Versione minima dell'hub di Azure Stack supportata versione rp di servizio app
2301 e versioni successive Programma di installazione 2302 (note sulla versione)

Riferimento alla compilazione

Il numero di build servizio app nell'hub di Azure Stack 2020 Q2 è 87.0.2.10

Prerequisiti

Fare riferimento alla documentazione prima di iniziare la distribuzione.

Prima di iniziare l'aggiornamento di Servizio app di Azure in Azure Stack a 2020 Q2:

  • Assicurarsi che tutti i ruoli siano pronti nell'amministrazione Servizio app di Azure nel portale di Amministrazione dell'hub di Azure Stack

  • Eseguire il backup dei segreti servizio app usando l'amministrazione servizio app nel portale dell'hub di Azure Stack Amministrazione

  • Eseguire il backup dei servizio app e dei database master:

    • AppService_Hosting;
    • AppService_Metering;
    • Master

  • Eseguire il backup della condivisione file di contenuto dell'app tenant

    Importante

    Gli operatori cloud sono responsabili della manutenzione e del funzionamento del file server e del SQL Server. Il provider di risorse non gestisce queste risorse. L'operatore cloud è responsabile del backup dei database servizio app e della condivisione file di contenuto del tenant.

  • Syndicate the Custom Script Extension version 1.9.3 from the Marketplace (Diffusione dell'estensione script personalizzataversione 1.9.3 ) dal Marketplace

Aggiornamenti

Servizio app di Azure in Azure Stack Update Q2 include i miglioramenti e le correzioni seguenti:

  • Aggiornamenti a servizio app tenant, Amministrazione, portali di Funzioni e strumenti Kudu. Coerente con la versione di Azure Stack Portal SDK.

  • Aggiornamenti Funzioni di Azure runtime alla versione 1.0.13021.

  • Aggiornamenti al servizio principale per migliorare l'affidabilità e la messaggistica degli errori, consentendo una diagnosi più semplice dei problemi comuni.

  • Aggiornamenti ai framework e agli strumenti dell'applicazione seguenti:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • modulo ASP.NET Core v2 13.1.19331.0
    • PHP 7.4.2
    • Aggiornamento di Kudu alla versione 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

  • Aggiornamenti al sistema operativo sottostante di tutti i ruoli:

  • I Aggiornamenti cumulativi per Windows Server vengono ora applicati ai ruoli controller come parte della distribuzione e dell'aggiornamento

  • Aggiornamento degli SKU predefiniti di macchine virtuali e set di scalabilità per le nuove distribuzioni: per mantenere la coerenza con il servizio cloud pubblico, le nuove distribuzioni di Servizio app di Azure nell'hub di Azure Stack useranno gli SKU seguenti per i computer sottostanti e i set di scalabilità usati per gestire il provider di risorse

    Ruolo Numero minimo di SKU
    Controller Standard_A4_v2 - (4 core, 8192 MB)
    Gestione Standard_D3_v2 - (4 core, 14336 MB)
    Publisher Standard_A2_v2 - (2 core, 4096 MB)
    FrontEnd Standard_A4_v2 - (4 core, 8192 MB)
    Ruolo di lavoro condiviso Standard_A4_v2 - (4 core, 8192 MB)
    Piccolo lavoratore dedicato Standard_A1_v2 - (1 core, 2048 MB)
    Ruolo di lavoro dedicato medio Standard_A2_v2 - (2 core, 4096 MB)
    Lavoro dedicato di grandi dimensioni Standard_A4_v2 - (4 core, 8192 MB)

Per le distribuzioni ASDK, è possibile ridurre le istanze a SKU inferiori per ridurre il commit di core e memoria, ma si verifica una riduzione delle prestazioni.

Problemi corretti in questa versione

  • Gli aggiornamenti verranno ora completati se il cluster SQL Always On ha eseguito il failover nel nodo secondario
  • Le nuove distribuzioni di Servizio app di Azure nell'hub di Azure Stack non richiedono più la conversione manuale dei database in database indipendenti
  • L'aggiunta di altri ruoli di lavoro o istanze del ruolo dell'infrastruttura verrà completata correttamente senza intervento manuale
  • L'aggiunta di livelli di lavoro personalizzati verrà completata correttamente senza intervento manuale
  • La rimozione dei livelli di lavoro personalizzati ora viene completata senza errori del portale
  • I ruoli di lavoro non sono più contrassegnati come pronti se il disco locale non è disponibile
  • Timeout maggiore per il recupero del certificato di Azure Resource Manager
  • Il numero di messaggi recuperati, dai log del server e visualizzati nel portale di Amministrazione, è limitato a rimanere al di sotto delle dimensioni massime della richiesta di Azure Resource Manager
  • Problema di timeout che causa problemi di avvio del servizio di utilizzo
  • Problema di distribuzione del database risolto durante la creazione di siti di Orchard CMS
  • I controller vengono ora aggiornati con Windows Cumulative Aggiornamenti come parte della distribuzione e dell'aggiornamento
  • servizio app non blocca più le operazioni in caso di esito negativo della verifica del dominio personalizzato

Passaggi preliminari all'aggiornamento

Esaminare i problemi noti per l'aggiornamento ed eseguire qualsiasi azione prescritti.

Passaggi post-distribuzione

Importante

Se il provider di risorse servizio app è stato fornito a un'istanza di SQL Always On, è NECESSARIO aggiungere i database appservice_hosting e appservice_metering a un gruppo di disponibilità e sincronizzare i database per evitare perdite di servizio in caso di failover del database.

Problemi noti (aggiornamento)

  • In situazioni in cui un cliente ha convertito i database appservice_hosting e appservice_metering nel database indipendente, l'aggiornamento potrebbe non riuscire se gli account di accesso non sono stati migrati correttamente agli utenti indipendenti

I clienti che hanno convertito i database appservice_hosting e appservice_metering in database indipendente dopo la distribuzione e che non hanno eseguito correttamente la migrazione degli account di accesso al database agli utenti indipendenti potrebbero riscontrare errori di aggiornamento.

I clienti devono eseguire lo script seguente nei SQL Server che ospitano appservice_hosting e appservice_metering prima di aggiornare l'Servizio app di Azure nell'installazione dell'hub di Azure Stack alla versione 2020 Q2. Questo script non è distruttivo e non causerà tempi di inattività.

Questo script deve essere eseguito nelle condizioni seguenti

  • Da un utente con privilegi di amministratore di sistema, ad esempio l'account SA SQL;

  • Se si usa SQL Always On, assicurarsi che lo script venga eseguito dall'istanza di SQL che contiene tutti gli account di accesso servizio app nel formato:

    • 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
    • Tutti gli account di accesso di WebWorker, nel formato WebWorker_<inistanza indirizzo 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

Problemi noti (post-installazione)

  • I ruoli di lavoro non riescono a raggiungere il file server quando servizio app viene distribuito in una rete virtuale esistente e il file server è disponibile solo nella rete privata, come indicato nella documentazione relativa alla distribuzione di Servizio app di Azure in Azure Stack.

    Se si sceglie di eseguire la distribuzione in una rete virtuale esistente e in un indirizzo IP interno per connettersi al file server, è necessario aggiungere una regola di sicurezza in uscita, abilitando il traffico SMB tra la subnet di lavoro e il file server. Passare a WorkerNsg nel portale di Amministrazione e aggiungere una regola di sicurezza in uscita con le proprietà seguenti:

    • Origine: Qualsiasi
    • Intervallo di porte di origine: *
    • Destinazione: indirizzi IP
    • Intervallo di indirizzi IP di destinazione: intervallo di indirizzi IP per il file server
    • Intervallo di porte di destinazione: 445
    • Protocollo: TCP
    • Azione: Consenti
    • Priorità: 700
    • Nome: Outbound_Allow_SMB445

Problemi noti per gli amministratori cloud che operano Servizio app di Azure in Azure Stack

  • I tenant non sono in grado di creare servizio app Piano usando una nuova visualizzazione piano servizio app nel portale tenant

Quando si crea una nuova applicazione, i tenant possono creare piani servizio app durante il flusso di lavoro di creazione dell'app o quando si modifica il servizio app Piano per un'app corrente o tramite l'elemento del marketplace del piano servizio app

  • I domini personalizzati non sono supportati in ambienti disconnessi

servizio app esegue la verifica della proprietà del dominio sugli endpoint DNS pubblici, di conseguenza i domini personalizzati non sono supportati in scenari disconnessi.

  • In alcuni casi i lavoratori non soddisfano i controlli di integrità (spazio su disco insufficiente)

In alcuni casi, in cui un numero elevato di siti viene allocato a un ruolo di lavoro o a un sito gestisce un numero elevato di richieste, il ruolo di lavoro genererà un numero elevato di file di log di runtime in C:\DWAS\LogFiles. Ciò è dovuto a un bug nella logica di pulizia per questi file di log.

Per attenuare questo problema da remoto al singolo ruolo di lavoro e cancellare il contenuto della cartella.

Questo problema è stato risolto in servizio app nell'hub di Azure Stack 2020 Q3, si consiglia ai clienti di eseguire l'aggiornamento alla versione Q3 2020 il prima possibile.

Importante

Per eseguire l'aggiornamento a Servizio app di Azure nell'hub di Azure Stack 2020 Q3, è necessario eseguire l'aggiornamento all'hub di Azure Stack 2008

Passaggi successivi