servizio app nelle note sulla versione dell'hub di Azure Stack 2020 Q2
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
- Per una panoramica delle Servizio app di Azure, vedere panoramica di Servizio app di Azure in Azure Stack.
- Per altre informazioni su come preparare la distribuzione di servizio app in Azure Stack, vedere Prima di iniziare a usare servizio app in Azure Stack.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per