Share via


Valutare un carico di lavoro cloud per la rilocazione

Evaluate è il primo passaggio della fase di spostamento della rilocazione. L'obiettivo di Evaluate è comprendere il carico di lavoro che si vuole spostare in modo da poterlo spostare correttamente. Ogni carico di lavoro trasferito deve eseguire i quattro passaggi della fase di spostamento, a partire dal passaggio Valuta.

Diagram showing the relocation process and highlights Evaluate in the Move phase. In the relocation process, there are two phases and five steps. The first phase is the Initiate phase, and it has one step called Initiate. The second phase is the Move phase, and it has four steps that you repeat for each workload. The steps are Evaluate, Select, Migrate, and Cutover.

Selezionare i carichi di lavoro

È necessario disporre di un elenco con priorità dei carichi di lavoro e l'elenco deve identificare l'ordine di spostamento dei carichi di lavoro. Ogni volta che si visita il passaggio Valuta, selezionare i carichi di lavoro nella parte superiore dell'elenco. Per i team più piccoli, è consigliabile rilocare un carico di lavoro alla volta. È una possibilità di imparare e migliorare con ogni rilocazione del carico di lavoro. I team più grandi devono prendere in considerazione la rilocazione di più carichi di lavoro. Le rilocazione in blocco possono aiutare a ottenere economie di scala.

Eseguire l'individuazione

L'individuazione del carico di lavoro è la base della rilocazione. L'obiettivo dell'individuazione è comprendere il carico di lavoro sufficiente per garantire una rilocazione senza problemi. L'individuazione deve individuare in modo completo le dimensioni organizzative e tecniche del carico di lavoro.

Eseguire l'individuazione dell'organizzazione

L'individuazione dell'organizzazione del carico di lavoro implica l'individuazione di chi è responsabile di un carico di lavoro, comprendere i rischi di spostarlo e pianificare come comunicare sullo spostamento. Questo passaggio consente di identificare chi deve essere coinvolto, gestire i rischi e assicurarsi che tutti siano informati correttamente. Questa attenta pianificazione aiuta a rendere la transizione più fluida e meno dirompente per l'azienda e i suoi clienti.

  • Proprietà del carico di lavoro: determinare chi è responsabile del carico di lavoro.

  • Identificazione degli stakeholder: identificare tutte le parti con un interesse per il carico di lavoro.

  • Valutazione dei rischi: valutare i potenziali rischi aziendali associati allo spostamento del carico di lavoro.

  • Gestione delle modifiche: acquisire una chiara comprensione dei processi per la gestione delle modifiche al carico di lavoro.

  • Finestre di interruzione: individuare i tempi accettabili in cui il sistema può essere offline per la rilocazione.

  • Analisi dell'impatto: riconoscere quali utenti interni o clienti esterni potrebbero influire sulla rilocazione.

  • Esigenze di comunicazione: comprendere il piano di comunicazione corrente e necessario per comunicare eventuali tempi di inattività o modifiche.

  • Conformità dei criteri: assicurarsi che la rilocazione sia conforme ai criteri dell'organizzazione e alle normative del settore.

Eseguire l'individuazione tecnica

L'individuazione dei carichi di lavoro tecnica implica una comprensione completa degli aspetti tecnici di un carico di lavoro, tra cui dipendenze, risorse, configurazione di rete e altri requisiti o vincoli tecnici. L'individuazione tecnica consente di prevedere e mitigare i rischi associati alla rilocazione. Ecco le strategie per condurre l'individuazione tecnica.

Valutare le dipendenze

