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 dismettere le risorse ritirate con interruzioni operative 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. Tuttavia, mentre il carico di lavoro è in esecuzione su Azure, potreste scoprire che sono disponibili ulteriori risparmi 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 adattarle per soddisfare i requisiti del carico di lavoro. | |
Istanze di macchina virtuale riservate di Azure | Le istanze riservate consentono di eseguire il commit in risorse in Azure che vengono eseguite di frequente. Considerare di prenotare istanze per i carichi di lavoro che sono sempre attivi. | |
Piani di risparmio di Azure | I piani di risparmio di Azure offrono risparmi fino a 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. | |
Il framework FinOps | FinOps è 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 disattivare e smaltire i beni ritirati per ridurre le spese.
Lo spegnimento e lo smaltimento 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 delle risorse di archiviazione, come l'input/output del disco (I/O).
- Network: Rete delle risorse con utilizzo di rete in entrata e uscita dalle apparecchiature. 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 anche un uso moderato uniforme dei segnali dell'infrastruttura, insieme all'attività di rete o ai nuovi log, può indicare che l'asset è ancora in uso.
Test delle finestre e della 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 di basso impatto: Identificare un periodo a basso impatto per la finestra di test. Scegliere un'ora in cui l'uso dell'applicazione è al minimo.
- Casi di test chiari: Identificare i casi di test chiari che possono essere eseguiti durante il periodo di test e che riflettono le 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 hai utenti o altri membri del team che lavorano frequentemente nell'applicazione, prova a far eseguire loro i test.
-
Pianificare e comunicare: programma una finestra di manutenzione per tutto il tempo disponibile. Dovresti mirare a un minimo di quattro ore.
- Programmare: Organizzare 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 i casi di test: eseguire i casi di test e monitorare qualsiasi 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 dismissione.
- Spegnere gli asset se sono ancora accesi.
- Rimuovere le risorse da qualsiasi load balancer e verificare che non siano capaci di rispondere alle richieste in ingresso.
-
Esegui test: Esegui i tuoi test case contro il carico di lavoro che viene eseguito in Azure.
-
test hanno avuto esito positivo senza errori: gli asset non sono in uso in questo momento.
- Comunicare la fine della finestra di modifica affinché gli utenti sappiano che possono aspettarsi di nuovo 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.
- Riattivare gli asset contrassegnati per la disattivazione e ripetere i casi di test non riusciti.
- Se i test case continuano a non riuscire, potrebbe verificarsi un problema non correlato. Devi eseguire più test all'interno della finestra di manutenzione e dovresti anche iniziare l'escalation per assicurarti di avere il livello di supporto corretto.
- Se i test case smettono di fallire, è 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 hanno avuto esito positivo senza errori: 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 dismissione devono essere spenti e disconnessi in modo da poter eseguire il carico di lavoro. È possibile procedere alla fase successiva di disattivazione, ma non eliminare immediatamente gli asset.
Prendere in considerazione un periodo di mantenimento
Non è insolito che le migrazioni perdano dati durante i processi di replica. Ciò vale soprattutto per i dati meno recenti a cui non si accede regolarmente. Mantenere un asset disattivato per un certo periodo di tempo 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.
- Avere l'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 dismettere la macchina virtuale e impostare un periodo di attesa 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.