Ottimizzare i costi dopo la migrazione
Dopo aver migrato i carichi di lavoro in Azure, è consigliabile ottimizzare i costi per assicurarsi di non esagerare. Questo articolo fornisce indicazioni su come ottimizzare i costi dopo la migrazione e su come rimuovere le risorse ritirati con interruzioni aziendali minime.
Ottimizzare i carichi di lavoro migrati per i costi
Dopo aver eseguito la migrazione dei carichi di lavoro e aver rimosso le risorse non necessarie, è possibile risparmiare sui costi ottimizzando il carico di lavoro in base ai dati in tempo reale.
È possibile ridimensionare i carichi di lavoro in base alle prestazioni durante una valutazione, ma si potrebbe trovare mentre il carico di lavoro è in esecuzione in Azure in cui sono disponibili risparmi aggiuntivi sui costi.
Strumenti per l'ottimizzazione dei costi
Dopo la migrazione ad Azure, sono disponibili nuovi strumenti per gestire i costi delle risorse. Usare l'elenco seguente per gestire la spesa cloud.
| Strumento | Descrizione | Risorsa |
|---|---|---|
| Diritti per gli asset | Esaminare le metriche di utilizzo del servizio e dirittizzarle in base ai requisiti del carico di lavoro. | |
| Istanze di macchine virtuali riservate di Azure | Le istanze riservate consentono di eseguire il commit in risorse in Azure che vengono eseguite di frequente. Prendere in considerazione la prenotazione di istanze per i carichi di lavoro sempre attivi. | |
| Piani di risparmio di Azure | I piani di risparmio di Azure offrono risparmi fino al 65% rispetto ai prezzi con pagamento in base al consumo quando ci si impegna a spendere un importo orario fisso per i servizi di calcolo per uno o tre anni. | |
| Gestione costi | È possibile usare Gestione costi Microsoft per monitorare e gestire i costi dell'ambiente. | |
| Documentazione delle operazioni finanziarie | Le operazioni finanziarie sono una disciplina che combina i principi di gestione finanziaria con l'ingegneria del cloud e le operazioni per offrire alle organizzazioni una migliore comprensione della spesa per il cloud. |
Rimuovere gli asset ritirati
Dopo aver promosso un carico di lavoro migrato all'ambiente di produzione, gli asset che hanno eseguito il carico di lavoro non sono più necessari e vengono considerati fuori servizio. Ma questi asset consumano ancora energia elettrica e altre risorse che aumentano i costi. È quindi consigliabile arrestare e eliminare i beni ritirati per ridurre le spese.
L'arresto e l'eliminazione di vecchi asset e attrezzature potrebbero sembrare semplici, ma possono verificarsi problemi imprevisti. Ecco alcuni suggerimenti su come arrestare e eliminare in modo sicuro le vecchie risorse senza causare problemi per l'azienda.
Continuare il monitoraggio
Dopo aver promosso un carico di lavoro migrato all'ambiente di produzione, è necessario continuare a monitorare gli asset pianificati per il ritiro per assicurarsi che il traffico di produzione venga indirizzato correttamente.
Anche se gli asset potrebbero essere disattivati, potrebbero comunque usare risorse di archiviazione, rete e altre risorse dell'infrastruttura. Se vengono riattivati, potrebbero causare problemi imprevisti, a meno che non siano stati rimossi.
Monitorare i segnali seguenti per le risorse:
- Calcolo: utilizzo delle risorse di calcolo, ad esempio CPU e RAM.
- Archiviazione: utilizzo dell'archiviazione delle risorse, ad esempio input/output del disco (I/O).
- Rete: utilizzo della rete delle risorse che include la rete in ingresso e in uscita dalle appliance. Ad esempio, esaminare gli asset che usano firewall e servizi di bilanciamento del carico per la comunicazione.
- Log: log di Windows e applicazioni.
- Altri segnali: qualsiasi altro segnale usato per monitorare gli asset quando sono stati ospitati nell'ambiente di produzione precedente.
In alcune migrazioni, gli asset non vengono disattivati. Vengono invece duplicati. Picchi improvvisi o persino consis modalità tenda rate l'utilizzo dei segnali dell'infrastruttura, insieme all'attività di rete o ai nuovi log, possono indicare che l'asset è ancora in uso.
Finestre di test e convalida delle dipendenze
Anche con la pianificazione ottimale, i carichi di lavoro di produzione potrebbero comunque contenere dipendenze dagli asset che si presupponeno ritirati. In questi casi, la disattivazione di un asset ritirato potrebbe causare un errore imprevisto del sistema. Di conseguenza, considerare la chiusura di qualsiasi asset con la stessa attenzione dell'attività di manutenzione del sistema.
Stabilire finestre di test e interruzioni appropriate per facilitare la terminazione della risorsa. È necessaria una finestra di manutenzione per testare correttamente gli asset prima della chiusura. Scegliere un periodo di tempo in cui è possibile testare gli asset senza causare interruzioni aziendali.
Definire una finestra di test e manutenzione
- Tempi a basso impatto: identificare un tempo a basso impatto per la finestra di test. Scegliere un'ora in cui l'uso dell'applicazione è al minimo.
- Cancella test case: identificare i test case chiari che è possibile eseguire durante la finestra di test che corrispondono alle attività reali eseguite dagli utenti dell'applicazione. Queste attività non devono essere a livello di superficie, ma devono invece eseguire il mapping di ogni processo usato. È possibile riutilizzare i test case dalla migrazione, se disponibili. Se si hanno utenti o altri membri del team che lavorano frequentemente nell'applicazione, provare a eseguirli.
- Pianificare e comunicare: pianificare una finestra di manutenzione per tutto il tempo disponibile. Dovresti mirare a un minimo di quattro ore.
- Pianificazione: pianificare la finestra in modo che gli utenti dell'applicazione possano pianificare in anticipo. Due settimane è ragionevole.
- Comunicare: annunciare la modifica in anticipo. Impostare l'aspettativa che si verifichi un'interruzione durante questa finestra di manutenzione e che il sistema potrebbe non essere reattivo. Gli utenti non dovrebbero aspettarsi che l'applicazione sia disponibile durante questo periodo.
Prima della finestra di manutenzione
- Eseguire test case: eseguire i test case e monitorare l'utilizzo delle risorse.
- Se si individua l'utilizzo, non è consigliabile procedere con la finestra di manutenzione. È invece consigliabile esaminare ulteriormente per verificare se gli asset sono ancora in uso.
- Se non si individua l'utilizzo, è possibile procedere con la finestra di manutenzione.
Durante la finestra di manutenzione
- Disabilitare gli asset: disabilitare gli asset contrassegnati per la rimozione delle autorizzazioni.
- Spegnere gli asset se sono ancora accesi.
- Rimuovere gli asset da qualsiasi servizio di bilanciamento del carico e verificare che non siano in grado di rispondere alle richieste in ingresso.
- Eseguire test: eseguire i test case sul carico di lavoro eseguito in Azure.
- Test riusciti senza esito negativo: gli asset non sono in uso in questo momento.
- Comunicare un endpoint alla finestra di modifica in modo che gli utenti sappiano di poter prevedere di nuovo la stabilità nell'applicazione.
- Passare alla sezione successiva dopo l'esito positivo dei test.
- Test non riusciti: gli asset potrebbero essere in uso in questo momento e sono necessari altri test.
- Riabilitare gli asset contrassegnati per la rimozione delle autorizzazioni e ripetere i test case non riusciti.
- Se i test case continuano a non riuscire, potrebbe verificarsi un problema non correlato. È necessario testare di più all'interno della finestra di manutenzione e deve anche iniziare l'escalation per assicurarsi di avere il livello di supporto corretto.
- Se i test case non riescono, è probabile che il problema sia correlato. Dopo aver completato i test, lasciare abilitati gli asset e chiudere la finestra di manutenzione.
- Esaminare il problema all'esterno della finestra di manutenzione pianificata. Pianificare un'altra finestra di manutenzione per le modifiche al carico di lavoro migrato e pianificare finestre di manutenzione aggiuntive per i test.
- Test riusciti senza esito negativo: gli asset non sono in uso in questo momento.
Periodo di conservazione e convalida dei dati
Dopo aver completato la finestra di test, tutti gli asset contrassegnati per la rimozione delle autorizzazioni devono essere spenti e disconnessi in modo da poter gestire il carico di lavoro. È possibile procedere alla fase successiva di rimozione delle autorizzazioni, ma non eliminare immediatamente gli asset.
Prendere in considerazione un periodo di mantenimento
Non è insolito che si verifichino perdite di dati nelle migrazioni durante i processi di replica. Ciò vale soprattutto per i dati meno recenti a cui non si accede regolarmente. Mantenere un asset ritirato per un po' da usare come backup temporaneo dei dati. È consigliabile consentire almeno 30 giorni per tenere e testare prima di eliminare gli asset ritirati.
Prendere in considerazione i requisiti di governance dei dati
Il team di governance dei dati dell'organizzazione potrebbe avere più requisiti oltre un periodo di 30 giorni.
- Comprendere gli obblighi relativi al periodo: è necessario rivolgersi ai team necessari per comprendere l'obbligo di mantenere le informazioni e creare un elenco di controllo di convalida per i requisiti legali specifici.
- La presenza dell'asset operativo non è importante in questo momento. I dati sulle informazioni devono invece essere recuperabili. Mantenere i dischi o i backup per ripristinare i dati, se necessario.
- Ad esempio, se si dispone di un server di database SQL nel data center fisico, è possibile eseguire il backup dei dati e gestirli come risorsa ripristinabile. È quindi possibile rimuovere le autorizzazioni della macchina virtuale e impostare un tempo di mantenimento per ritirare il backup.
Passaggio successivo
La migrazione viene completata dopo aver rimosso gli asset ritirati. Ciò consente di migliorare il processo di migrazione con un'analisi retrospettiva per apprendere e migliorare.