Selezionare una strategia di rilocazione per i carichi di lavoro cloud
Prima di iniziare a eseguire la migrazione del carico di lavoro in un'altra area, è necessario pianificare la strategia di rilocazione. La strategia include il metodo di rilocazione, l'automazione della rilocazione dei servizi e l'automazione della rilocazione dei dati. Questo articolo illustra le opzioni per ogni componente della strategia e ti guida verso una decisione. In definitiva, le selezioni effettuate dipendono dai servizi e dalla criticità del carico di lavoro.
Selezionare un metodo di rilocazione
Esistono tre metodi principali per lo spostamento dei carichi di lavoro. Il metodo di rilocazione scelto dipende dai servizi nel carico di lavoro e dalla criticità del carico di lavoro per le funzioni aziendali essenziali. È possibile prendere in considerazione diversi metodi di rilocazione per ambienti di produzione e non di produzione. La rilocazione a freddo è per carichi di lavoro non essenziali. La rilocazione calda e calda è per mission-critical. Il metodo scelto per la rilocazione influisce sugli strumenti di rilocazione dei dati e del servizio usati per rilocare il carico di lavoro. Usare l'albero delle decisioni di rilocazione seguente per ottenere un'idea generale del metodo di rilocazione corretto e convalidare la decisione leggendo la panoramica dei tre metodi di rilocazione.
Rilocazione a freddo
La rilocazione a freddo è destinata ai carichi di lavoro che possono resistere al tempo di inattività. Si tratta dell'approccio più conveniente per la rilocazione perché non si duplicano ambienti durante la rilocazione. Ecco una panoramica del processo di rilocazione a freddo.
- Eseguire il backup dei dati del carico di lavoro nella nuova area di destinazione.
- Portare offline l'area di origine e arrestare i servizi.
- Distribuire i servizi cloud nella nuova area di destinazione.
- Ripristinare i dati del carico di lavoro.
La rilocazione a freddo può richiedere alcuni minuti o alcuni giorni a seconda del numero di servizi e del volume di dati.
Rilocazione a caldo
Il metodo di rilocazione ad accesso frequente è destinato ai carichi di lavoro che richiedono un tempo di inattività minimo (secondi, minuti) a zero. Per i carichi di lavoro critici, è consigliabile verificare se il servizio supporta la rilocazione ad accesso frequente prima di provare un approccio a caldo. La rilocazione ad accesso frequente consente di ridurre al minimo il delta dei dati dopo il cutover. La rilocazione ad accesso frequente è possibile solo se il servizio supporta la replica sincrona dei dati. Alcuni servizi non dispongono di questa funzionalità ed è necessario usare invece un approccio di rilocazione a caldo. Ecco il processo di rilocazione ad accesso frequente.
- Eseguire la replica del servizio nella nuova area di destinazione.
- Mantenere il carico di lavoro in esecuzione nell'area di origine.
- Avviare la replica dei dati sincrona.
- Dopo la sincronizzazione dei dati, attivare e convalidare gli endpoint.
- Arrestare la sincronizzazione dei dati.
- Arrestare il servizio nell'area di origine.
Rilocazione a caldo
La rilocazione ad accesso frequente è destinata a carichi di lavoro critici che non supportano la rilocazione ad accesso frequente. La rilocazione a caldo usa la replica asincrona dei dati e la replica dell'ambiente. Ecco il processo di rilocazione a caldo.
- Eseguire la replica del servizio nella nuova area di destinazione.
- Mantenere il carico di lavoro in esecuzione nell'area di origine.
- Creare un backup dei dati di origine. È consigliabile creare il backup durante le ore di minore attività. È anche necessario abilitare la replica dei dati in modo da sincronizzare i dati e ridurre al minimo il delta dei dati.
- Ripristinare i dati nella nuova area di destinazione.
- Cambiare e convalidare gli endpoint.
- Arrestare il carico di lavoro nell'area di origine.
La rilocazione ad accesso frequente può richiedere alcuni minuti o un'ora a seconda del numero di servizi e del volume di dati.
Selezionare l'automazione della rilocazione dei servizi
Esistono due metodi principali di automazione della rilocazione dei servizi: infrastruttura come codice (IaC) e Azure Resource Mover. Ogni servizio di Azure supporta uno o entrambi gli approcci di automazione. Usare le linee guida per la rilocazione dei servizi di Azure per vedere il metodo di automazione supportato da ogni servizio di Azure e i passaggi dettagliati per la rilocazione. Ecco una panoramica dell'automazione usata dalle linee guida per la rilocazione dei servizi:
Infrastruttura come codice (IaC): IaC può rilocare ogni servizio di Azure. Esportare il modello di Azure Resource Manager (ARM) di un servizio di Azure esistente. Modificare il modello in base alle esigenze e ridistribuire il modello in una nuova area. È possibile convertire i modelli arm in modelli Bicep incollando il codice JSON in Visual Studio Code. Quando si usa IaC per distribuire una nuova istanza di un servizio di Azure, è possibile distribuire più copie della risorsa in parallelo. Con più copie, è possibile usare una delle tecniche di cutover per reindirizzare le connessioni ai carichi di lavoro nella nuova area di destinazione. L'infrastruttura come codice (IaC) non riloca i dati. La rilocazione dei dati richiede passaggi aggiuntivi per spostare i dati nella risorsa appena distribuita nell'area di destinazione. Per altri dettagli, usare le linee guida per l'automazione della rilocazione dei dati.
Spostamento risorse di Azure: Azure Resource Mover consente di spostare un numero limitato di risorse di Azure supportate con le relative dipendenze tra aree, sottoscrizioni e gruppi di risorse.
Selezionare l'automazione della rilocazione dei dati
Se è stato usato IaC per rilocare i servizi di Azure con stato, è necessario usare un metodo di automazione di rilocazione dei dati per rilocare i dati. Per la rilocazione dei dati, è necessario che il servizio di Azure sia in esecuzione nell'area di destinazione prima di spostare i dati. Esaminare i metodi di rilocazione per ottenere un'idea della sequenza di rilocazione e della posizione in cui si adatta la rilocazione dei dati. Ecco un elenco degli strumenti di automazione che è possibile usare per rilocare i dati:
Replica sincrona dei dati: la replica sincrona dei dati replica i dati quasi in tempo reale tra aree. Si tratta dell'approccio di rilocazione dei dati preferito per la rilocazione ad accesso frequente perché limita i tempi di inattività e le migrazioni differenziali dei dati dopo il cutover. Questa funzionalità è integrata in alcuni servizi di Azure, ad esempio sincronizzazione dati in database SQL di Azure. È necessario controllare ogni servizio nel carico di lavoro per verificare se supporta la replica sincrona dei dati.
Replica geografica: la replica geografica può essere uno strumento utile per la rilocazione dei dati per i servizi di Azure che lo supportano. Il modo in cui una funzionalità di replica geografica gestisce i dati e l'istanza del servizio sottostante varia tra i servizi di Azure supportati. Prima di usare la replica geografica per la rilocazione dei dati, è necessario comprendere la funzionalità di replica geografica del servizio specifico che si sta ricollocando. Per esempi, vedere Azure SQL e Cosmos DB.
Azure Site Recovery: Azure Site Recovery può rilocare servizi e dati. Supporta la rilocazione calda e fredda. Per altre informazioni, vedere Panoramica di Azure Site Recovery.
AzCopy: AzCopy è un'utilità della riga di comando che automatizza gli spostamenti dei dati da e in Archiviazione di Azure. È necessario scaricare lo strumento e quindi usare i token microsoft Entra ID o firma di accesso condiviso (SAS) per autorizzare lo spostamento. Per altre informazioni, vedere Panoramica di AzCopy e Usare AzCopy
Pipeline e attività in Azure Data Factory o Synapse Analytics: Azure Data Factory è un servizio di integrazione dei dati completamente gestito basato sul cloud che orchestra e automatizza lo spostamento e la trasformazione dei dati. Le pipeline di Azure Data Factory possono spostare data lake e data warehouse. L'attività di copia di Synapse Analytics può anche spostare i dati. Per altre informazioni, vedere Destinazioni e origini supportate e strumento Copia dati.
Archiviazione di Azure Explorer: Archiviazione di Azure Explorer è un'app autonoma che consente di rilocare Archiviazione di Azure dati. Per altre informazioni, vedere Come usare Storage Explorer.
Backup di Azure: Con Backup di Azure è possibile eseguire il backup e il ripristino dei dati in un'altra area. Dovresti provare Backup di Azure prima per i rilocazione non essenziali e caldi. Backup di Azure offre backup coerenti con l'applicazione, coerenti con il file system e coerenti con l'arresto anomalo del sistema per le macchine virtuali. Supporta anche dischi gestiti, condivisioni file e BLOB. Non è possibile trasferire i punti di ripristino del backup esistenti nella nuova area di destinazione. Considerare la possibilità di mantenere l'insieme di credenziali nell'area di origine fino a quando i backup non sono più necessari. Per altre informazioni, vedere la panoramica di Backup di Azure.
Backup e ripristino manuali: il backup e il ripristino fanno riferimento a un processo, non a uno strumento specifico. Molti servizi in Azure offrono opzioni di ridondanza che consentono di eseguire il backup dei dati in un'area separata e ripristinarli manualmente. È necessario eseguire un backup e un ripristino manuali per servizi specifici come Azure Key Vault. Per altre informazioni, vedere Spostare Key Vault in un'altra area.
| Strumento | Metodo di rilocazione |
|---|---|
| Replica dei dati sincrona | Caldo, Caldo |
| Replica geografica | Caldo, Caldo |
| Azure Site Recovery | Caldo, freddo |
| AzCopy | Caldo, freddo |
| Pipeline e attività nell'area di lavoro di Azure Data Factory o Synapse | Caldo, freddo |
| Azure Storage Explorer | Caldo, freddo |
| Backup di Azure | Basso |
| Backup e ripristino manuali | Basso |
Selezionare l'approccio cutover
Cutover è quando si passa dal carico di lavoro precedente a quello nuovo. Si indirizza il traffico al carico di lavoro nell'area di destinazione e non più all'area di origine. Il sistema di nomi di dominio (DNS) è fondamentale per questo reindirizzamento. Come promemoria, DNS indica ai browser e ai client API dove ottenere una risposta. Risolve i nomi di dominio in indirizzi IP. Ogni dominio necessita di un host di dominio per gestirlo. DNS di Azure è il servizio host di dominio di Azure. Esistono diversi approcci al cutover del carico di lavoro e l'approccio adottato dipende dai servizi nel carico di lavoro. Ecco alcuni esempi.
DNS di Azure: per i domini ospitati in DNS di Azure, è possibile eseguire un cutover manuale passando a CNAME. Questo approccio è un processo di failover di continuità aziendale che funziona per il cutover. Per altre informazioni, vedere Cutover manuale con DNS di Azure.
Gestione traffico: È anche possibile usare un servizio di routing come Gestione traffico per il cutover e instradare il traffico del carico di lavoro a endpoint diversi. Gestione traffico è un servizio di routing basato su DNS. Per altre informazioni, vedere Configurare i nomi DNS con Gestione traffico.
servizio app: I servizi a livello di applicazione, ad esempio app Azure Servizio, dispongono di funzionalità che consentono di aggiornare il nome di dominio. Per altre informazioni, vedere Eseguire la migrazione di un nome DNS attivo al servizio app Azure.
Routing del gateway: se il carico di lavoro usa il modello di routing del gateway con un servizio, ad esempio Frontdoor di Azure, gateway applicazione o Azure Gestione API, è spesso possibile eseguire un cutover della migrazione dell'area. Le destinazioni back-end e le funzionalità delle regole di routing vengono usate.
Passaggio successivo
È stato selezionato un metodo di rilocazione e gli strumenti per spostare il carico di lavoro. Passare al passaggio Esegui migrazione per eseguire la rilocazione usando questi strumenti.