Eseguire la migrazione della distribuzione classica di servizi cloud di Azure al supporto "Extended" dei servizi cloud di Azure

Articolo
07/24/2024

Questo documento offre una panoramica per la migrazione di Servizi cloud (versione classica) a Servizi cloud (supporto "Extended").

Servizi cloud (supporto "Extended") offre il vantaggio di fornire resilienza a livello di area insieme alla parità delle funzionalità per Servizi cloud di Azure distribuito usando Azure Service Manager. Inoltre offre alcune funzionalità di Azure Resource Manager, ad esempio il controllo degli accessi in base al ruolo, i tag, i criteri, e supporta i modelli di distribuzione, il collegamento privato. Entrambi i modelli di distribuzione (supporto "Extended" e versione classica) sono disponibili con strutture tariffarie simili.

Servizi cloud (supporto "Extended") supporta due percorsi che permettono ai clienti di eseguire la migrazione da Azure Service Manager ad Azure Resource Manager: ridistribuzione e migrazione sul posto.

La tabella seguente evidenzia il confronto tra queste due opzioni.

Ripetere la distribuzione	Migrazione sul posto
I clienti possono distribuire un nuovo servizio cloud direttamente in Azure Resource Manager quindi eliminare il servizio cloud precedente nella convalida completa di Azure Service Manager.	Lo strumento di migrazione sul posto consente una migrazione fluida orchestrata dalla piattaforma delle distribuzioni di Servizi cloud (versione classica) esistenti a Servizi cloud (supporto "Extended").
La ridistribuzione consente ai clienti di: - Definire i nomi delle risorse. - Organizzare o riutilizzare le risorse in base alle esigenze. - Riutilizzare i file di configurazione e definizione del servizio con modifiche minime.	Per la migrazione sul posto, la piattaforma: - Definisce i nomi delle risorse. - Organizza ogni distribuzione e le risorse correlate in singoli gruppi di risorse. - Modifica i file di configurazione e definizione esistenti per Azure Resource Manager.
I clienti devono orchestrare il traffico verso la nuova distribuzione.	La migrazione mantiene l'indirizzo IP e il percorso dati rimane invariato.
I clienti devono eliminare i servizi cloud precedenti in Azure Resource Manager.	La piattaforma elimina le risorse di Servizi cloud (versione classica) dopo la migrazione.
Questa migrazione è uno scenario lift-and-shift, che offre maggiore flessibilità, ma richiede più tempo per eseguire la migrazione.	Questo scenario è una migrazione automatizzata che offre una migrazione rapida ma meno flessibilità.

Durante la valutazione dei piani di migrazione da Servizi cloud (versione classica) a Servizi cloud (supporto "Extended") è opportuno esaminare altri servizi di Azure, ad esempio: Set di scalabilità di macchine virtuali, Servizio app, servizio Azure Kubernetes e Azure Service Fabric. Questi servizi continuano a presentare altre funzionalità, mentre i Servizi cloud (supporto "Extended") mantengono la parità delle funzionalità con i Servizi cloud (versione classica).

A seconda dell'applicazione, Servizi cloud (supporto "Extended") può richiedere un impegno notevolmente inferiore per passare ad Azure Resource Manager rispetto ad altre opzioni. Se l'applicazione non è in continua evoluzione, Servizi cloud (supporto "Extended") è un'opzione praticabile da considerare in quanto fornisce un percorso di migrazione rapido. Al contrario, se l'applicazione è in continua evoluzione e richiede un set di funzionalità più moderno, esplorare altri servizi di Azure per soddisfare al meglio i requisiti correnti e futuri.

Panoramica della ridistribuzione

La ridistribuzione dei servizi con Servizi cloud (supporto "Extended") offre i vantaggi seguenti:

