Evitare e risolvere i problemi causati da una migrazione automatica di un ambiente del servizio app

Se si dispone di un ambiente del servizio app v1 o v2 di cui è stata eseguita la migrazione automatica nell'ambiente del servizio app v3, potrebbero verificarsi problemi con le app o i servizi. Questo articolo fornisce indicazioni su come risolvere questi problemi.

Panoramica

Dopo il 1° settembre 2024, tutti gli ambienti del servizio app v1 e v2 sono idonei per la migrazione automatica (migrazione automatica) all'ambiente del servizio app v3 in qualsiasi momento, se non diversamente specificato. La piattaforma avvia le migrazioni automatiche, necessarie per assicurarsi che l'ambiente del servizio app sia in esecuzione in una piattaforma supportata.

Le migrazioni automatiche vengono eseguite usando la funzionalità di migrazione sul posto. Durante il processo di migrazione sono presenti circa un'ora di inattività. Gli indirizzi IP in ingresso e in uscita dell'ambiente del servizio app potrebbero cambiare durante il processo di migrazione. Il tempo di inattività potrebbe essere più lungo se si hanno dipendenze da questi indirizzi IP. Il tempo di inattività potrebbe anche essere più lungo se si usano funzionalità non supportate nell'ambiente del servizio app v3.

Periodo di prova

Se è necessario più tempo per completare le migrazioni, è possibile offrire un periodo di tolleranza una tantum di 30 giorni. L'ambiente del servizio app non viene migrato automaticamente o eliminato durante il periodo di tolleranza. Al termine del periodo di tolleranza, si tenta di eseguire la migrazione automatica dell'ambiente del servizio app. Se la migrazione automatica non è fattibile, le risorse e i dati associati dell'app vengono eliminati.

Per ricevere questo periodo di tolleranza, passare a portale di Azure e visitare la pagina Migrazione per l'ambiente del servizio app di Azure. Se si dispone di più di un ambiente del servizio app, è necessario confermare e ricevere un periodo di tolleranza per ogni ambiente che richiede più tempo per eseguire la migrazione.

Dopo aver ricevuto il periodo di tolleranza, il banner nella parte superiore della pagina Migrazione mostra la data di fine del periodo di tolleranza. Potrebbe essere necessario aggiornare la pagina per visualizzare il banner aggiornato. L'aggiornamento del banner con la data può richiedere fino a cinque minuti.

Per altre domande o supporto, contattare il supporto tecnico di Azure usando l'opzione Apri ticket di supporto nel portale di Azure nella pagina Migrazione. È importante confermare e ricevere un periodo di tolleranza per ogni ambiente che richiede più tempo per eseguire la migrazione prima di aprire la richiesta di supporto. Il periodo di conferma e di tolleranza garantisce che gli ambienti non vengano migrati automaticamente durante l'elaborazione della richiesta di supporto.

Limitazioni della migrazione automatica

Le migrazioni automatiche vengono eseguite usando la funzionalità di migrazione sul posto. Le limitazioni seguenti si applicano alle migrazioni automatiche, analogamente alle limitazioni delle migrazioni sul posto:

• Il nuovo ambiente del servizio app v3 si trova nella subnet esistente usata per l'ambiente precedente.
• Il nuovo ambiente del servizio app v3 si trova nella stessa area dell'ambiente precedente.
• Il nuovo ambiente del servizio app v3 si trova nello stesso gruppo di risorse dell'ambiente precedente.
• Tutte le risorse mantengono gli stessi nomi e ID risorsa.
• Le associazioni TLS/SSL basate su IP non sono supportate nell'ambiente del servizio app v3. Se sono presenti associazioni TLS/SSL basate su IP, è necessario rimuoverle al termine della migrazione. Le app non funzionano finché non si rimuovono le associazioni.
• L'ambiente del servizio app v1 in una rete virtuale classica non è supportato per la migrazione. Se si dispone di un ambiente del servizio app v1 in una rete virtuale classica, è necessario eseguire manualmente la migrazione. L'ambiente del servizio app è idoneo per l'eliminazione in qualsiasi momento se non si richiede un periodo di tolleranza di 30 giorni.
• La funzionalità di migrazione sul posto non è disponibile in Cina orientale 2 e Cina settentrionale 2. La funzionalità non è supportata perché l'ambiente del servizio app v3 non è disponibile in queste aree. Pertanto, la migrazione automatica non è possibile per gli ambienti del servizio app in queste aree. Se si dispone di un ambiente del servizio app in queste aree, è necessario eseguire la migrazione manuale a una delle aree supportate, ad esempio Cina orientale 3 o Cina settentrionale 3. L'ambiente del servizio app è idoneo per l'eliminazione in qualsiasi momento se non si richiede un periodo di tolleranza di 30 giorni.