Le dipendenze sono risorse o servizi necessari per l'esecuzione del carico di lavoro. L'identificazione di tutte le dipendenze è essenziale per una corretta rilocazione del carico di lavoro. Le dipendenze includono varie risorse e servizi essenziali per il funzionamento del carico di lavoro. L'elenco seguente fornisce alcuni esempi di dipendenze:

  • Servizi di Azure: tutti i servizi di Azure su cui si basa il carico di lavoro. Le risorse globali non vengono distribuite in un'area specifica, quindi non è necessario spostarle in una rilocazione. Tuttavia, è comunque possibile riconfigurarli per funzionare in un'area diversa. Ad esempio, potrebbe essere necessario aggiornare gli indirizzi IP nel profilo frontdoor di Azure per puntare al nuovo indirizzo IP di un carico di lavoro rilocato.

  • Applicazioni non Microsoft: applicazioni di altri fornitori integrate con o necessarie per il carico di lavoro. Comprendere le funzionalità e le eventuali limitazioni dei prodotti coinvolti nel carico di lavoro.

  • Licenze: assicurarsi che tutte le licenze software necessarie siano accountate per e rimangano valide nella nuova posizione.

  • Rete: sottosezione della configurazione di rete, inclusi i firewall, per garantire una connettività senza problemi dopo la rilocazione.

  • Test: determinare le procedure di test necessarie per garantire che il carico di lavoro funzioni correttamente nel nuovo ambiente.

  • Assegnazione di tag: contrassegnare correttamente e identificare le risorse per una gestione e un rilevamento efficaci.

  • Automazione: l'organizzazione potrebbe usare script e infrastruttura come codice. È necessario aggiornare tutti i riferimenti alle aree di Azure, ai nomi dei servizi o agli URL del servizio all'interno degli script o del codice. I riferimenti devono corrispondere alla nuova area di Azure a cui si sta passando.

    È consigliabile evitare di impostare come hardcoding i valori nel codice soggetti a modifiche durante il ciclo di vita del carico di lavoro. Recuperare invece questi valori in modo dinamico o usare parametri configurabili all'interno del codice. Questo approccio rende le modifiche meno onerose e garantisce un processo di rilocazione più fluido.

  • DNS: Azure assegna indirizzi IP pubblici agli endpoint a seconda dell'area. Quando si sposta un endpoint in un'area di Azure diversa, ottiene un indirizzo IP diverso. Assicurarsi di aggiornare i record DNS con questi nuovi indirizzi IP. Inoltre, è necessario fornire il nuovo indirizzo IP a qualsiasi sistema con l'indirizzo IP precedente nell'elenco "consentito".

    Potrebbe essere necessario distribuire nuove risorse nella nuova area di Azure prima di disattivare quelle precedenti. In tal caso, è possibile che si verifichino problemi in cui due risorse non possono avere lo stesso nome DNS contemporaneamente. Considerare l'uso di nomi univoci per ogni servizio per evitare questo problema. In alcuni casi, potrebbe essere possibile usare i record CNAME per fornire un livello di astrazione. Semplifica la gestione delle modifiche ai nomi delle risorse.

  • Servizi di bilanciamento del carico. Aggiornare i servizi di bilanciamento del carico in modo che puntino a qualsiasi nuovo indirizzo IP o host back-end. Per i servizi di bilanciamento del carico basati su DNS, la modifica potrebbe richiedere del tempo per propagarsi in base alle cache DNS e alla scadenza del record TTL (Time-to-Live). Per altre informazioni, vedere Servizi di bilanciamento del carico di Azure. Valutare la possibilità di ridurre temporaneamente le impostazioni TTL (Time to Live) per i record DNS. Consente ai record DNS di passare più velocemente al nuovo indirizzo IP. Valutare anche la possibilità di impostare il servizio di bilanciamento del carico per controllare l'integrità dei sistemi back-end più frequentemente per un breve periodo. Ricordarsi di modificare queste impostazioni alla normalità dopo la migrazione per evitare costi aggiuntivi e ridurre le prestazioni in un secondo momento.

  • Backup di Azure registrazione. Quando si spostano le macchine virtuali in una nuova area di Azure, assicurarsi di annullarne la registrazione dal servizio Backup di Azure nell'area corrente e registrarle con il servizio Backup di Azure nella nuova area. Non è possibile accedere ai punti di ripristino di backup esistenti perché non possono essere trasferiti al nuovo insieme di credenziali di backup. È necessario iniziare a creare nuovi punti di ripristino nella nuova area.

Valutare gli endpoint

L'individuazione degli endpoint fa riferimento al processo di identificazione di tutti gli endpoint o gli indirizzi IP associati a un carico di lavoro. L'individuazione di tutti gli endpoint del carico di lavoro garantisce l'account per tutte le connessioni di rete e i punti di accesso e prepararsi a configurarli correttamente nel nuovo ambiente. Ecco le raccomandazioni per gestire gli indirizzi IP pubblici e gli endpoint privati:

  • Indirizzi IP pubblici: gli indirizzi IP pubblici sono specifici dell'area. Non è possibile spostarli tra aree. È necessario esportare la configurazione di un indirizzo IP pubblico e distribuirla nella nuova area di destinazione. Per altre informazioni, vedere Spostare la configurazione ip pubblico di Azure in un'altra area di Azure.
  • Endpoint privati: quando si ridistribuisce un endpoint privato, è probabile che venga ottenuto un nuovo indirizzo IP dalla subnet a cui si collega. Se ci si connette alle risorse tramite un endpoint privato, questi endpoint si collegano a zone DNS private che risolvono l'indirizzo di rete della risorsa all'interno della rete virtuale. In una rilocazione è necessario aggiornare i record DNS all'interno delle zone DNS private per mantenere la connettività.

Usare gli strumenti automatizzati

Laddove possibile, usare gli strumenti automatizzati per raccogliere informazioni sulle applicazioni e sui servizi di Azure che costituiscono il carico di lavoro. È possibile usare questi strumenti per eseguire l'individuazione di progettazione di architettura e individuazione di architettura di basso livello per la rilocazione di un carico di lavoro specifico. È consigliabile usare gli strumenti e i servizi di Azure seguenti.

