Domande frequenti sulla migrazione dalla distribuzione classica alla distribuzione Azure Resource Manager

La parola "classica" nelle macchine virtuali IaaS (classica) si riferisce alle macchine virtuali gestite da Azure Service Manager (ASM). Azure Service Manager (ASM) è il vecchio piano di controllo di Azure responsabile della creazione, della gestione, dell'eliminazione di macchine virtuali e dell'esecuzione di altre operazioni del piano di controllo.

Azure Resource Manager è il piano di controllo più recente di Azure responsabile della creazione, della gestione, dell'eliminazione di macchine virtuali e dell'esecuzione di altre operazioni del piano di controllo.

La pianificazione e l'esecuzione di una migrazione dipendono notevolmente dalla complessità dell'architettura e possono richiedere circa due mesi.

I clienti che non disponevano di macchine virtuali IaaS (versione classica) nelle proprie sottoscrizioni nel mese di febbraio 2020 (un mese prima dell'avvio della deprecazione) vengono considerati nuovi clienti.

I clienti con macchine virtuali IaaS attive o arrestate ma allocate nelle sottoscrizioni nel mese di febbraio 2020 vengono considerati clienti esistenti. Solo questi clienti ottengono fino al 6 settembre 2023 per eseguire la migrazione delle macchine virtuali da Azure Service Manager ad Azure Resource Manager.

Nell'ambito del processo di ritiro, le macchine virtuali IaaS (versione classica) non sono più disponibili per i nuovi clienti. L'utente è stato identificato come nuovo cliente e quindi l'operazione non è stata autorizzata. È altamente consigliabile usare Azure Resource Manager. Se non è possibile usare macchine virtuali di Azure con Azure Resource Manager, contattare il supporto tecnico per aggiungere la sottoscrizione all'elenco elementi consentiti.

Non fino al 1° settembre 2023 per le macchine virtuali IaaS (versione classica). Le macchine virtuali IaaS (classiche) sono servizi completamente supportati con disponibilità generale. È possibile continuare a usare queste risorse per sfruttare meglio la presenza su Microsoft Azure. Il 1° settembre 2023 queste macchine virtuali verranno ritirate completamente e tutte le macchine virtuali attive o allocate verranno arrestate e deallocate.

Le altre risorse classiche come Servizi cloud (versione classica), Account di archiviazione (versione classica) e così via non verranno interessate.

Il 1° settembre 2023 le macchine virtuali IaaS (classiche) verranno ritirate completamente e tutte le macchine virtuali attive o allocate verranno arrestate e deallocate. Per evitare un impatto aziendale, è consigliabile iniziare subito a pianificare la migrazione e completarla prima del 1° settembre 2023. Le API, Servizi cloud e il modello di risorse classici non verranno deprecati. L'obiettivo è quello di semplificare la migrazione, tenendo conto delle funzionalità avanzate disponibili nel modello di distribuzione di Resource Manager. È consigliabile iniziare a pianificare la migrazione di queste risorse in Azure Resource Manager.

L'aggiornamento degli strumenti al modello di distribuzione di Resource Manager è una delle modifiche più importanti da tenere in considerazione per i piani di migrazione.

Dipende dal numero di risorse sottoposte a migrazione. Per le distribuzioni di dimensioni minori, ovvero con poche decine di VM, l'intera migrazione dovrebbe richiedere meno di un'ora. Per le distribuzioni su larga scala (centinaia di VM), la migrazione può richiedere alcune ore.

È possibile interrompere la migrazione finché lo stato delle risorse è Prepared. Il rollback non è supportato dopo il completamento della migrazione delle risorse mediante l'operazione di commit.

Non è possibile interrompere la migrazione in caso di esito negativo dell'operazione di commit. Tutte le operazioni di migrazione, inclusa l'operazione Commit, sono idempotenti. È quindi consigliabile provare a ripetere l'operazione dopo breve tempo. Se si riscontra ancora un errore, creare un ticket di supporto.

No. È stato recentemente abilitato lo spostamento dei circuiti ExpressRoute dal modello di distribuzione classica al modello di distribuzione Resource Manager. Se si dispone già di un circuito ExpressRoute, non è necessario acquistare un nuovo.

Durante la migrazione le risorse si trasformano dal modello di distribuzione classica ad Azure Resource Manager. È quindi consigliabile pianificare gli aggiornamenti dei criteri di controllo degli accessi in base al ruolo di Azure che devono essere apportati dopo la migrazione.

Quando si sposta una macchina virtuale dalla modalità classica alla modalità Resource Manager, i backup eseguiti prima della migrazione non verranno spostati nella macchina virtuale di Resource Manager appena migrata. Tuttavia, se si vogliono conservare i backup delle macchine virtuali classiche, seguire questi passaggi prima della migrazione.

1. Nell'insieme di credenziali di Servizi di ripristino passare al pannello Elementi di backup e selezionare la macchina virtuale.
2. Fare clic su Interrompi backup. Selezionare Mantieni dati di backup nel menu a discesa.

Per eseguire la migrazione della macchina virtuale alla modalità Resource Manager:

1. Eliminare l'estensione di backup/snapshot dalla VM.
2. Eseguire la migrazione della macchina virtuale dalla modalità classica alla modalità Resource Manager. Assicurarsi di eseguire la migrazione alla modalità Resource Manager anche delle informazioni di rete e archiviazione corrispondenti alla macchina virtuale.

Inoltre, se si vuole eseguire il backup della macchina virtuale migrata, passare al pannello di gestione della macchina virtuale per abilitare il backup.

Dopo aver ritirato le macchine virtuali classiche, il ripristino dei backup delle macchine virtuali classiche richiede l'uso del restore disks tipo di ripristino. I dischi delle macchine virtuali classici possono essere ripristinati in account di archiviazione ARM. Dopo aver ripristinato i dischi, è possibile convertirli in dischi gestiti e creare una nuova macchina virtuale ARM con esse collegata. In alternativa, è possibile collegarli come dischi dati a una macchina virtuale esistente.

Sì. Nell'opzione di migrazione supportata dalla piattaforma il primo passaggio per la preparazione della migrazione consiste nel verificare se le risorse sono idonee alla migrazione. In caso di esito negativo dell'operazione di convalida, si ricevono messaggi per tutti i motivi che impediscono il completamento della migrazione.

Si consiglia di interrompere la migrazione e quindi inviare una richiesta di supporto per aumentare le quote nell'area in cui si sta eseguendo la migrazione delle macchine virtuali. Dopo l'approvazione della richiesta relativa alla quota, è possibile avviare di nuovo l'esecuzione della procedura di migrazione.

Ogni utente è invitato a pubblicare problemi e domande sulla migrazione nella pagina delle domande di Domande e risposte Microsoft per le VM con la parola chiave ClassicIaaSMigration. Si consiglia di pubblicare tutte le eventuali domande in questo forum. Se si dispone di un contratto di supporto, è possibile anche registrare un ticket di supporto.

Tutti i nomi di risorse specificati in modo esplicito nel modello di distribuzione classica vengono mantenuti durante la migrazione. In alcuni casi vengono create nuove risorse. Ad esempio, viene creata un'interfaccia di rete per ogni VM. Non è attualmente supportata la possibilità di controllare i nomi delle nuove risorse create durante la migrazione. Nel forum di commenti e suggerimenti su Azureè possibile registrare i voti per questa funzionalità.

Non è possibile eseguire automaticamente la migrazione dei circuiti ExpressRoute che usano collegamenti di autorizzazione tra sottoscrizioni senza tempi di inattività. Sono disponibili indicazioni su come eseguire la questa migrazione seguendo una procedura manuale. Per la procedura e altre informazioni, vedere Eseguire la migrazione di circuiti ExpressRoute e delle reti virtuali associate dalla distribuzione classica al modello di distribuzione Resource Manager.

Questo messaggio viene ricevuto quando la VM non dispone di connettività in uscita a Internet. L'agente VM usa la connettività in uscita per raggiungere l'account di archiviazione di Azure in modo da aggiornare lo stato dell'agente ogni 5 minuti.

Se si dispone di una macchina virtuale classica collegata all'account, eseguire prima di tutto la migrazione delle macchine virtuali classiche. È necessario eseguire la migrazione degli account di archiviazione classici dopo la migrazione della macchina virtuale classica. La migrazione può essere eseguita usando il portale di Azure, con PowerShell o con l'interfaccia della riga di comando di Azure.

1. Eseguire la migrazione con PowerShell
2. Eseguire la migrazione tramite l'interfaccia della riga di comando di Azure
3. Eseguire la migrazione con portale di Azure

Le sottoscrizioni create dopo agosto 2022 non potranno più creare account di archiviazione classici. Tuttavia, qualsiasi sottoscrizione esistente prima di agosto 2022 può continuare a creare e gestire le risorse di archiviazione classiche fino alla data di ritiro del 31 agosto 2024.

Una volta ricevuta la scadenza, non sarà più possibile accedere agli account di archiviazione classici.

In portale di Azure cercare Archiviazione Account per ottenere l'elenco di tutti gli account di archiviazione. Esaminare la colonna Tipo per identificare quelli classici. Se Type è microsoft.classicstorage/storageaccounts, l'account è classico.

No, Microsoft non può eseguire la migrazione dei dati dell'utente per suo conto. Gli utenti dovranno usare le opzioni self-service elencate in precedenza.

Non sono previsti tempi di inattività per la migrazione dell'account di archiviazione classico a Resource Manager. Tuttavia, si verifica un tempo di inattività per altri scenari collegati alla migrazione classica delle macchine virtuali.

Passaggi successivi

• Panoramica sulla migrazione di risorse IaaS supportata dalla piattaforma dal modello di distribuzione classica al modello Azure Resource Manager
• Approfondimento tecnico sulla migrazione supportata dalla piattaforma dal modello di distribuzione classica ad Azure Resource Manager
• Planning for migration of IaaS resources from classic to Azure Resource Manager (Pianificazione della migrazione delle risorse IaaS dal modello di distribuzione classica al modello di distribuzione Azure Resource Manager)
• Usare PowerShell per eseguire la migrazione di risorse IaaS dal modello di distribuzione classica ad Azure Resource Manager
• Usare l'interfaccia della riga di comando per eseguire la migrazione di risorse IaaS dal modello di distribuzione classica ad Azure Resource Manager
• Community tools for assisting with migration of IaaS resources from classic to Azure Resource Manager (Strumenti della community per assistenza alla migrazione delle risorse IaaS dal modello di distribuzione classica ad Azure Resource Manager)
• Rivedere gli errori di migrazione più comuni