Importante
Oggigiorno, circa il 90% delle macchine virtuali IaaS usa Azure Resource Manager. A partire dal 28 febbraio 2020, le macchine virtuali classiche sono state deprecate e verranno ritirate completamente il 6 settembre 2023. Altre informazioni su questa deprecazione e sui relativi effetti sull'utente.
Che cos'è Azure Service Manager e cosa si intende per versione classica?
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.
Informazioni su Azure Resource Manager
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.
Qual è il tempo necessario per una migrazione?
La pianificazione e l'esecuzione di una migrazione dipendono notevolmente dalla complessità dell'architettura e possono richiedere circa due mesi.
Qual è la definizione di nuovo cliente per macchine virtuali IaaS (classiche)?
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.
Qual è la definizione di cliente esistente per macchine virtuali IaaS (classiche)?
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.
Perché viene visualizzato l'errore "NewClassicVMCreationNotAllowedForSubscription"?
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.
Il piano di migrazione influisce sui servizi o sulle applicazioni esistenti in esecuzione nelle macchine virtuali di Azure?
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.
Che cosa accade alle macchine virtuali se non è prevista la migrazione a breve?
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.
Qual è l'impatto di questo piano di migrazione per gli strumenti esistenti?
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.
Quale durata avrà il tempo di inattività del piano di gestione?
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 eseguire il rollback dopo il commit delle risorse sottoposte a migrazione in Resource Manager?
È 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.
È possibile eseguire il rollback della migrazione in caso di esito negativo dell'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.
In caso si debba usare le risorse IaaS in Resource Manager, è necessario acquistare un altro circuito ExpressRoute?
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.
Che cosa succede se sono stati configurati criteri di controllo degli accessi in base al ruolo per le risorse IaaS classiche?
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.
È stato eseguito il backup di macchine virtuali della versione classica in un insieme di credenziali. È possibile eseguire la migrazione delle macchine virtuali dalla modalità classica alla modalità di Resource Manager e proteggerli in un insieme di credenziali dei Servizi di ripristino?
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.
- Nell'insieme di credenziali di Servizi di ripristino passare al pannello Elementi di backup e selezionare la macchina virtuale.
- Fare clic su Interrompi backup. Selezionare Mantieni dati di backup nel menu a discesa.
Nota
Questa opzione impedirà a tutti i processi di backup futuri di proteggere la macchina virtuale. Tuttavia, il servizio Backup di Azure manterrà i punti di ripristino di cui è stato eseguito il backup. Il mantenimento dei punti di ripristino nell'insieme di credenziali è a pagamento (per maggiori dettagli, vedere i Prezzi di Backup di Azure). Se necessario, sarà possibile ripristinare la macchina virtuale. Per riattivare la protezione della macchina virtuale, è possibile usare l'opzione Riprendi backup.
Per eseguire la migrazione della macchina virtuale alla modalità Resource Manager:
- Eliminare l'estensione di backup/snapshot dalla VM.
- 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.
Come è possibile ripristinare i backup delle macchine virtuali classiche una volta ritirati le macchine virtuali classiche e gli account di archiviazione classici?
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.
È possibile convalidare la sottoscrizione o le risorse per verificare se sono idonee per la migrazione?
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.
Che cosa succede se si verifica un errore di quota durante la preparazione delle risorse IaaS per la 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.
Come si segnala un problema?
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 è disponibile un contratto di supporto, è possibile anche aprire un ticket di supporto.
Che cosa succede se non si vogliono usare i nomi scelti dalla piattaforma per le risorse durante la migrazione?
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à.
È possibile eseguire la migrazione dei circuiti ExpressRoute usati in diverse sottoscrizioni con i collegamenti di autorizzazione?
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.
Il messaggio indica che la "VM segnala uno stato complessivo dell'agente come Non pronto. Di conseguenza, non è possibile eseguire la migrazione della VM. Assicurarsi che l'agente di macchine virtuali segnali lo stato complessivo dell'agente come "Pronto" oppure con un messaggio che indica che "la macchina virtuale contiene un'estensione con stato non segnalato dalla macchina virtuale. Per questo motivo, non è possibile eseguire la migrazione della macchina virtuale".
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.
Ricerca per categorie eseguire la migrazione degli account di archiviazione classici a Resource Manager?
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.
Qual è la data ufficiale degli account di archiviazione classici verrà interrotta dalla creazione?
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.
Cosa accade agli account di archiviazione classici esistenti dopo il 31 agosto 2024?
Una volta ricevuta la scadenza, non sarà più possibile accedere agli account di archiviazione classici.
Ricerca per categorie identificare gli account di archiviazione classici nella sottoscrizione?
In portale di Azure cercare Account di archiviazione 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.
Microsoft può eseguire la migrazione di questi dati per conto dell'utente?
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.
Qual è il tempo di inattività durante la migrazione dell'account di archiviazione dalla versione classica a Resource Manager?
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