Provare Azure Resource Mover. È consigliabile provare prima Di tutto Azure Resource Mover. È attualmente lo strumento di individuazione più semplice da usare ed è anche possibile rilocare servizi e dati con il servizio. Azure Resource Mover supporta tuttavia solo un numero limitato di servizi, quindi assicurarsi che i servizi siano supportati prima di continuare. Per altre informazioni, vedere Risorse supportate per Lo spostamento risorse di Azure.

Usare gli strumenti di visualizzazione. Se Azure Resource Mover non soddisfa tutte le esigenze, è possibile usare gli strumenti di visualizzazione per facilitare l'individuazione. Azure include diversi strumenti di visualizzazione che è possibile usare per eseguire il mapping delle dipendenze. Scegli lo strumento che meglio supporta le tue esigenze.

  • Visualizzatore di gruppi di risorse: è possibile visualizzare le connessioni tra le risorse in un gruppo di risorse. Nella portale di Azure passare al gruppo di risorse e selezionare Visualizzatore risorse nel riquadro di spostamento a sinistra.

  • Topologia di Monitoraggio di Azure: è possibile visualizzare le dipendenze di rete con la funzionalità di topologia in Monitoraggio di Azure. Per altre informazioni, vedere Topologia di Informazioni dettagliate sulla rete.

  • Application Insights: Application Insights include una funzionalità di mapping delle applicazioni in cui è possibile visualizzare la struttura logica di un'applicazione distribuita. Per altre informazioni, vedere Mappa delle applicazioni in app Azure lication Insights.

  • Azure Resource Explorer: Azure Resource Explorer elenca ogni risorsa nel tenant di Microsoft Entra. Offre visibilità, ma non indica le dipendenze. È necessario eseguire manualmente il mapping dei componenti del carico di lavoro e delle dipendenze. Per altre informazioni, vedere Azure Resource Explorer.

  • Azure Resource Graph: Azure Resource Graph consente di eseguire query sulle risorse in un tenant di Microsoft Entra. Resource Graph è accessibile nel portale e dalla riga di comando. È necessario eseguire manualmente il mapping dei componenti del carico di lavoro e delle dipendenze. Per altre informazioni, vedere la documentazione di Azure Resource Graph.

  • Dashboard di inventario: nella portale di Azure è possibile usare il modello di inventario predefinito per creare un dashboard per tenere traccia delle risorse esistenti. È un modo rapido per determinare le risorse disponibili e il numero di istanze.

Creare manualmente la documentazione

Se gli approcci di individuazione automatizzati non sono sufficienti, è possibile eseguire una valutazione manuale dei carichi di lavoro. La maggior parte delle valutazioni manuali si basa su interviste con esperti tecnici e documentazione tecnica per ottenere le informazioni necessarie. Identificare i proprietari di prodotti o applicazioni e intervistarli. Queste interviste sono facoltative, ma necessarie quando il team deve coprire le lacune nelle informazioni fornite dagli strumenti. Il proprietario dell'app può eseguire il pull dei tag e identificare manualmente le dipendenze.

Trovare il supporto dell'area

Non tutte le aree di Azure offrono gli stessi servizi, quindi è necessario assicurarsi che i servizi necessari per l'esecuzione del carico di lavoro siano disponibili nell'area di destinazione. Potrebbe sembrare tardi nel processo per fare questa determinazione, ma sono necessari i dettagli di individuazione per garantire la supportabilità. Per determinare il supporto dell'area per il carico di lavoro, vedere i prodotti e i servizi disponibili in ogni area di Azure.

Sapere se l'area di destinazione è un'area abbinata o meno e se supporta le zone di disponibilità. L'associazione di aree e le zone di disponibilità non influiscono sul lavoro di rilocazione, ma influiscono sulla strategia di continuità aziendale e ripristino di emergenza nell'area di destinazione. Per altre informazioni, vedere Aree geografiche di Azure e Zone di disponibilità.

Classificare i servizi del carico di lavoro

La rilocazione avviene a livello di servizio e componente. La maggior parte dei carichi di lavoro usa più servizi. Esistono due tipi principali di servizi, con stato e senza stato. È necessario classificare ogni servizio come con stato o senza stato. Queste informazioni consentono di determinare le dipendenze, comprendere le integrazioni dei servizi e restringere le opzioni di automazione della rilocazione.

  • Servizi senza stato: i servizi senza stato dispongono solo di informazioni di configurazione. Questi servizi non richiedono la replica continua dei dati da spostare. Gli esempi includono reti virtuali, schede di rete, servizi di bilanciamento del carico e gruppi di sicurezza di rete.

  • Servizi con stato: i servizi con stato dispongono di informazioni di configurazione e dati che devono essere spostati. Gli esempi includono macchine virtuali e database SQL.

Passaggi successivi

La valutazione del carico di lavoro fornisce informazioni sufficienti per selezionare un metodo di rilocazione e gli strumenti per eseguire il metodo scelto. Il passaggio Seleziona illustra le decisioni per scegliere un metodo di rilocazione e gli strumenti corretti per il metodo di rilocazione.