Per altre informazioni sulle migrazioni sul posto e per visualizzare il processo seguito durante una migrazione automatica, vedere Migrazione all'ambiente del servizio app v3 usando la funzionalità di migrazione sul posto.

Non idoneo per la migrazione automatica

Esistono due scenari in cui potrebbe non essere possibile eseguire la migrazione automatica. Il primo scenario prevede che l'ambiente corrente si trova in un'area che non supporta l'ambiente del servizio app v3. L'altro scenario prevede che si disponga di un ambiente del servizio app v1 in una rete virtuale classica. Se non si è idonei per la migrazione automatica e non è mai possibile eseguire la migrazione automatica, il portale visualizza un messaggio con il motivo per cui non si è idonei. È necessario eseguire la migrazione manuale. L'ambiente del servizio app è idoneo per l'eliminazione in qualsiasi momento se non si richiede un periodo di tolleranza di 30 giorni.

In alcuni casi, si potrebbe essere temporaneamente bloccati dalla migrazione automatica, ma è possibile risolvere il problema di blocco e abilitare la migrazione automatica. Ad esempio, se si dispone di un blocco delle risorse nell'ambiente del servizio app, è possibile rimuovere il blocco delle risorse per abilitare la migrazione automatica. Una migrazione automatica bloccata da un blocco delle risorse, da Criteri di Azure o da una configurazione di rete viene sospesa automaticamente. Se è necessario annullare l'apertura dell'ambiente del servizio app, aprire un ticket di supporto.

Se non si è idonei per la migrazione automatica, potrebbero essere visualizzati gli errori seguenti nel portale:

Cosa fare se l'ambiente del servizio app è sospeso

Se l'ambiente del servizio app è sospeso, sono disponibili due opzioni.

Annullamento dell'apertura e migrazione automatica

Se si vuole eseguire la migrazione manualmente, aprire un ticket di supporto usando l'opzione nella pagina Migrazione per verificare se è possibile annullare l'apertura dell'ambiente del servizio app. Non è garantito che sia possibile annullare l'apertura dell'ambiente.

Ripresa/annullamento dell'apertura come ambiente del servizio app v3

Se si vuole accelerare la migrazione, è possibile riprendere o annullare la chiusura dell'ambiente come ambiente del servizio app v3. Per riprendere l'ambiente del servizio app come versione 3, passare al portale di Azure e visitare la pagina Migrazione per l'ambiente del servizio app. Per riprendere l'ambiente come ambiente del servizio app v3, selezionare il pulsante "Esegui migrazione adesso". Questo pulsante avvia lo stesso processo usato per le migrazioni automatiche. Le limitazioni, il tempo di inattività e altre considerazioni sono le stesse delle migrazioni automatiche. Se si dispone di più di un ambiente del servizio app, è necessario riprendere ogni ambiente sospeso.

Funzionalità per limitare gli effetti delle migrazioni automatiche

Per limitare l'effetto delle migrazioni automatiche, sono state implementate le funzionalità seguenti per la funzionalità di migrazione automatica.

Conservazione degli indirizzi IP in uscita

