Modifiche post-migrazione
La distribuzione di Servizi cloud (versione classica) viene convertita in una distribuzione dei Servizi cloud (supporto "Extended"). Per altre informazioni, vedere i Documentazione di Servizi cloud (supporto "Extended")
Modifiche ai file di distribuzione
Vengono apportate modifiche secondarie al file con estensione csdef e cscfg del cliente per renderli conformi ai requisiti di Azure Resource Manager e Servizi cloud (supporto "Extended"). Dopo la migrazione recupera i nuovi file di distribuzione o aggiorna i file esistenti, necessari per le operazioni di aggiornamento/eliminazione.
La rete virtuale usa l'ID risorsa completo di Azure Resource Manager anziché solo il nome della risorsa nella sezione NetworkConfiguration del file con estensione cscfg. Ad esempio,
/subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name
. Per le reti virtuali appartenenti allo stesso gruppo di risorse del servizio cloud, è possibile scegliere di aggiornare di nuovo il file con estensione cscfg usando solo il nome della rete virtuale.Le dimensioni classiche come Small, Large, ExtraLarge vengono sostituite dai nuovi nomi delle dimensioni, Standard_A*. I nomi delle dimensioni devono essere modificati nei nuovi nomi nel file con estensione csdef. Per altre informazioni, vedere i Prerequisiti di distribuzione di Servizi cloud (supporto "Extended")
Usare l'API Get per ottenere la copia più recente dei file di distribuzione.
- Ottenere il modello usando il portale, PowerShell, l'interfaccia della riga di comando e l'API REST
- Ottenere il file con estensione csdef usando PowerShell o l'API REST.
- Ottenere il file con estensione cscfg usando PowerShell o l'API REST.
Modifiche all'automazione del cliente, alla pipeline CI/CD, agli script personalizzati, ai dashboard personalizzati, agli strumenti personalizzati e così via.
I clienti devono aggiornare gli strumenti e l'automazione per iniziare a usare le nuove API/comandi per gestire la distribuzione. Il cliente può adottare facilmente nuove funzionalità e caratteristiche di Azure Resource Manager/Servizi cloud (supporto "Extended") come parte di questa modifica.
Modifiche ai nomi dei gruppi di risorse e delle risorse dopo la migrazione
- Nell'ambito della migrazione, i nomi di alcune risorse, ad esempio il servizio cloud, gli indirizzi IP pubblici e così via, cambiano. Queste modifiche potrebbero essere necessarie nei file di distribuzione prima dell'aggiornamento del servizio cloud. Altre informazioni sui nomi delle risorse che cambiano.
Ricreare regole e criteri necessari per gestire e ridimensionare i servizi cloud
- Le regole di scalabilità automatica non vengono migrate. Dopo la migrazione, ricreare le regole di scalabilità automatica.
- Gli avvisi non vengono migrati. Dopo la migrazione, ricreare gli avvisi.
- Il Key Vault viene creato senza criteri di accesso. Creare criteri appropriati in Key Vault per visualizzare o gestire i certificati. I certificati sono visibili nelle impostazioni della scheda denominata segreti.
Modifiche apportate alla gestione dei certificati dopo la migrazione
Come procedura standard per gestire i certificati, tutti i file di certificato .pfx validi devono essere aggiunti all'archivio certificati in Key Vault e l'aggiornamento funzionerebbe perfettamente e correttamente tramite qualsiasi client, portale, PowerShell o API REST.
Attualmente, il portale di Azure esegue una convalida per verificare se tutti i certificati necessari vengono caricati nell'archivio certificati in Key Vault e avvisa se non viene trovato un certificato. Tuttavia, se si prevede di usare certificati come segreti, questi certificati non possono essere convalidati per l'identificazione personale e qualsiasi operazione di aggiornamento che comporta l'aggiunta di segreti non riuscirà tramite il portale. Ai clienti viene consigliato di usare PowerShell o l'API Rest per continuare gli aggiornamenti relativi ai segreti.
Modifiche per l'aggiornamento tramite Visual Studio
Se si hanno pubblicato gli aggiornamenti direttamente tramite Visual Studio, è necessario prima scaricare il file CSCFG più recente dalla distribuzione dopo la migrazione. Usare questo file come riferimento per aggiungere i dettagli di configurazione di rete al file CSCFG corrente nel progetto di Visual Studio. Compilare quindi la soluzione e pubblicarla. Potrebbe essere necessario scegliere l'insieme di credenziali delle chiavi e il gruppo di risorse per questo aggiornamento.
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