Supporta ruoli Web e di lavoro, in modo simile a [Servizi cloud (versione classica).
Non sono state apportate modifiche alla progettazione, all'architettura o ai componenti dei ruoli Web e di lavoro.
Non sono necessarie modifiche al codice di runtime perché il piano dati è uguale a quello di Servizi cloud.
Le versioni del sistema operativo guest di Azure e gli aggiornamenti associati sono allineati a Servizi cloud (versione classica).
Il processo di aggiornamento sottostante rispetto ai domini di aggiornamento, la modalità di esecuzione dell'aggiornamento, il rollback e le modifiche al servizio consentite durante un aggiornamento non cambiano.

Un nuovo servizio cloud (supporto "Extended") può essere distribuito direttamente in Azure Resource Manager usando gli strumenti client seguenti:

Panoramica dello strumento di migrazione

La migrazione supportata dalla piattaforma offre i vantaggi principali seguenti:

Consente una migrazione orchestrata dalla piattaforma facile per la maggior parte degli scenari. Altre informazioni sugli scenari supportati.
Viene eseguita la migrazione dei servizi cloud esistenti in tre semplici passaggi: convalida, preparazione, commit (o interruzione). Informazioni sul funzionamento dello strumento di migrazione.
Offre test per le distribuzioni migrate dopo la corretta preparazione. Esegue il commit e la finalizzazione della migrazione mentre l'interruzione esegue il rollback della migrazione.

Lo strumento di migrazione usa le stesse API e offre la stessa esperienza di Migrazione macchina virtuale (versione classica).

Configurare l'accesso per la migrazione

Per eseguire la migrazione, è necessario essere aggiunti come coamministratori della sottoscrizione e registrare i provider necessari.

Accedere al portale di Azure.
Nel menu Hub, selezionare Sottoscrizione. Se questa voce non viene visualizzata, selezionare Tutti i servizi.
Cercare la voce di sottoscrizione appropriata, quindi esaminare il campo RUOLO PERSONALE. Per un coamministratore il valore deve essere Amministratore dell'account. Se non è possibile aggiungere un coamministratore, contattare un amministratore o un coamministratore del servizio per essere aggiunti alla sottoscrizione.
Registrare la sottoscrizione per lo spazio dei nomi Microsoft.ClassicInfrastructureMigrate usando il Portale, PowerShell o l'interfaccia della riga di comando
```
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```
Controllare lo stato della registrazione. Il completamento della registrazione può richiedere alcuni minuti.
```
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```

Quali sono le differenze tra la migrazione per Servizi cloud (versione classica) e migrazione macchina virtuale (versione classica)?

Azure Service Manager supporta due prodotti di calcolo diversi, Macchine virtuali di Azure (versione classica) e Servizi cloud di Azure (versione classica) o ruoli di lavoro/Web. I due prodotti differiscono in base al tipo di distribuzione all'interno del servizio cloud. Servizi cloud di Azure (versione classica) usa il servizio cloud contenente le distribuzioni con ruoli di lavoro/Web. Macchine virtuali di Azure (versione classica) usa il servizio cloud contenente le distribuzioni con macchine virtuali IaaS.

L'elenco degli scenari supportati di Servizi cloud (versione classica) e Macchine virtuali (versione classica) è diverso a causa delle differenze nei tipi di distribuzione.

Passaggi per la migrazione

I clienti possono eseguire la migrazione delle distribuzioni di Servizi cloud (versione classica) usando le stesse quattro operazioni usate per eseguire la migrazione di macchine virtuali (versione classica).

Convalidare la migrazione: verifica che gli scenari comuni non supportati non impediscano la migrazione.
Prepara migrazione: duplica i metadati delle risorse in Azure Resource Manager. Tutte le risorse sono bloccate per le operazioni di creazione/aggiornamento/eliminazione per garantire che i metadati delle risorse siano sincronizzati tra Azure Server Manager e Azure Resource Manager. Tutte le operazioni di lettura funzionano usando le API di Servizi cloud (versione classica) e Servizi cloud (supporto "Extended").
Interrompi migrazione: rimuove i metadati delle risorse da Azure Resource Manager. Sblocca tutte le risorse per le operazioni di creazione/aggiornamento/eliminazione.
Commit della migrazione: rimuove i metadati delle risorse da Azure Resource Manager. Sblocca le risorse per le operazioni di creazione/aggiornamento/eliminazione. L'interruzione non è più consentita dopo i tentativi di commit.

Nota

La preparazione, l'interruzione e il commit sono idempotenti e pertanto, se un'operazione non riesce, un nuovo tentativo dovrebbe risolvere il problema.

Immagine che mostra il diagramma dei passaggi associati alla migrazione.

Per informazioni, vedere Panoramica della migrazione di risorse IaaS supportata dalla piattaforma dal modello di distribuzione classica ad Azure Resource Manager

Risorse e funzionalità supportate disponibili per la migrazione associate a Servizi cloud (versione classica)

Account di archiviazione
Reti virtuali (Azure Batch non supportato)
Gruppi di sicurezza di rete
Indirizzi IP pubblici riservati
Elenchi di controllo di accesso (ACL) per endpoint
Route definite dall'utente
Servizio di bilanciamento del carico interno
Migrazione dei certificati all'insieme di credenziali delle chiavi
Plug-in ed estensioni (basati su XML e JSON)
Attività all'avvio/all'arresto
Distribuzioni con rete accelerata
Distribuzioni che usano uno o più ruoli
Load Balancer basic
Input, input dell'istanza, endpoint interni
Indirizzi IP pubblici dinamici
Nome DNS
Regole del traffico di rete

Configurazioni/scenari di migrazione supportati

L'elenco seguente contiene scenari principali che includono combinazioni di risorse, funzionalità e Servizi cloud. Questo elenco non è esaustivo.

Service	Impostazione	Commenti
Microsoft Entra Domain Services	Reti virtuali che contengono Microsoft Entra Domain Services.	Le reti virtuali contenenti sia la distribuzione del servizio cloud che Microsoft Entra Domain Services sono supportate. Il cliente deve prima eseguire la migrazione di Microsoft Entra Domain Services in modo separato e quindi procedere alla migrazione della rete virtuale contenente solo la distribuzione del servizio cloud
Servizio cloud	Servizio cloud con una distribuzione solo in un singolo slot.	È possibile eseguire la migrazione dei servizi cloud contenenti una distribuzione nello slot di produzione. Non è consigliabile eseguire la migrazione dello slot di staging perché questo processo potrebbe dar luogo a dei problemi con il mantenimento dell’FQDN del servizio. Per eseguire la migrazione dello slot di staging, è prima necessario alzare di livello la distribuzione passando da staging a produzione quindi eseguire la migrazione ad Azure Resource Manager.
Servizio cloud	Distribuzione non in una rete virtuale visibile pubblicamente (distribuzione nella rete virtuale predefinita)	Un servizio cloud può trovarsi in una rete virtuale visibile pubblicamente, in una rete virtuale nascosta o in nessuna rete virtuale. La migrazione dei servizi cloud in una rete virtuale nascosta e in reti virtuali visibili pubblicamente è supportata. Il cliente può usare l'API di convalida per scoprire se una distribuzione si trova all'interno di una rete virtuale predefinita o meno e quindi determinare se la migrazione è consentita.
Servizio cloud	Estensioni XML (BGInfo, Debugger di Visual Studio, Distribuzione Web e Debug remoto).	Tutte le estensioni XML sono supportate per la migrazione
Rete virtuale	Rete virtuale contenente più servizi cloud.	La migrazione di reti virtuali contenenti più servizi cloud è supportata. La rete virtuale e tutti i Servizi cloud al suo interno sono trasferiti contemporaneamente ad Azure Resource Manager.
Rete virtuale	Migrazione delle reti virtuali create tramite il portale (richiede l'uso di "Group Resource-group-name VNet-Name" nel file di configurazione .cscfg)	Come parte della migrazione, il nome della rete virtuale nel file di configurazione viene modificato per usare l'ID Azure Resource Manager della rete virtuale. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name) Per gestire la distribuzione dopo la migrazione, aggiornare la copia locale del file .cscfg per iniziare a usare l'ID Azure Resource Manager anziché il nome della rete virtuale. Un file .cscfg che usa lo schema di denominazione precedente non riesce a convalidare.
Rete virtuale	Migrazione della distribuzione con ruoli in subnet diverse.	Per la migrazione è supportato un servizio cloud con ruoli diversi in subnet diverse.

Passaggi successivi

Panoramica sulla migrazione di risorse IaaS supportata dalla piattaforma dal modello di distribuzione classica al modello Azure Resource Manager
Eseguire la migrazione a Servizi cloud (supporto "Extended") con il portale di Azure
Eseguire la migrazione a Servizi cloud (supporto "Extended") con PowerShell

Condividi tramite