In precedenza, l'indirizzo IP in uscita dell'ambiente del servizio app è stato sempre modificato durante il processo di migrazione. Ora, l'indirizzo IP in uscita dell'ambiente del servizio app potrebbe essere mantenuto durante il processo di migrazione. L'ambiente del servizio app v1/v2 potrebbe essere mantenuto e viene usato come indirizzo IP in uscita dell'ambiente del servizio app v3. Non è garantito che sia possibile mantenere l'indirizzo IP in uscita. Tuttavia, l'ambiente del servizio app v3 ha due indirizzi IP in uscita. Se si dispone di una configurazione del suffisso di dominio personalizzato e ci si connette ad Azure Key Vault tramite la rete Internet pubblica, potrebbe essere comunque necessario tenere conto dell'altro nuovo indirizzo IP in uscita.

Per le migrazioni dell'ambiente del servizio app del servizio app ILB (Internal Load Balancer), l'indirizzo IP in ingresso viene sempre mantenuto. Questa funzionalità rimane invariata durante la migrazione automatica.

Per le migrazioni dell'ambiente del servizio app ELB (External Load Balancer), l'indirizzo IP in ingresso rimane modificato. Questa modifica può influire sull'utente se si usano record A per puntare all'indirizzo IP in ingresso dell'ambiente del servizio app. Se si usano record A, è necessario aggiornare i record A in modo che puntino al nuovo indirizzo IP in ingresso al termine del processo di migrazione. Se si usano record CNAME, è probabile che non sia necessario apportare modifiche DNS. Se si hanno altre dipendenze dall'indirizzo IP in ingresso, è necessario aggiornarle di conseguenza.

Compatibilità della configurazione del suffisso del dominio personalizzato nell'ambiente del servizio app v2

Il suffisso di dominio personalizzato nell'ambiente del servizio app v3 viene implementato in modo diverso rispetto all'ambiente del servizio app v2. Nell'ambiente del servizio app v2 il certificato viene caricato direttamente nell'ambiente del servizio app. Inoltre, sono consentiti certificati non con caratteri jolly. Nell'ambiente del servizio app v3 il certificato deve essere archiviato in Azure Key Vault e l'ambiente del servizio app deve essere in grado di accedere all'insieme di credenziali delle chiavi. Inoltre, i certificati non con caratteri jolly non sono consentiti.

Per ridurre l'effetto delle migrazioni automatiche, è stata implementata una modalità di compatibilità limitata per le configurazioni del suffisso di dominio personalizzato dell'ambiente del servizio app v2 nell'ambiente del servizio app v3. Se si dispone di una configurazione del suffisso di dominio personalizzato nell'ambiente del servizio app v2, la configurazione viene migrata nell'ambiente del servizio app v3. Il certificato viene caricato nell'ambiente del servizio app v3 e la configurazione viene aggiornata per usare il certificato caricato. Questo processo viene eseguito come misura temporanea ed è valido solo fino alla scadenza del certificato corrente. È necessario aggiornare la configurazione per usare Azure Key Vault al termine del processo di migrazione e prima della scadenza del certificato. Se non si aggiorna la configurazione, una volta scaduto il certificato, il suffisso di dominio personalizzato non funziona. Per altre informazioni, vedere Suffisso di dominio personalizzato nell'ambiente del servizio app v3.

Supporto della migrazione per le app con associazioni TLS/SSL basate su IP

Le associazioni TLS/SSL basate su IP non sono supportate nell'ambiente del servizio app v3. In precedenza, la funzionalità di migrazione consente di eseguire la migrazione solo dopo aver rimosso le associazioni. Per abilitare le migrazioni automatiche, la convalida automatica per verificare la presenza di associazioni TLS/SSL basate su IP viene rimossa. Se sono presenti associazioni TLS/SSL basate su IP, è necessario rimuoverle al termine della migrazione. Le app non funzionano finché non si rimuovono le associazioni.

Risolvere i problemi causati da una migrazione automatica

Di seguito sono riportati i problemi che possono verificarsi con le app o i servizi dopo una migrazione automatica. Se il problema non è elencato qui ed è necessaria assistenza, contattare supporto tecnico di Azure.

Problema: l'ambiente del servizio app v3 usa la configurazione del suffisso di dominio personalizzato precedente

