Testare la distribuzione della migrazione in Azure
Dopo aver replicato o gestito i carichi di lavoro e aver verificato che i servizi di supporto siano disponibili, è possibile iniziare il test della migrazione. Il test della migrazione è incentrato principalmente su due aree:
- Architettura: testare l'architettura per assicurarsi che funzioni con le risorse replicate o in staging.
- Routine di gestione: testare il piano di gestione per le risorse di cui è stata eseguita la migrazione per assicurarsi che sia funzionale.
A differenza dei test aziendali, il test della migrazione è incentrato sulle attività IT.
Quando si identificano i problemi, è possibile aggiungerli al piano di correzione. Dopo aver affrontato tutti i problemi, è possibile passare alla versione del carico di lavoro.
Esegui migrazioni di test
Dopo aver replicato le risorse, è possibile eseguire migrazioni di test in ambienti isolati per assicurarsi di non influire sui carichi di lavoro di produzione.
Le migrazioni di test variano a seconda degli strumenti, ma in genere si crea una replica dei sistemi di origine in esecuzione in parallelo ai sistemi in tempo reale. Eseguire test su questi sistemi secondari. Al termine del test, è possibile pulire le risorse replicate senza introdurre modifiche permanenti.
Per eseguire test, è necessario:
Una rete isolata in cui si testa il failover. Associare la configurazione di rete alla configurazione di rete di migrazione prevista il più possibile.
Accesso alla rete isolato da un'origine, ad esempio una VPN da punto a sito, una jump box o Azure Bastion.
Meccanismo di autenticazione per l'autenticazione nell'ambiente di test. L'ambiente di test è isolato, quindi non può usare il provider di identità della zona di destinazione.
È possibile usare un controller di dominio migrato da test distribuito nell'ambiente di test con le risorse di migrazione di test. Dopo il test, pulire il controller di dominio con le risorse.
In alternativa, la rete isolata potrebbe avere un controller di dominio di test. Eseguire il peering della rete per consentire la replica del traffico di Active Directory. È possibile creare uno snapshot del controller di dominio in Azure e quindi eliminare il peer a scopo di test per isolare la rete. È possibile recuperare tutti i ruoli necessari e quindi ripristinare lo stato al termine del test per evitare di apportare modifiche al provider di identità attivo.
Lo strumento di migrazione deve avere istruzioni per l'esecuzione di una migrazione di test e la pulizia dopo l'esecuzione del piano di test.
Suggerimento
È anche possibile usare questo ambiente di test per i test aziendali.
Correggere i problemi di test
Dopo aver eseguito il test, assicurarsi di:
- Registrare eventuali problemi individuati nel piano di correzione.
- Valutare i problemi in base alla gravità e identificare eventuali soluzioni alternative come parte della valutazione.
- Soluzioni alternative ai documenti. Se è possibile incorporare la soluzione alternativa come parte della migrazione, potrebbe non essere necessario risolvere il problema.
- Iniziare con elementi non alternativi. Valutare prima di tutto la possibilità di correggere gli elementi senza soluzioni alternative.
Piano di test di esempio
Ecco un esempio di base dell'output di un piano di test per un progetto di migrazione:
| Test | Esito positivo/negativo | Nota |
|---|---|---|
| Distribuzione di macchine virtuali | ✅ | |
| Amministrazione istrator può accedere alle macchine virtuali | ✅ | |
| Avvio dei servizi Web Internet Information Services (IIS) | ✅ | |
| Il servizio 1 viene avviato | ✅ | |
| Il servizio 2 viene avviato | ❌ | Il servizio doveva essere avviato manualmente |
| Accesso al sito Web | ✅ | |
| Avvio dei servizi SQL | ✅ | |
| Accesso al database | ✅ | |
| Il bilanciamento del carico tra siti Web funziona | ✅ | |
| Il gateway di ingresso da app Azure lication funziona | ❌ | gateway applicazione presenta un problema di certificato |
| Il tempo totale per la transazione di test è inferiore a 5 ms | ✅ |