Migrazione a ambiente del servizio app v3 usando la funzionalità di migrazione sul posto
Nota
La funzionalità di migrazione descritta in questo articolo viene usata per la migrazione automatizzata (stessa subnet) sul posto di ambiente del servizio app v1 e v2 a ambiente del servizio app v3. Per informazioni sulla funzionalità di migrazione side-by-side, vedere Eseguire la migrazione a ambiente del servizio app v3 usando la funzionalità di migrazione side-by-side. Per informazioni sulle opzioni di migrazione manuale, vedere Opzioni di migrazione manuale. Per informazioni sulla scelta dell'opzione di migrazione più adatta, vedere Albero delle decisioni del percorso di migrazione. Per altre informazioni su ambiente del servizio app v3, vedere panoramica di ambiente del servizio app v3.
servizio app può automatizzare la migrazione dei ambiente del servizio app v1 e v2 a un ambiente del servizio app v3. Sono disponibili diverse opzioni di migrazione. Esaminare l'albero delle decisioni del percorso di migrazione per decidere quale opzione è migliore per il caso d'uso. ambiente del servizio app v3 offre vantaggi e differenze di funzionalità rispetto alle versioni precedenti. Assicurarsi di esaminare le funzionalità supportate di ambiente del servizio app v3 prima della migrazione per ridurre il rischio di un problema imprevisto dell'applicazione.
La funzionalità di migrazione sul posto automatizza la migrazione a ambiente del servizio app v3 aggiornando il ambiente del servizio app esistente nella stessa subnet. Questa opzione di migrazione è ideale per i clienti che vogliono eseguire la migrazione a ambiente del servizio app v3 con modifiche minime alle configurazioni di rete. È anche necessario essere in grado di supportare circa un'ora di inattività dell'applicazione. Se non è possibile supportare i tempi di inattività, vedere la funzionalità di migrazione sul lato o le opzioni di migrazione manuale.
Importante
È consigliabile usare questa funzionalità per gli ambienti di sviluppo prima di eseguire la migrazione di tutti gli ambienti di produzione per assicurarsi che non siano presenti problemi imprevisti. Fornire commenti e suggerimenti relativi a questo articolo o alla funzionalità usando i pulsanti nella parte inferiore della pagina.
Scenari supportati
Al momento, la funzionalità di migrazione sul posto non supporta le migrazioni a ambiente del servizio app v3 nelle aree seguenti:
Microsoft Azure gestito da 21Vianet
- Cina orientale 2
- Cina settentrionale 2
È possibile eseguire la migrazione delle ambiente del servizio app seguenti configurazioni usando la funzionalità di migrazione sul posto. La tabella fornisce la configurazione ambiente del servizio app v3 quando si usa la funzionalità di migrazione sul posto in base all'ambiente del servizio app esistente. È possibile eseguire la migrazione di tutti i ambiente del servizio app supportati a una zona con ridondanza della zona ambiente del servizio app v3 usando la funzionalità di migrazione sul posto, purché l'ambiente si trova in un'area che supporta la ridondanza della zona. È possibile configurare la ridondanza della zona durante il processo di migrazione.
| Impostazione | Configurazione di ambiente del servizio app v3 |
|---|---|
| Bilanciamento del carico interno (ILB) ambiente del servizio app v2 | ILB ambiente del servizio app v3 |
| Esterno (ELB/Internet con indirizzo IP pubblico) ambiente del servizio app v2 | ELB ambiente del servizio app v3 |
| ILB ambiente del servizio app v2 con un suffisso di dominio personalizzato | ILB ambiente del servizio app v3 con un suffisso di dominio personalizzato |
| ILB ambiente del servizio app v1 | ILB ambiente del servizio app v3 |
| ELB ambiente del servizio app v1 | ELB ambiente del servizio app v3 |
| ILB ambiente del servizio app v1 con un suffisso di dominio personalizzato | ILB ambiente del servizio app v3 con un suffisso di dominio personalizzato |
| Zona aggiunta ambiente del servizio app v2 | ambiente del servizio app v3 con configurazione facoltativa della ridondanza della zona |
Se si vuole che il nuovo ambiente del servizio app v3 usi un suffisso di dominio personalizzato e non si usi attualmente un suffisso di dominio personalizzato, è possibile configurare il suffisso di dominio personalizzato in qualsiasi momento al termine della migrazione. Per altre informazioni, vedere Configurare il suffisso di dominio personalizzato per ambiente del servizio app.
È possibile trovare la versione del ambiente del servizio app passando al ambiente del servizio app nella portale di Azure e selezionando Configurazione in Impostazioni sul lato sinistro. È anche possibile usare Esplora risorse di Azure ed esaminare il valore della proprietà per il kind ambiente del servizio app.
Limitazioni delle funzionalità di migrazione sul posto
Di seguito sono riportate alcune limitazioni quando si usa la funzionalità di migrazione sul posto:
- Il nuovo ambiente del servizio app v3 si trova nella subnet esistente usata per l'ambiente precedente.
- Non è possibile modificare l'area in cui si trova l'ambiente del servizio app.
- Non è possibile eseguire la migrazione di ambiente del servizio app ELB a ambiente del servizio app il bilanciamento del carico interno v3 e viceversa.
- Se l'ambiente del servizio app esistente usa un suffisso di dominio personalizzato, è necessario configurare il suffisso di dominio personalizzato per l'ambiente del servizio app v3 durante il processo di migrazione.
- Se non si vuole più usare un suffisso di dominio personalizzato, è possibile rimuoverlo al termine della migrazione.
ambiente del servizio app v3 non supporta le funzionalità seguenti che è possibile usare con l'ambiente del servizio app corrente v1 o v2.
- Configurazione di un'associazione TLS/SSL basata su IP con le app.
- 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.
La funzionalità di migrazione sul posto non supporta gli scenari seguenti. Vedere le opzioni di migrazione manuale se il ambiente del servizio app rientra in una di queste categorie.
- ambiente del servizio app v1 in un Rete virtuale classica
- Ambiente del servizio app v2 ELB con indirizzi IP SSL
- Ambiente del servizio app v1 ELB con indirizzi IP SSL
La piattaforma servizio app esamina i ambiente del servizio app per confermare il supporto della migrazione sul posto. Se lo scenario non supera tutti i controlli di convalida, non è possibile eseguire la migrazione in questo momento usando la funzionalità di migrazione sul posto. Se l'ambiente è in uno stato non integro o sospeso, non è possibile eseguire la migrazione fino a quando non si apportano gli aggiornamenti necessari.
Nota
ambiente del servizio app v3 non supporta SSL IP. Se si usa SSL IP, è necessario rimuovere tutte le associazioni SSL IP prima di eseguire la migrazione a ambiente del servizio app v3. La funzionalità di migrazione supporterà l'ambiente dopo la rimozione di tutte le associazioni IP SSL.
Risoluzione dei problemi
Se il ambiente del servizio app non supera i controlli di convalida o si tenta di eseguire un passaggio di migrazione nell'ordine non corretto, è possibile visualizzare uno dei messaggi di errore seguenti:
| Error message | Descrizione | Elemento consigliato |
|---|---|---|
| La migrazione può essere chiamata solo in una rete virtuale A edizione Standard nella rete virtuale arm e questa edizione Standard si trova nella rete virtuale classica. | ambiente del servizio app nelle reti virtuali classiche non possono eseguire la migrazione usando la funzionalità di migrazione sul posto. | Eseguire la migrazione usando una delle opzioni di migrazione manuale. |
| La migrazione a edizione Standard v3 non è ancora pronta. | L'infrastruttura sottostante non è pronta per supportare ambiente del servizio app v3. | Eseguire la migrazione usando una delle opzioni di migrazione manuale se si vuole eseguire immediatamente la migrazione. In caso contrario, attendere che la funzionalità di migrazione sul posto sia disponibile nell'area. |
| Non è possibile chiamare la migrazione in questo A edizione Standard. Per assistenza alla migrazione, contattare il supporto tecnico. | Il supporto deve essere impegnato per la migrazione di questa ambiente del servizio app. Questo problema è potenzialmente dovuto alle impostazioni personalizzate usate da questo ambiente. | Aprire un caso di supporto per contattare il supporto per risolvere il problema. |
| Non è possibile chiamare la migrazione se IP SSL è abilitato in uno dei siti. | ambiente del servizio app che dispongono di siti con SSL IP abilitato non possono essere migrati usando la funzionalità di migrazione. | Rimuovere l'SSL IP da tutte le app nel ambiente del servizio app per abilitare la funzionalità di migrazione. |
| Non è possibile chiamare la migrazione completa prima che vengano generati indirizzi IP. | Questo errore viene visualizzato se si tenta di eseguire la migrazione prima di completare i passaggi di premigration. | Assicurarsi di completare tutti i passaggi di premigration prima di tentare di eseguire la migrazione. Vedere la guida dettagliata per la migrazione. |
| La migrazione a A edizione Standard v3 non è consentita per questo oggetto A edizione Standard. | Non è possibile eseguire la migrazione usando la funzionalità di migrazione. | Eseguire la migrazione usando una delle opzioni di migrazione manuale. |
| La sottoscrizione ha troppi ambiente del servizio app. Rimuovere alcuni prima di provare a crearne altri. | Viene soddisfatta la quota ambiente del servizio app per la sottoscrizione. | Rimuovere gli ambienti non necessario o contattare il supporto tecnico per esaminare le opzioni. |
<ZoneRedundant><DedicatedHosts><ASEv3/ASE> non è disponibile in questa posizione. |
Questo errore viene visualizzato se si sta tentando di eseguire la migrazione di un ambiente del servizio app in un'area che non supporta una delle funzionalità richieste. | Eseguire la migrazione usando una delle opzioni di migrazione manuale se si vuole eseguire immediatamente la migrazione. In caso contrario, attendere che la funzionalità di migrazione supporti questa configurazione dell'ambiente del servizio app. |
| Non è possibile chiamare la migrazione in questo oggetto A edizione Standard fino al termine dell'aggiornamento attivo. | non è possibile eseguire la migrazione di ambiente del servizio app durante gli aggiornamenti della piattaforma. È possibile impostare le preferenze di aggiornamento nel portale di Azure. In alcuni casi, viene avviato un aggiornamento quando si visita la pagina di migrazione se l'ambiente del servizio app non è aggiornato alla build corrente. | Attendere il completamento dell'aggiornamento e quindi eseguire la migrazione. |
| ambiente del servizio app'operazione di gestione in corso. | Il ambiente del servizio app è in corso un'operazione di gestione. Queste operazioni possono includere attività quali distribuzioni o aggiornamenti. La migrazione è bloccata fino al completamento di queste operazioni. | È possibile eseguire la migrazione al termine di queste operazioni. |
| La migrazione non è disponibile per questa sottoscrizione. | Il supporto deve essere impegnato per la migrazione di questa ambiente del servizio app. | Aprire un caso di supporto per contattare il supporto per risolvere il problema. |
| InteralLoadBalancingMode non è attualmente supportato. | ambiente del servizio app che hanno InternalLoadBalancingMode impostato su determinati valori non possono essere migrati usando la funzionalità di migrazione in questo momento. InternalLoadBalancingMode deve essere modificato manualmente dal team Microsoft. | Aprire un caso di supporto per contattare il supporto per risolvere il problema. Richiedere un aggiornamento a InternalLoadBalancingMode per consentire la migrazione. |
| La migrazione non è valida. L edizione Standard A deve essere aggiornato alla build più recente per garantire la corretta migrazione. L'A edizione Standard verrà aggiornato ora. Riprovare a eseguire la migrazione in poche ore al termine dell'aggiornamento della piattaforma. | Il ambiente del servizio app non è sulla build minima necessaria per la migrazione. Viene avviato un aggiornamento. Il ambiente del servizio app non sarà interessato, ma non sarà possibile ridimensionare o apportare modifiche al ambiente del servizio app mentre è in corso l'aggiornamento. Non sarà possibile eseguire la migrazione fino al termine dell'aggiornamento. | Attendere il completamento dell'aggiornamento e quindi eseguire la migrazione. |
Panoramica del processo di migrazione tramite la funzionalità di migrazione sul posto
La migrazione sul posto è costituita da una serie di passaggi che devono essere seguiti in ordine. Per determinati passaggi vengono fornite informazioni essenziali. È importante comprendere cosa accade durante questi passaggi e quale impatto hanno sull'ambiente e sulle app. Dopo aver consultato le informazioni seguenti, quando si è pronti a eseguire la migrazione, attenersi alla guida dettagliata.
Verificare che la migrazione sia supportata usando la funzionalità di migrazione sul posto per l'ambiente del servizio app
La piattaforma verifica che sia possibile eseguire la migrazione dei ambiente del servizio app usando la funzionalità di migrazione sul posto. Se il ambiente del servizio app non supera tutti i controlli di convalida, non è possibile eseguire la migrazione in questo momento usando la funzionalità di migrazione sul posto. Per informazioni dettagliate sulle possibili cause dell'errore di convalida, vedere la sezione relativa alla risoluzione dei problemi . Se l'ambiente è in uno stato non integro o sospeso, non è possibile eseguire la migrazione fino a quando non si apportano gli aggiornamenti necessari. Se non è possibile eseguire la migrazione tramite la funzionalità di migrazione sul posto, vedere le opzioni di migrazione manuale.
La convalida controlla anche se il ambiente del servizio app è sulla build minima necessaria per la migrazione. Questa compilazione potrebbe essere più recente della build standard distribuita con il ciclo di aggiornamento/manutenzione della piattaforma di routine. La build minima viene aggiornata periodicamente per assicurarsi che siano disponibili le correzioni di bug e i miglioramenti più recenti. Se il ambiente del servizio app non è nella build minima, è necessario avviare l'aggiornamento manualmente. Questo aggiornamento è un processo standard in cui il ambiente del servizio app non è interessato, ma non è possibile ridimensionare o apportare modifiche al ambiente del servizio app mentre è in corso l'aggiornamento. Non è possibile eseguire la migrazione fino al termine dell'aggiornamento. Il completamento o la durata degli aggiornamenti può richiedere 8-12 ore a seconda delle dimensioni dell'ambiente. Se si pianifica un intervallo di tempo specifico per la migrazione, è necessario eseguire il controllo di convalida 24-48 ore prima del tempo di migrazione pianificato per assicurarsi di avere tempo per un aggiornamento, se necessario.
Generare gli indirizzi IP per il nuovo ambiente del servizio app v3
La piattaforma crea il nuovo indirizzo IP in ingresso (se si esegue la migrazione di un ambiente del servizio app ELB) e i nuovi indirizzi IP in uscita. L'attività dell'ambiente del servizio app esistente non verrà interrotta durante la creazione di questi IP, tuttavia non sarà possibile ridimensionare o modificare l'ambiente esistente. Il completamento di questo processo richiede circa 15 minuti.
Al termine verranno forniti i nuovi IP che verranno usati dall'ambiente del servizio app v3. Questi nuovi IP non hanno alcun effetto sull'ambiente esistente. Gli IP usati dall'ambiente esistente continueranno a essere usati fino all'arresto dell'ambiente esistente al momento della migrazione.
Aggiornare le risorse dipendenti con nuovi IP
Dopo aver creato i nuovi INDIRIZZI IP, si dispone del nuovo valore predefinito in uscita per gli indirizzi pubblici Internet. In preparazione per la migrazione, è possibile modificare qualsiasi firewall esterno, routing DNS, gruppi di sicurezza di rete e qualsiasi altra risorsa che si basa su questi indirizzi IP. Per ambiente del servizio app ELB, è anche disponibile il nuovo indirizzo IP in ingresso che è possibile usare per configurare nuovi endpoint con servizi come Gestione traffico o Frontdoor di Azure. È responsabilità dell'utente aggiornare tutte le risorse interessate dalla modifica dell'indirizzo IP associata al nuovo ambiente del servizio app v3. Non passare al passaggio successivo fino a quando non sono stati eseguiti tutti gli aggiornamenti necessari. Questo passaggio è anche un buon momento per esaminare le modifiche alle dipendenze di rete in ingresso e in uscita quando si passa a ambiente del servizio app v3, inclusa la modifica della porta per il probe di integrità di Azure Load Balancer, che ora usa la porta 80.
Importante
A causa di un bug noto, per le migrazioni ambiente del servizio app ELB, l'indirizzo IP in ingresso può cambiare di nuovo una volta completato il passaggio di migrazione. Prepararsi a aggiornare nuovamente le risorse dipendenti con il nuovo indirizzo IP in ingresso al termine del passaggio di migrazione. Questo bug viene risolto e verrà risolto il prima possibile. Aprire un caso di supporto in caso di domande o dubbi su questo problema o richiedere assistenza per il processo di migrazione.
Delegare la subnet ambiente del servizio app
ambiente del servizio app v3 richiede che la subnet in cui si trova abbia una singola delega di Microsoft.Web/hostingEnvironments. La migrazione non riesce se la subnet del ambiente del servizio app non è delegata o la si delega a una risorsa diversa.
Confermare le modifiche delle dimensioni istanza
I piani servizio app vengono convertiti da Isolato al livello Isolated v2 corrispondente come parte della migrazione. Ad esempio, I2 viene convertito in I2v2. Le app potrebbero essere sottoposte a provisioning eccessivo dopo la migrazione perché il livello Isolated v2 ha più memoria e CPU per ogni dimensione di istanza corrispondente. Al termine della migrazione, è possibile ridimensionare l'ambiente in base alle esigenze. Per altre informazioni, vedere i dettagli dello SKU.
Assicurarsi che non siano presenti blocchi sulle risorse
I blocchi della rete virtuale bloccano le operazioni della piattaforma durante la migrazione. Se la rete virtuale ha blocchi, è necessario rimuoverli prima della migrazione. I blocchi possono essere letti se necessario al termine della migrazione. I blocchi possono esistere in tre ambiti diversi: sottoscrizione, gruppo di risorse e risorsa. Quando si applica un blocco in un ambito padre, tutte le risorse in tale ambito ereditano lo stesso blocco. Se sono stati applicati blocchi nella sottoscrizione, nel gruppo di risorse o nell'ambito delle risorse, è necessario rimuoverli prima della migrazione. Per altre informazioni sui blocchi e sull'ereditarietà dei blocchi, vedere Bloccare le risorse per proteggere l'infrastruttura.
Assicurarsi che non siano presenti criteri di Azure che bloccano la migrazione
Criteri di Azure può essere usato per negare la creazione e la modifica delle risorse a determinate entità. Se si dispone di un criterio che blocca la creazione di ambiente del servizio app o la modifica delle subnet, è necessario rimuoverlo prima della migrazione. I criteri possono essere letti se necessario al termine della migrazione. Per altre informazioni sulle Criteri di Azure, vedere panoramica di Criteri di Azure.
Scegliere le configurazioni dell'ambiente del servizio app v3
Il ambiente del servizio app v3 può essere distribuito tra le zone di disponibilità nelle aree che lo supportano. Questa architettura è nota come ridondanza della zona. La ridondanza della zona può essere configurata solo durante la creazione di ambiente del servizio app. Se si vuole che il nuovo ambiente del servizio app v3 sia ridondante della zona, abilitare la configurazione durante il processo di migrazione. Qualsiasi ambiente del servizio app che usa la funzionalità di migrazione sul posto per eseguire la migrazione può essere configurata come ridondante della zona, purché si usi un'area che supporta la ridondanza della zona per ambiente del servizio app v3. Se l'ambiente esistente si trova in un'area che non supporta la ridondanza della zona, l'opzione di configurazione è disabilitata e non è possibile configurarla. La funzionalità di migrazione sul posto non supporta la modifica delle aree. Se si vuole usare un'area diversa, usare una delle opzioni di migrazione manuale.
Nota
L'abilitazione della ridondanza della zona può comportare costi aggiuntivi. Per altre informazioni, vedere il modello di prezzi della ridondanza della zona.
Se il ambiente del servizio app esistente usa un suffisso di dominio personalizzato, viene richiesto di configurare un suffisso di dominio personalizzato per il nuovo ambiente del servizio app v3. È necessario specificare il nome di dominio personalizzato, l'identità gestita e il certificato. Per altre informazioni su ambiente del servizio app suffisso di dominio personalizzato v3, inclusi i requisiti, le istruzioni dettagliate e le procedure consigliate, vedere Configurare il suffisso di dominio personalizzato per ambiente del servizio app. È necessario configurare un suffisso di dominio personalizzato per il nuovo ambiente anche se non si vuole più usarlo. Al termine della migrazione, è possibile rimuovere la configurazione del suffisso di dominio personalizzato, se necessario.
Se la migrazione include un suffisso di dominio personalizzato, per ambiente del servizio app v3, il dominio personalizzato non viene visualizzato nella sezione Informazioni di base della pagina Panoramica del portale perché è per ambiente del servizio app v1/v2. Per ambiente del servizio app v3 passare invece alla pagina Suffisso di dominio personalizzato in cui è possibile verificare che il suffisso di dominio personalizzato sia configurato correttamente. Inoltre, in ambiente del servizio app v2, se si dispone di un suffisso di dominio personalizzato, il nome host predefinito include il suffisso di dominio personalizzato ed è nel formato APP-NAME.internal.contoso.com. In ambiente del servizio app v3, il nome host predefinito usa sempre il suffisso di dominio predefinito ed è nel formato APP-NAME. A edizione Standard-NAME.appserviceenvironment.net. Questa differenza è dovuta al fatto che ambiente del servizio app v3 mantiene il suffisso di dominio predefinito quando si aggiunge un suffisso di dominio personalizzato. Con ambiente del servizio app v2, è presente un solo suffisso di dominio.
Eseguire la migrazione all'ambiente del servizio app di Azure v3
Dopo aver completato i passaggi precedenti, è consigliabile continuare con la migrazione il prima possibile.
Importante
Poiché il ridimensionamento è bloccato durante la migrazione, è necessario ridimensionare l'ambiente in base alle dimensioni desiderate prima di avviare la migrazione.
La migrazione richiede una finestra del servizio da tre a sei ore per le migrazioni da ambiente del servizio app v2 a v3. Le migrazioni da v1 a v3 possono richiedere fino a sei ore di intervallo di servizio, in base alle dimensioni dell'ambiente. La finestra del servizio potrebbe essere estesa in rari casi in cui è necessario l'intervento manuale del team di servizio. Durante la migrazione, la scalabilità e le configurazioni dell'ambiente sono bloccate e si verificano gli eventi seguenti:
- L'ambiente del servizio app esistente viene arrestato e sostituito con il nuovo ambiente del servizio app v3.
- Tutti i piani servizio app nel ambiente del servizio app vengono convertiti dal livello Isolated a Isolated v2.
- Tutte le app presenti nell'ambiente del servizio app sono temporaneamente inattive. È consigliabile prevedere circa un'ora di inattività durante questo periodo.
- Se non è possibile supportare i tempi di inattività, vedere la funzionalità di migrazione side-by-side o le alternative di migrazione.
- Gli indirizzi pubblici usati dall'ambiente del servizio app cambiano negli IP generati durante il passaggio di generazione IP.
Durante il processo di migrazione sono disponibili gli stati seguenti:
| Stato | Descrizione |
|---|---|
| Convalida e preparazione della migrazione. | La piattaforma sta convalidando il supporto della migrazione ed eseguendo i controlli necessari. |
| Distribuzione dell'infrastruttura ambiente del servizio app v3. | Il provisioning della nuova infrastruttura ambiente del servizio app v3. |
| In attesa del completamento dell'infrastruttura. | La piattaforma sta convalidando la nuova infrastruttura ed eseguendo i controlli necessari. |
| Configurazione della rete. È stato avviato il periodo di inattività della migrazione. Le applicazioni non sono accessibili. | La piattaforma sta eliminando l'infrastruttura precedente e spostando tutte le app nella nuova ambiente del servizio app v3. Le app sono inattiva e non accettano traffico. |
| Esecuzione di convalide post-migrazione. | La piattaforma esegue i controlli necessari per assicurarsi che la migrazione abbia esito positivo. |
| Finalizzazione della migrazione. | La piattaforma sta finalizzando la migrazione. |
Come durante il passaggio di generazione IP, durante questo processo non è possibile ridimensionare o modificare l'ambiente del servizio app né distribuire app. Al termine della migrazione, le app presenti nell'ambiente del servizio app precedente verranno eseguite nel nuovo ambiente del servizio app v3.
Prezzi
Non è previsto alcun costo per la migrazione dell'ambiente del servizio app. Quando si usa la funzionalità di migrazione sul posto, si arresta l'addebito per il ambiente del servizio app precedente non appena viene arrestato durante il processo di migrazione. Si inizia a ricevere i costi 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 a ambiente del servizio app v3 dalle versioni precedenti, esistono scenari da considerare 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 dei costi dopo l'aggiornamento a ambiente del servizio app v3.
Nota
A causa della conversione dei piani di servizio app da Isolato a Isolato v2, è possibile che le app vengano sottoposte a provisioning eccessivo dopo la migrazione perché il livello Isolated v2 ha più memoria e CPU per ogni dimensione di istanza corrispondente. Al termine della migrazione, sarà possibile ridimensionare l'ambiente in base alle esigenze. Per altre informazioni, vedere i dettagli dello SKU.
Ridurre i piani di servizio app
Gli SKU del piano servizio app disponibili per ambiente del servizio app v3 vengono eseguiti nel livello Isolated v2 (Iv2). Il numero di core e la quantità di RAM vengono effettivamente raddoppiati per ogni 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, si esegue il provisioning eccessivo e si paga per il calcolo e la memoria che non si sta usando. Per questo scenario, è possibile ridurre l'istanza di I2v2 in I1v2 e terminare con un numero simile di core e RAM precedentemente disponibili.
Domande frequenti
- Cosa accade se la migrazione del ambiente del servizio app non è attualmente supportata?
Al momento non è possibile eseguire la migrazione usando la funzionalità di migrazione sul posto. Se si dispone di un ambiente non supportato e si vuole eseguire immediatamente la migrazione, vedere le opzioni di migrazione manuale. - Ricerca per categorie scegliere quale opzione di migrazione è adatta?
Esaminare l'albero delle decisioni del percorso di migrazione per decidere quale opzione è migliore per il caso d'uso. - Ricerca per categorie sapere se è consigliabile usare la funzionalità di migrazione sul posto?
La funzionalità di migrazione sul posto è ideale per i clienti che vogliono eseguire la migrazione a ambiente del servizio app v3 con modifiche minime alle configurazioni di rete e possono supportare circa un'ora di inattività dell'applicazione. Se non è possibile supportare i tempi di inattività, vedere la funzionalità di migrazione sul lato o le opzioni di migrazione manuale. La funzionalità di migrazione sul posto crea il ambiente del servizio app v3 nella stessa subnet dell'ambiente esistente e usa la stessa infrastruttura di rete. Potrebbe essere necessario tenere conto delle modifiche apportate all'indirizzo IP in ingresso e in uscita se si hanno dipendenze da questi indirizzi IP specifici. - Durante la migrazione vi sarà un periodo di inattività?
Sì, è consigliabile prevedere circa un'ora di inattività durante la finestra del servizio da tre a sei ore durante il passaggio di migrazione, quindi pianificare di conseguenza. Se si dispone di un ambiente del servizio app diverso a cui è possibile puntare il traffico durante la migrazione usando la funzionalità di migrazione sul posto, è possibile eliminare i tempi di inattività dell'applicazione. Se non si dispone di un altro ambiente del servizio app e non è possibile supportare il tempo di inattività, vedere la funzionalità di migrazione affiancata o le opzioni di migrazione manuale. - Sarà necessario eseguire qualsiasi operazione alle app dopo la migrazione per eseguirle nella nuova ambiente del servizio app?
No, tutte le app in esecuzione nell'ambiente precedente vengono automaticamente migrate nel nuovo ambiente ed eseguite come in precedenza. Non è necessario alcun input dell'utente. - Cosa accade se l'ambiente del servizio app presenta un suffisso di dominio personalizzato?
La funzionalità di migrazione sul posto supporta questo scenario di migrazione. - Cosa succede se la ambiente del servizio app è bloccata?
La zona aggiunta ambiente del servizio app v2 è ora uno scenario supportato per la migrazione usando la funzionalità di migrazione. ambiente del servizio app v3 non supporta l'aggiunta della zona. Quando si esegue la migrazione a ambiente del servizio app v3, è possibile scegliere di configurare o meno la ridondanza della zona. - Cosa succede se il ambiente del servizio app ha indirizzi IP SSL? IP SSL non è supportato in ambiente del servizio app v3. È necessario rimuovere tutte le associazioni SSL IP prima di eseguire la migrazione usando la funzionalità di migrazione o una delle opzioni manuali. Se si intende usare la funzionalità di migrazione sul posto, dopo aver rimosso tutte le associazioni SSL IP, si passa tale controllo di convalida e si può procedere con la migrazione automatica.
- Quali proprietà del ambiente del servizio app cambieranno?
Si è in ambiente del servizio app v3, quindi assicurarsi di esaminare le funzionalità e le differenze di funzionalità rispetto alle versioni precedenti. Per l'ambiente del servizio app ILB, si mantiene lo stesso indirizzo IP del servizio ILB. Per l'ambiente del servizio app con connessione Internet, l'indirizzo IP pubblico e l'indirizzo IP in uscita cambieranno. Notare che per l'ambiente del servizio app ELB, in precedenza vi era un singolo IP in ingresso e in uscita. Per l'ambiente del servizio app v3, sono separati. Per ulteriori informazioni, vedere Rete per l'ambiente del servizio app v3. Per un confronto completo delle versioni dell'ambiente del servizio app, vedere Confronto delle versioni dell'ambiente del servizio app. - Cosa accade se la migrazione ha esito negativo o si verifica un problema imprevisto durante la migrazione?
Se si verifica un problema imprevisto, i team di supporto sono disponibili. È consigliabile eseguire la migrazione degli ambienti di sviluppo prima di toccare gli ambienti di produzione per ottenere informazioni sul processo di migrazione e vedere come influisce sui carichi di lavoro. - Cosa succede al mio vecchio ambiente del servizio app?
Se si decide di eseguire la migrazione di un ambiente del servizio app usando la funzionalità di migrazione sul posto, l'ambiente precedente viene arrestato, eliminato e tutte le app vengono migrate in un nuovo ambiente. L'ambiente precedente non è più accessibile. Non è possibile eseguire il rollback nell'ambiente precedente. - Cosa accadrà alle risorse dell'ambiente del servizio app v1/v2 dopo il 31 agosto 2024?
Dopo il 31 agosto 2024, se non si ambiente del servizio app v3, i ambiente del servizio app v1/v2 e le app distribuite in essi non saranno più disponibili. L'ambiente del servizio app v1/v2 è ospitato nelle unità di scala del servizio app eseguite sull'architettura di Servizi Cloud (versione classica) che verrà ritirata il 31 agosto 2024. Per questo motivo, l'ambiente del servizio app v1/v2 non sarà più disponibile dopo tale data. Eseguire la migrazione all'ambiente del servizio app v3 per mantenere le app in esecuzione oppure salvare le risorse e i dati che si desidera mantenere o eseguirne il backup.