Se si dispone di una configurazione del suffisso di dominio personalizzato nell'ambiente del servizio app v2, la configurazione viene migrata nell'ambiente del servizio app v3. Il certificato viene caricato nell'ambiente del servizio app v3 e la configurazione viene aggiornata per usare il certificato caricato. Questo processo viene eseguito come misura temporanea ed è valido solo fino alla scadenza del certificato corrente. Non è garantito che la configurazione del suffisso di dominio personalizzato precedente funzioni dopo la migrazione automatica.

Per risolvere questa incompatibilità, è necessario aggiornare la configurazione per l'uso di Azure Key Vault al termine del processo di migrazione e prima della scadenza del certificato. Se non si aggiorna la configurazione, una volta scaduto il certificato, il suffisso di dominio personalizzato non funziona. Per aggiornare la configurazione del suffisso di dominio personalizzato, seguire la procedura descritta in Suffisso di dominio personalizzato nell'ambiente del servizio app v3.

Problema: le app nell'ambiente del servizio app v3 hanno associazioni TLS/SSL basate su IP

Le associazioni TLS/SSL basate su IP non sono supportate nell'ambiente del servizio app v3. È necessario rimuovere le associazioni al termine della migrazione. Le app non funzionano finché non si rimuovono le associazioni.

Problema: le risorse dipendenti non vengono aggiornate per usare il nuovo indirizzo IP in ingresso

Le migrazioni dell'ambiente del servizio app ILB mantengono l'indirizzo IP in ingresso, quindi non è necessaria alcuna azione.

Le migrazioni dell'ambiente del servizio app ELB modificano l'indirizzo IP in ingresso. Se si usa record A per puntare all'indirizzo IP in ingresso dell'ambiente del servizio app, è necessario aggiornare i record A in modo che puntino al nuovo indirizzo IP in ingresso al termine del processo di migrazione. Se si usano record CNAME, è probabile che non sia necessario apportare modifiche DNS. Se si hanno altre dipendenze dall'indirizzo IP in ingresso, è necessario aggiornarle di conseguenza. L'indirizzo IP in ingresso precedente non è più valido dopo il completamento del processo di migrazione.

Problema: le risorse dipendenti non vengono aggiornate per usare il nuovo indirizzo IP in uscita

L'ambiente del servizio app v3 ha due indirizzi IP in uscita. Dopo il processo di migrazione, l'indirizzo IP in uscita esistente potrebbe essere mantenuto, ma viene creato un altro indirizzo IP in uscita. Potrebbe essere necessario tenere conto di questo altro nuovo indirizzo IP in uscita se si dispone di una configurazione del suffisso di dominio personalizzato e ci si connette ad Azure Key Vault tramite la rete Internet pubblica. Se l'indirizzo IP in uscita originale non viene mantenuto, è necessario tenere conto anche di questa modifica.

Problema: modifica delle funzionalità o incompatibilità con l'ambiente del servizio app v3

In generale, l'ambiente del servizio app v3 è compatibile con l'ambiente del servizio app v1 e v2. Esistono tuttavia alcune differenze. Per visualizzare le differenze tra le versioni, esaminare il confronto delle versioni dell'ambiente del servizio app. Se si usa una funzionalità che non è supportata o si comporta in modo diverso nell'ambiente del servizio app v3, è necessario aggiornare le app di conseguenza.

Di seguito sono riportate le modifiche rilevanti nell'ambiente del servizio app v3:

• Le associazioni TLS/SSL basate su IP non sono supportate.
• La configurazione del suffisso di dominio personalizzato è diversa.
• Il dominio predefinito viene sempre mantenuto anche se si dispone di un suffisso di dominio personalizzato.
• I certificati non con caratteri jolly per il suffisso di dominio personalizzato non sono consentiti.
• L'ambiente del servizio app v3 ha due indirizzi IP in uscita.
• Gli SKU disponibili presentano dimensioni diverse.
• Il modello tariffario è diverso.
• Il modello di rete è diverso.
• La struttura degli endpoint FTPS è diversa. L'accesso all'endpoint FTPS usando il suffisso di dominio personalizzato non è supportato.
• L'ambiente del servizio app v3 non esegue il fallback in DNS di Azure se i server DNS personalizzati configurati nella rete virtuale non riescono a risolvere un dato nome. Se questo comportamento è necessario, assicurarsi di disporre di un server d'inoltro a un DNS pubblico o di includere DNS di Azure nell'elenco dei server DNS personalizzati.

