Optimizar el coste después de la migración
Después de migrar las cargas de trabajo a Azure, debe optimizar los costes para asegurarse de que no gasta más de lo debido. En este artículo se proporciona una guía sobre cómo optimizar los costes después de la migración y cómo dar de baja activos retirados con interrupciones empresariales mínimas.
Optimización de las cargas de trabajo migradas en términos de coste
Después de migrar las cargas de trabajo y retirar los recursos innecesarios, puede ahorrar costes si optimiza la carga de trabajo en función de sus datos activos.
Puede cambiar el tamaño de las cargas de trabajo en función de su rendimiento durante una evaluación, pero es posible que detecte que hay un ahorro de costes adicional disponible mientras la carga de trabajo se ejecuta en Azure.
Herramientas para optimizar los costes
Después de migrar a Azure, tiene nuevas herramientas disponibles para administrar los costes de los recursos. Use la lista siguiente para ayudar a administrar el gasto en la nube.
| Herramienta | Descripción | Recurso |
|---|---|---|
| Asignación del tamaño adecuado a los activos | Revise las métricas de uso de servicios y asigne el tamaño correcto para que coincidan con los requisitos de la carga de trabajo. | |
| Azure Reserved Virtual Machine Instances | Las instancias reservadas permiten comprometerse a los recursos de Azure que se ejecutan con frecuencia. Considere la posibilidad de reservar instancias para cargas de trabajo que siempre están activas. | |
| Planes de ahorro de Azure | Los planes de ahorro de Azure ofrecen ahorros de hasta un 65 % en comparación con el precio de pago por uso si se compromete a gastar una cantidad fija por hora de servicios de proceso durante uno o tres años. | |
| Administración de costes | Puede usar Microsoft Cost Management para supervisar y administrar los costes del entorno. | |
| Documentación de operaciones financieras | Las operaciones financieras son una disciplina que combina principios de administración financiera con ingeniería y operaciones en la nube para proporcionar a las organizaciones una mejor comprensión de su gasto en la nube. |
Baja de recursos retirados
Después de promover una carga de trabajo migrada a producción, los activos que ejecutaron la carga de trabajo ya no son necesarios y se consideran fuera de servicio. No obstante, estos activos siguen consumiendo electricidad y otros recursos que aumentan los costes. Por lo tanto, es una buena idea apagar y eliminar los activos retirados para reducir los gastos.
Apagar y eliminar los activos y equipos antiguos puede parecer sencillo, pero pueden producirse problemas inesperados. Estas son algunas sugerencias sobre cómo apagar y eliminar los recursos antiguos de forma segura sin causar problemas para su negocio.
Supervisión continua
Después de promover una carga de trabajo migrada a producción, debe seguir supervisando los activos programados para su retirada a fin de asegurarse de que el tráfico de producción se enruta correctamente.
Aunque es posible que los activos se desactiven, podrían seguir usando almacenamiento, red y otros recursos de infraestructura. Si se vuelven a activar, podrían provocar problemas inesperados a menos que se hayan eliminado.
Supervise las siguientes señales de los recursos:
- Proceso: uso de proceso del recurso, como CPU y RAM.
- Almacenamiento: uso de almacenamiento del recurso, como la entrada/salida (E/S) del disco.
- Red: uso de red del recurso, que incluye redes entrantes y salientes de dispositivos. Por ejemplo, inspeccione los activos que usan servidores de seguridad y equilibradores de carga para la comunicación.
- Registros: registros de aplicaciones y Windows.
- Otras señales: cualquier otra señal que utilizase para supervisar los activos cuando se hospedaban en su entorno de producción anterior.
En algunas migraciones, los activos no se desactivan. En su lugar, se duplican. Los picos repentinos o incluso la utilización moderada y constante de las señales de infraestructura, junto con la actividad de red o los nuevos registros, pueden indicar que el activo todavía está en uso.
Períodos de prueba y validación de las dependencias
Incluso con el mejor planeamiento, es posible que las cargas de trabajo de producción sigan conteniendo dependencias de activos que supuestamente se han retirado. En tales casos, la desactivación de un activo retirado podría producir un error inesperado en el sistema. Por lo tanto, trate la terminación de los activos con el mismo cuidado que una actividad de mantenimiento del sistema.
Establezca periodos de interrupción y pruebas adecuados para facilitar la terminación del recurso. Necesita una ventana de mantenimiento para probar correctamente los activos antes de la finalización. Elija un periodo en el que pueda probar los activos sin causar interrupciones empresariales.
Definición de una ventana de pruebas y mantenimiento
- Horas de bajo impacto: identifique una hora de bajo impacto para la ventana de pruebas. Elija una hora en la que el uso de la aplicación esté en su nivel más bajo.
- Casos de prueba claros: identifique casos de prueba claros que pueda realizar durante la ventana de pruebas y que coincidan con las actividades reales realizadas por los usuarios de la aplicación. Estas actividades no deben ser de nivel de superficie, sino que deben asignarse todos los procesos usados. Puede reutilizar los casos de prueba de la migración si los tiene. Si tiene usuarios u otros miembros del equipo que trabajan con frecuencia en la aplicación, intente que realicen ellos las pruebas.
- Programación y comunicación: programe una ventana de mantenimiento mientras esté disponible. Debe tener como objetivo un mínimo de cuatro horas.
- Programación: planee la ventana para que los usuarios de la aplicación puedan organizarse con antelación. Dos semanas es razonable.
- Comunicación: anuncie el cambio con antelación. Establezca la expectativa de que puede haber una interrupción durante esta ventana de mantenimiento y que el sistema podría no responder. Los usuarios no deben esperar que la aplicación esté disponible durante este tiempo.
Antes de la ventana de mantenimiento
- Llevar a cabo los casos de prueba: ejecute los casos de prueba y supervise el uso de los recursos.
- Si detecta uso, no debe continuar con la ventana de mantenimiento. En su lugar, debe investigar más para ver si los activos todavía están en uso.
- Si no detecta uso, puede continuar con la ventana de mantenimiento.
Durante la ventana de mantenimiento
- Deshabilitar los activos: deshabilite los activos marcados para su retirada.
- Apague los activos si siguen encendidos.
- Elimine los activos de los equilibradores de carga y confirme que no son capaces de responder a las solicitudes entrantes.
- Llevar a cabo pruebas: lleve a cabo los casos de prueba en la carga de trabajo que se ejecuta en Azure.
- Las pruebas se realizaron correctamente sin errores: los activos no se están usando en este momento.
- Comunique un fin de la ventana de cambio para que los usuarios sepan que pueden esperar estabilidad en la aplicación de nuevo.
- Continúe con la sección siguiente después de que las pruebas se realicen correctamente.
- Error en las pruebas: los activos podrían estar en uso en este momento y es necesario realizar más pruebas.
- Vuelva a habilitar los activos marcados para su retirada y repita los casos de prueba con errores.
- Si los casos de prueba siguen fallando, podría haber un problema no relacionado. Debe hacer más pruebas dentro de la ventana de mantenimiento y también debe comenzar la escalación para asegurarse de que tiene el nivel correcto de soporte técnico.
- Si los casos de prueba dejan de producir errores, es probable que el problema esté relacionado. Debe dejar habilitados los activos y cerrar la ventana de mantenimiento después de completar las pruebas.
- Investigue el problema fuera de la ventana de mantenimiento programado. Programe otra ventana de mantenimiento para los cambios en la carga de trabajo migrada y programe más ventanas de mantenimiento para las pruebas.
- Las pruebas se realizaron correctamente sin errores: los activos no se están usando en este momento.
Período de conservación y validación de datos
Después de completar la ventana de pruebas, todos los activos marcados para su retirada deben apagarse y desconectarse para que pueda operar la carga de trabajo. Puede continuar con la siguiente fase de retirada, pero no elimine inmediatamente los activos.
Consideración de un periodo de retención
No es raro que las migraciones pierdan datos durante los procesos de replicación. Esto es especialmente cierto para los datos más antiguos a los que no se accede de forma periódica. Mantenga un activo retirado durante un tiempo para servir como copia de seguridad temporal de los datos. Debe permitir al menos 30 días de retención y pruebas antes de eliminar los activos retirados.
Consideración de los requisitos de gobierno de datos
El equipo de gobierno de datos de su organización puede tener más requisitos más allá de un periodo de retención de 30 días.
- Comprender las obligaciones del periodo de retención: debe consultar con los equipos necesarios para comprender la obligación de retener la información y crear una lista de comprobación de validación para sus requisitos legales específicos.
- Tener el activo operativo no es importante en este momento. En su lugar, los datos de la información deben ser recuperables. Mantenga los discos o copias de seguridad para restaurar los datos si es necesario.
- Por ejemplo, si tiene un servidor de SQL Database en el centro de datos físico, puede realizar una copia de seguridad de sus datos y mantenerlo como un recurso recuperable. A continuación, puede retirar la máquina virtual y establecer un tiempo de retención para retirar la copia de seguridad.
Paso siguiente
La migración se completa una vez que se dan de baja los activos retirados. Así se genera una buena oportunidad para mejorar el proceso de migración con una retrospectiva para aprender y mejorar.