Prezzi

Non sono previsti costi associati alla migrazione automatica dell'ambiente del servizio app. Gli addebiti per l'ambiente del servizio app precedente cessano non appena viene arrestato durante il processo di migrazione. Si iniziano a ricevere addebiti per il nuovo ambiente del servizio app v3 non appena viene distribuito. Per ulteriori informazioni sui prezzi dell'ambiente del servizio app, vedere i dettagli sui prezzi.

Quando si esegue la migrazione all'ambiente del servizio app v3 dalle versioni precedenti, è consigliabile considerare scenari che possono potenzialmente ridurre il costo mensile. Prendere in considerazione le prenotazioni e i piani di risparmio per ridurre ulteriormente i costi. Per informazioni sulle opportunità di risparmio sui costi, vedere Opportunità di risparmio sui costi dopo l'aggiornamento all'ambiente del servizio app v3.

Passare a un piano di servizio app inferiore

Gli SKU del piano di servizio app disponibili per l'ambiente del servizio app v3 vengono eseguiti nel livello Isolato v2 (Iv2). Il numero di core e la quantità di RAM vengono effettivamente raddoppiati in base al livello corrispondente rispetto al livello Isolato. Quando si esegue la migrazione, i piani di servizio app vengono convertiti nel livello corrispondente. Ad esempio, le istanze I2 vengono convertite in I2v2. Mentre I2 ha due core e 7 GB di RAM, I2v2 ha quattro core e 16 GB di RAM. Se si prevede che i requisiti di capacità rimangano invariati, il provisioning è eccessivo e si paga per risorse di calcolo e memoria che non vengono usati. Per questo scenario, è possibile passare dall'istanza I2v2 a I1v2 e avere infine con un numero di core e RAM simile a quelli precedentemente disponibili.

Criteri di supporto dopo il ritiro per l'ambiente del servizio app v1 e v2

L'istruzione seguente rappresenta i criteri di supporto dell'ambiente del servizio app di Azure v1 e v2 a partire dal 1° settembre 2024. Non influisce sui carichi di lavoro in esecuzione nell'ambiente del servizio app v3.

Questo criterio di supporto scade alla fine di qualsiasi estensione o periodo di tolleranza a cui Microsoft ha concesso l'approvazione scritta per eseguire i servizi oltre la data di ritiro pianificata. L'impossibilità di eseguire la migrazione entro tale data comporterà il ritiro di tutti gli ambienti rimanenti del servizio app di Azure v1 e v2, tra cui l'eliminazione delle app e dei dati, la migrazione sul posto automatizzata e altre procedure di ritiro.

I criteri di supporto esteso includono gli elementi seguenti:

• A partire dal 1° settembre 2024, il Contratto di servizio non è più applicabile per l'ambiente del servizio app v1 e v2. Con l'uso continuo del prodotto oltre la data di ritiro, si riconosce che Azure non si impegna per il contratto di servizio del 99,95% per l'ambiente ritirato.
• Ci impegniamo a mantenere la piattaforma e a completare le migrazioni. Pertanto, i canali di supporto clienti (CSS) e Product Group (PG) continueranno a gestire i casi di supporto e gli eventi di risposta critica (CRI) in modo commerciale ragionevole. Non verranno effettuati nuovi investimenti per la sicurezza e la conformità nell'ambiente del servizio app v1 e v2.
• Il servizio app continuerà a applicare patch ai runtime del sistema operativo e del linguaggio in base ai processi di aggiornamento della piattaforma documentati qui.
• Il servizio app continuerà a testare e convalidare gli aggiornamenti del servizio app di Azure prima dell'implementazione e continuerà a seguire procedure di distribuzione sicure per gli aggiornamenti della piattaforma.
• Il servizio app continuerà a monitorare attivamente il footprint di produzione dell'ambiente del servizio app di Azure v1/v2 e continuerà a rispondere ai problemi rilevati tramite questo monitoraggio con la stessa urgenza di oggi.
• Microsoft continuerà ad accettare i casi di supporto del servizio app di Azure e a risolvere tempestivamente i problemi del servizio app di Azure.
• Il servizio app continuerà ad applicare patch e hotfix per i bug critici della piattaforma del servizio app di Azure che potrebbero verificarsi.
• Tuttavia, la possibilità di attenuare efficacemente i problemi che possono verificarsi da dipendenze di Azure di livello inferiore potrebbe essere compromessa a causa del ritiro che interessa tutti i servizi cloud e i componenti di Gestione dei servizi cloud (ASM)/RedDog Front End (RDFE).

È consigliabile completare la migrazione all'ambiente del servizio app di Azure v3 il prima possibile per evitare interruzioni dei servizi. Il nostro team è disponibile per assistere l'utente con il processo di migrazione e per rispondere a eventuali domande che potrebbero essere disponibili. Per altre informazioni sui passaggi di ritiro e migrazione, sulle risorse disponibili e sui vantaggi della migrazione, vedere la documentazione del prodotto.

Domande frequenti

• Perché si verificano interruzioni temporanee dell'applicazione nell'ambiente del servizio app v1/v2?
  La piattaforma Azure sta preparando il ritiro di Servizi cloud (versione classica), ovvero l'infrastruttura in cui viene eseguito l'ambiente del servizio app v1 e v2. Come parte di questa preparazione, è necessario prevedere interruzioni temporanee e interruzioni del servizio. Per ridurre al minimo l'effetto di queste interruzioni, è consigliabile eseguire la migrazione all'ambiente del servizio app v3 il prima possibile.
• Perché è stata eseguita la migrazione automatica dell'ambiente del servizio app?
  L'ambiente del servizio app v1 e v2 vengono ritirati e non sono più supportati. L'infrastruttura di supporto per l'ambiente del servizio app v1 e v2 viene rimossa. Per assicurarsi che l'ambiente del servizio app sia in esecuzione in una piattaforma supportata, Microsoft avvia le migrazioni automatiche all'ambiente del servizio app v3.
• Perché le app non funzionano dopo la migrazione automatica?
  Dopo una migrazione automatica, potrebbero verificarsi problemi con le app o i servizi a causa di aggiornamenti delle funzionalità o incompatibilità. Per risolvere questi problemi, vedere Risolvere i problemi causati da una migrazione automatica.
• Qual è il tempo di inattività durante il processo di migrazione automatica?
  Durante il processo di migrazione automatica sono presenti circa un'ora di inattività. Gli indirizzi IP in ingresso e in uscita dell'ambiente del servizio app potrebbero cambiare durante il processo di migrazione. Il tempo di inattività potrebbe essere più lungo se si hanno dipendenze da questi indirizzi IP. Il tempo di inattività potrebbe anche essere più lungo se si usano funzionalità non supportate nell'ambiente del servizio app v3.
• Verranno addebitati i costi per le migrazioni automatiche?
  Non sono previsti costi associati alla migrazione automatica dell'ambiente del servizio app. Gli addebiti per l'ambiente del servizio app precedente cessano non appena viene arrestato durante il processo di migrazione. Si iniziano a ricevere addebiti per il nuovo ambiente del servizio app v3 non appena viene distribuito.
• Perché l'ambiente del servizio app è stato eliminato?
  Se la migrazione automatica non è fattibile, le risorse e i dati associati dell'app vengono eliminati. È vivamente consigliabile agire ora al fine di evitare questo scenario. Se è necessario più tempo per completare le migrazioni, è possibile offrire un periodo di tolleranza una tantum di 30 giorni. L'ambiente del servizio app non viene eliminato durante il periodo di tolleranza. Al termine del periodo di tolleranza, è possibile eliminare l'ambiente del servizio app e tutti i dati associati.