Escalado de una migración en Azure

En este artículo se muestra cómo la empresa ficticia Contoso realiza una migración a escala en Azure. La compañía está considerando cómo planear y realizar una migración de más de 3000 cargas de trabajo, 8000 bases de datos y 10 000 máquinas virtuales.

Impulsores del negocio

El equipo directivo de TI ha trabajado estrechamente con sus socios comerciales para comprender lo quieren lograr con esta migración:

  • Abordar el crecimiento del negocio. Contoso está creciendo y, como resultado, sus sistemas locales e infraestructura están bajo presión.
  • Aumentar la eficacia. Contoso debe quitar procedimientos innecesarios y optimizar los procesos para sus desarrolladores y usuarios. La empresa necesita que el departamento de TI sea rápido y no malgaste tiempo ni dinero a fin de satisfacer más rápidamente los requisitos del cliente.
  • Aumentar la agilidad. el equipo de TI de Contoso necesita más capacidad de respuesta a las necesidades de la empresa. El equipo de TI debe ir por delante de los cambios del mercado para garantizar el éxito en una economía global. No debe entorpecer el avance ni ser un obstáculo para la empresa.
  • Escala. A medida que el negocio crece satisfactoriamente, el equipo de TI de Contoso debe facilitar sistemas que puedan crecer al mismo ritmo.
  • Mejorar los modelos de costos. Contoso desea reducir los requisitos de capital del presupuesto de TI. Asimismo, desea utilizar las capacidades de la nube para escalar y reducir la necesidad de hardware demasiado caro.
  • Reducir los costos de licencias. Contoso quiere minimizar los costos de la nube.

Objetivos de la migración

El equipo de la nube de Contoso ha establecido los objetivos de esta migración. Estos objetivos se utilizan para determinar el mejor método de migración.

Requisitos Detalles
Migrar rápidamente a Azure Contoso desea comenzar a mover máquinas virtuales y aplicaciones a Azure tan pronto como sea posible.
Compilar un inventario completo Contoso desea un inventario completo de todas las aplicaciones, las bases de datos y las máquinas virtuales de la organización.
Evaluación y clasificación de las aplicaciones Contoso quiere aprovechar al máximo la nube. De forma predeterminada, Contoso supone que todos los servicios se ejecutarán como plataforma como servicio (PaaS). Sin embargo, se usará infraestructura como servicio cuando no sea adecuado usar PaaS.
Entrenarse y migrar a DevOps Contoso desea pasar a un modelo DevOps. Para ello, proporcionará formación de Azure y DevOps, y reorganizará los equipos según sea necesario.

Después de establecer los objetivos y requisitos, Contoso revisa la huella de TI e identifica el proceso de migración.

Implementación actual

Contoso ha planeado y configurado una infraestructura de Azure y ha probado otras combinaciones de migración de prueba de concepto como se detalla en la tabla anterior. Ahora está listo para embarcarse en una migración completa a Azure a escala. Esto es lo que Contoso desea migrar.

Elemento Volumen Detalles
Cargas de trabajo > 3000 aplicaciones
  • Las aplicaciones se ejecutan en máquinas virtuales.
  • Las plataformas de aplicaciones son Windows, SQL Server y LAMP, entre otras.
  • Bases de datos Aproximadamente 8500 bases de datos Las bases de datos incluyen SQL Server, MySQL y PostgreSQL.
    Máquinas virtuales > 35 000 máquinas virtuales Las máquinas virtuales se ejecutan en hosts de VMware y las administran servidores vCenter.

    Proceso de migración

    Ahora que Contoso ha establecido las motivaciones empresariales y los objetivos de la migración, se puede alinear con la metodología de migración. Puede basarse en la aplicación de oleadas y sprints de migración para planear y ejecutar de forma iterativa los esfuerzos de migración.

    Plan

    Contoso inicia el proceso de planeamiento con la detección y evaluación de las aplicaciones, la infraestructura y los datos locales. Esto es lo que Contoso hará:

    • Contoso debe detectar las aplicaciones, asignar las dependencias entre estas y decidir la prioridad y el orden de la migración.
    • A medida que Contoso realiza esta evaluación, se creará un inventario detallado de las aplicaciones y recursos. Junto con el nuevo inventario, Contoso usará y actualizará estos elementos existentes:
      • La base de datos de administración de configuración (CMDB). Esta contiene la configuración técnica de las aplicaciones de Contoso.
      • El catálogo de servicios. El catálogo de servicios documenta los detalles operativos de las aplicaciones, incluidos los socios comerciales asociados y los Acuerdos de Nivel de Servicio.

    Detección de aplicaciones

    Contoso ejecuta miles de aplicaciones en una amplia gama de servidores. Además de la CMDB y del catálogo de servicios, Contoso necesita herramientas de detección y evaluación.

    Las herramientas deben proporcionar un mecanismo que introduzca datos de evaluación en el proceso de migración. Las herramientas de evaluación deben proporcionar datos que ayuden a crear un inventario inteligente de los recursos físicos y virtuales de Contoso. Estos datos deben incluir información de perfil y métricas de rendimiento.

    Una vez completada la detección, Contoso debería disponer de un inventario completo de los recursos y los metadatos asociados con estos. La compañía usará este inventario para definir el plan de migración.

    Identificar las clasificaciones

    Contoso identifica algunas categorías comunes para clasificar los recursos en el inventario. Estas clasificaciones son fundamentales para la toma de decisiones de Contoso para la migración. La lista de clasificación ayuda a establecer prioridades en la migración e identificar problemas complejos.

    Category Valor asignado Detalles
    Grupo de negocios Lista de nombres de grupos de negocios ¿Qué grupo es responsable del artículo del inventario?
    Candidato POC S/N ¿Se puede usar la aplicación como prueba de concepto o pionera para la migración a la nube?
    Deuda técnica Ninguna/Alguna/Grave ¿El artículo del inventario se está ejecutando o está utilizando un producto, una plataforma o un sistema operativo no compatible?
    Implicaciones de Firewall S/N ¿La aplicación se comunica con Internet o con tráfico externo? ¿Se integra con un firewall?
    Problemas de seguridad S/N ¿Hay problemas de seguridad conocidos en la aplicación? ¿La aplicación usa datos sin cifrar o plataformas obsoletas?

    Detección de dependencias de aplicaciones

    Como parte del proceso de evaluación, Contoso debe identificar dónde se ejecutan las aplicaciones. También debe determinar las dependencias y las conexiones entre los servidores de aplicaciones. Contoso asigna el entorno en diferentes pasos:

    1. Contoso detecta cómo los servidores y los equipos se asignan a aplicaciones individuales, ubicaciones de red y grupos.
    2. Contoso identifica claramente las aplicaciones que tienen pocas dependencias y que son adecuadas para una migración rápida.
    3. Contoso puede usar la asignación para identificar las dependencias y las comunicaciones más complejas entre servidores de aplicaciones. A continuación, Contoso podrá agrupar los servidores lógicamente para representar las aplicaciones y planear una estrategia de migración en función de estos grupos.

    Una vez concluida la asignación, Contoso puede garantizar que todos los componentes de la aplicación se identifican y se tienen en cuenta al crear el plan de migración.

    Diagram of a dependency mapping.

    Evaluación de aplicaciones

    Como último paso en el proceso de detección y evaluación, Contoso puede evaluar los resultados de la evaluación y de la asignación para determinar cómo migrar cada aplicación al catálogo de servicios.

    Para capturar este proceso de evaluación, Contoso agrega un par de clasificaciones al inventario.

    Category Valor asignado Detalles
    Grupo de negocios Lista de nombres de grupos de negocios ¿Qué grupo es responsable del artículo del inventario?
    Candidato POC S/N ¿Se puede usar la aplicación como prueba de concepto o pionera para la migración a la nube?
    Deuda técnica Ninguna/Alguna/Grave ¿El artículo del inventario se está ejecutando o está utilizando un producto, una plataforma o un sistema operativo no compatible?
    Implicaciones de Firewall S/N ¿La aplicación se comunica con Internet o con tráfico externo? ¿Se integra con un firewall?
    Problemas de seguridad S/N ¿Hay problemas de seguridad conocidos en la aplicación? ¿La aplicación usa datos sin cifrar o plataformas obsoletas?
    Estrategia de migración Rehospedar, refactorizar, rediseñar y recompilar ¿Qué tipo de migración necesita la aplicación? ¿Cómo se implementará la aplicación en Azure? Más información.
    Complejidad técnica 1-5 ¿Cuál es el nivel de complejidad de la migración? Este valor debe definirlo Contoso DevOps y sus asociados relevantes.
    Crucial para la empresa 1-5 ¿Qué importancia tiene la aplicación para la empresa? Por ejemplo, a una aplicación de un grupo de trabajo pequeño podría asignársele una puntuación de 1, mientras que a una aplicación fundamental que use toda la organización se le asignaría una puntuación de 5. Esta puntuación afectará al nivel de prioridad de la migración.
    Prioridad de la migración 1/2/3 ¿Cuál es la prioridad de migración de la aplicación?
    Riesgo de migración 1-5 ¿Cuál es el nivel de riesgo de migrar la aplicación? Este valor deben acordarlo Contoso DevOps y los asociados pertinentes.

    Determinación de los costos

    Para determinar los costos y el ahorro potencial de la migración a Azure, Contoso puede usar la calculadora del costo total de propiedad (TCO) para calcular y comparar el TCO de Azure con una implementación local comparable.

    Identificar las herramientas de valoración

    Contoso decide qué herramienta se usará para detectar, evaluar y crear el inventario. Contoso identifica diferentes herramientas y servicios de Azure, scripts y herramientas de la aplicación, y herramientas de asociados. En concreto, Contoso está interesado en cómo Azure Migrate puede usarse para evaluar a escala.

    Azure Migrate

    El servicio Azure Migrate le ayuda a detectar y evaluar VM de VMware locales que se están preparando para la migración a Azure. Esto es lo que hace Azure Migrate:

    1. Descubrir: detecta las máquinas virtuales locales de VMware.

      Azure Migrate admite la detección de varios servidores vCenter (en serie) y puede ejecutar detecciones en diferentes proyectos de Azure Migrate.

      Azure Migrate realiza la detección a través de una VM de VMware que ejecuta Azure Migrate Collector. El mismo recopilador puede detectar máquinas virtuales en diferentes servidores vCenter y enviar datos a diferentes proyectos.

    2. Evaluación de la preparación: evalúe si las máquinas locales son apropiadas para ejecutarse en Azure. Una evaluación incluye:

      • Recomendaciones de tamaño: averigüe el tamaño recomendado de las máquinas virtuales de Azure en función del historial de rendimiento de las máquinas virtuales locales.
      • Costos mensuales estimados: calcule el costo estimado de la ejecución de máquinas locales en Azure.
    3. Identificar las dependencias: visualice las dependencias de las máquinas locales, para crear grupos de máquinas óptimos para la migración y la evaluación.

    Diagram of how the Azure Migrate service works.

    Contoso necesita usar Azure Migrate correctamente para determinar la escala de esta migración:

    • Contoso evalúa cada aplicación mediante Azure Migrate. Esta evaluación garantiza que Azure Migrate devolverá los datos oportunamente a Azure Portal.
    • Los administradores de Contoso aprenden a implementar Azure Migrate a escala.
    • Contoso anota un resumen de los límites de Azure Migrate en la tabla siguiente.
    Acción Límite
    Crear un proyecto de Azure Migrate 10 000 máquinas virtuales
    Detección 10 000 máquinas virtuales
    Evaluación 10 000 máquinas virtuales

    Contoso usará Azure Migrate como se indica a continuación:

    • En vCenter, Contoso organiza las máquinas virtuales en carpetas. Esto les permitirá a los administradores concentrarse fácilmente al realizar una evaluación a las máquinas virtuales de una carpeta específica.
    • Evaluación de dependencias entre máquinas. Esto requiere la instalación de agentes en las máquinas virtuales que deben evaluarse.

    Contoso usará scripts automatizados para instalar los agentes necesarios de Windows o Linux. Mediante scripts, Contoso puede realizar la instalación en las VM desde una carpeta vCenter.

    Herramientas de base de datos

    Además de Azure Migrate, Contoso usará herramientas específicas para la evaluación de la base de datos. Herramientas como Data Migration Assistant ayudarán a evaluar las bases de datos de SQL Server para la migración.

    Data Migration Assistant puede ayudar a Contoso a determinar si las bases de datos locales son compatibles con una amplia gama de soluciones de Azure Database. Estas soluciones incluyen Azure SQL Database, SQL Server en ejecución en una máquina virtual de IaaS de Azure y Azure SQL Managed Instance.

    Además de Database Migration Service, Contoso tiene varios scripts que se usan para detectar y documentar las bases de datos de SQL Server. Estos scripts se encuentran en el repositorio de GitHub.

    Herramientas de evaluación de asociados

    Hay otras herramientas de asociados que pueden ayudar a Contoso a evaluar el entorno local para la migración a Azure. Obtenga más información sobre los asociados de migración de Azure.

    Paso 2: Migrar

    Una vez concluida la evaluación, Contoso debe identificar herramientas para trasladar sus aplicaciones, datos e infraestructura a Azure.

    Estrategias de migración

    Hay cuatro estrategias de migración generales que Contoso puede considerar.

    Estrategia Detalles Uso
    Rehospedaje
  • Esta opción sin necesidad de escribir código, que a menudo se denomina migración mediante lift-and-shift, permite migrar las aplicaciones existentes a Azure con rapidez.
  • Una aplicación se migra tal cual, con las ventajas que ofrece la nube, y sin correr el riesgo ni incurrir en los costos asociados con los cambios de código.
  • Contoso puede rehospedar aplicaciones menos estratégicas que no requieren ningún cambio de código.
  • Refactorización
  • También denominada reempaquetado, esta estrategia requiere una mínima cantidad de cambios en el código de la aplicación o en la configuración para conectar la aplicación a Azure PaaS, y aprovechar mejor las funcionalidades de la nube.
  • Contoso puede refactorizar aplicaciones estratégicas para conservar la misma funcionalidad básica, pero moverlas para que se ejecuten en una plataforma Azure como Azure App Service.
  • Esta acción requiere cambios mínimos en el código.
  • Por otro lado, Contoso deberá mantener una plataforma de máquinas virtuales, ya que esto ya no lo administrará Microsoft.
  • Rediseño
  • Esta estrategia modifica o amplía una base de código de aplicación para optimizar la arquitectura de la aplicación para las capacidades y la escala de la nube.
  • Moderniza una aplicación para que tenga una arquitectura resistente y muy escalable que se puede implementar de forma independiente.
  • Los servicios de Azure permiten agilizar el proceso, escalar aplicaciones con confianza y administrar las aplicaciones con facilidad.
  • Volver a generar
  • Este enfoque recompila una aplicación desde cero con tecnologías nativas de la nube.
  • La plataforma como servicio (PaaS) de Azure ofrece un entorno de desarrollo e implementación completo en la nube. Elimina algunos gastos y la complejidad de las licencias de software. También elimina la necesidad de una infraestructura de aplicaciones subyacente, middleware y otros recursos.
  • Contoso puede volver a escribir aplicaciones críticas para aprovechar las ventajas de las tecnologías de la nube, como los procesos sin servidor o los microservicios.
  • Contoso administrará la aplicación y los servicios que desarrolla, y Azure administrará todo lo demás.
  • También hay que tener en cuenta los datos, especialmente con el volumen de bases de datos que tiene Contoso. De manera predeterminada, Contoso usa los servicios PaaS, como Azure SQL Database, para aprovechar al máximo las características de la nube. Al cambiar a un servicio PaaS para bases de datos, Contoso solo tendrá que mantener los datos. Dejará a Microsoft encargarse de la plataforma subyacente.

    Evaluación de las herramientas de migración

    Contoso usa principalmente estos servicios y herramientas de Azure para la migración:

    Azure Migrate

    Azure Migrate es el servicio principal de Azure para orquestar la migración dentro de Azure y desde sitios locales a Azure.

    Azure Migrate organiza la replicación de las ubicaciones locales a Azure. Cuando se configura y ejecuta la replicación, los equipos locales pueden conmutar por error a Azure, completando la migración.

    Contoso ya completó una prueba de concepto para ver cómo puede ayudarles Azure Migrate con la migración a la nube.

    Uso de Azure Migrate a escala

    Contoso planea realizar múltiples migraciones mediante lift-and-shift. Para asegurarse de que funciona, Azure Migrate replicará lotes de aproximadamente 100 máquinas virtuales a la vez. Para determinar cómo funcionará, Contoso debe planear la capacidad para la migración propuesta.

    Contoso necesita recopilar información acerca de sus volúmenes de tráfico. En concreto:

    • Contoso necesita determinar la frecuencia de cambio para las máquinas virtuales que quiere replicar.
    • También debe tener en cuenta la conectividad de red desde el sitio local a Azure.

    En respuesta a los requisitos de capacidad y volumen, Contoso deberá asignar un ancho de banda suficiente basado en la frecuencia de cambio diaria de las máquinas virtuales necesarias, para así cumplir con el objetivo del punto de recuperación (RPO). Por último, se debe terminar cuántos servidores se necesitan para ejecutar los componentes de Azure Migrate necesarios para la implementación.

    Recopilación de información local

    Contoso puede usar Azure Migrate:

    • Para generar un perfil de máquinas virtuales de forma remota sin que afecte al entorno de producción. Esto ayuda a identificar los requisitos de ancho de banda y almacenamiento para la replicación y la conmutación por error.
    • Sin que sea preciso instalar localmente ningún componente de Site Recovery.

    La herramienta recopila información sobre máquinas virtuales compatibles e incompatibles, discos por máquina virtual y la actividad de datos por disco. También identifica los requisitos de ancho de banda de red y de la infraestructura de Azure necesaria para una replicación y conmutación por error correctas.

    A continuación, Contoso debe asegurarse de que se ejecute la herramienta de planeación en una máquina de Windows Server que cumpla con los requisitos mínimos del servidor de configuración de Site Recovery. El servidor de configuración es una máquina de Site Recovery necesaria para poder replicar máquinas virtuales de VMware locales.

    Identificación de los requisitos de Site Recovery

    Además de las máquinas virtuales que se replican, Site Recovery requiere una serie de componentes para la migración de VMware.

    Componente Detalles
    Servidor de configuración
  • Normalmente, una máquina virtual de VMware se configura mediante una plantilla de OVF.
  • El componente servidor de configuración coordina las comunicaciones entre el entorno local y Azure, y administra la replicación de datos.
  • Servidor de proceso
  • Se instala de forma predeterminada en el servidor de configuración.
  • El componente del servidor de procesos recibe los datos de la replicación; los optimiza mediante almacenamiento en caché, compresión y cifrado, y los envía a Azure Storage.
  • El servidor de procesos también instala el servicio Mobility de Azure Site Recovery en las máquinas virtuales que se van a replicar y realiza la detección automática de las máquinas locales.
  • Las implementaciones de escalado necesitan servidores de procesos independientes y adicionales para controlar grandes volúmenes de tráfico de replicación.
  • Mobility Service
  • El agente del servicio Mobility se instala en cada una de las máquinas virtuales de VMware que se va a migrar con Azure Site Recovery.
  • Contoso debe determinar cómo implementar estos componentes, en función de las consideraciones de capacidad.


    Componente Requisitos de capacidad
    Tasa máxima de cambios diaria
  • Un servidor de un solo proceso puede administrar una tasa de cambio diaria de hasta 2 terabytes. Puesto que una máquina virtual solo puede usar un servidor de procesos, la frecuencia de cambio de datos diaria máxima que se admite para una máquina virtual replicada es de 2 TB.
  • Rendimiento máximo
  • Una cuenta de Azure Storage estándar puede controlar un máximo de 20 000 solicitudes por segundo. Las operaciones de E/S por segundo (IOPS) en una máquina virtual de replicación deben estar dentro de este límite. Por ejemplo, si una máquina virtual tiene 5 discos y cada disco genera 120 E/S por segundo (8 K de tamaño) en la máquina virtual, esta máquina se encontrará dentro del límite de 500 operaciones de E/S por segundo por disco de Azure.
  • El número de cuentas de almacenamiento necesario es igual al número total de operaciones de E/S por segundo de la máquina de origen dividido por 20 000. Una máquina replicada solo puede pertenecer a una cuenta de almacenamiento en Azure.
  • Servidor de configuración Según la estimación de Contoso de replicar de 100 a 200 máquinas virtuales a la vez, y los requisitos de configuración del tamaño de servidor, Contoso calcula que necesita el siguiente tipo de configuración de la máquina del servidor:
  • CPU: 16 vCPU (2 sockets * 8 núcleos a 2,5 GHz)
  • Memoria: 32 GB
  • Disco de caché: 1 TB
  • Frecuencia de cambio de datos: De 1 a 2 TB
    Además de los requisitos de tamaño, Contoso debe asegurarse de que el servidor de configuración está ubicado de forma óptima, en la misma red y segmento LAN que las máquinas virtuales que se van a migrar.
  • Servidor de proceso Contoso implementará un servidor de procesos dedicado e independiente con capacidad para replicar entre 100 y 200 máquinas virtuales:
  • CPU: 16 vCPU (2 sockets * 8 núcleos a 2,5 GHz)
  • Memoria: 32 GB
  • Disco de caché: 1 TB
  • Frecuencia de cambio de datos: De 1 a 2 TB
    Como el servidor de procesos trabajará de forma intensiva, está ubicado en un host ESXi que puede administrar las E/S de disco, el tráfico de red y la CPU necesarios para la replicación. Contoso se planteará la posibilidad de contar con un host dedicado para este fin.
  • Redes
  • Contoso ha revisado la infraestructura de VPN de sitio a sitio actual y ha decidido implementar Azure ExpressRoute. La implementación es fundamental porque reducirá la latencia y mejorará el ancho de banda en la región primaria de Azure de Contoso (East US 2).
  • Contoso deberá supervisar cuidadosamente los datos que fluyen desde el servidor de procesos. Si los datos sobrecargan el ancho de banda de red, Contoso considerará limitar el ancho de banda del servidor de procesos.
  • Azure Storage
  • Para la migración, Contoso debe identificar el tipo y el número correctos de cuentas de Azure Storage de destino. Site Recovery replica los datos de máquina virtual en Azure Storage.
  • Site Recovery puede replicar en cuentas de almacenamiento SSD prémium o estándar.
  • Para decidir sobre el almacenamiento, Contoso debe revisar los límites de almacenamiento y tener en cuenta el crecimiento esperado y el aumento del uso en el futuro. Dada la velocidad y la prioridad de las migraciones, Contoso ha decidido usar discos SSD prémium.
  • Contoso decidió usar discos administrados para todas las máquinas virtuales implementadas en Azure. El número de IOPS necesario va a ayudar a determinar si los discos serán HDD estándar, SSD estándar o SSD prémium.
  • Azure Database Migration Service

    Azure Database Migration Service es un servicio totalmente administrado que permite migraciones completas desde varios orígenes de base de datos hasta las plataformas de datos de Azure con un tiempo de inactividad mínimo. Estos son algunos detalles sobre el servicio:

    • Integra la funcionalidad de las herramientas y servicios existentes. También usa Data Migration Assistant para generar informes de evaluación que identifican las recomendaciones sobre la compatibilidad de las bases de datos y las modificaciones necesarias.
    • Usa un proceso de migración sencillo y autoguiado, con una evaluación inteligente que ayuda a abordar los posibles problemas antes de la migración.
    • Puede llevar a cabo una migración a escala desde varios orígenes a la base de datos de destino de Azure.
    • Es compatible desde SQL Server 2005 a SQL Server 2017.

    Database Migration Service no es la única herramienta de migración de base de datos de Microsoft. Consulta una comparación de herramientas y servicios.

    Uso del servicio Database Migration Service a escala

    Contoso usará Database Migration Service para las migraciones desde SQL Server.

    Al aprovisionar Database Migration Service, Contoso tiene que ajustar el tamaño correctamente y configurarlo para optimizar el rendimiento de las migraciones de datos. Contoso va a seleccionar el nivel Crítico para la empresa con cuatro núcleos virtuales. Esta opción permite que el servicio aproveche varias CPU virtuales para la paralelización y para una transferencia de datos más rápida.

    Screenshot that shows Database Migration Service scaling, with the Business Critical option selected.

    Otra táctica de escalado de Contoso es escalar verticalmente y de manera temporal la instancia de destino de Azure SQL Database o Azure Database for MySQL al plan de tarifa Premium durante la migración de los datos. Esto minimiza la limitación de base de datos que podría afectar a las actividades de transferencia de datos cuando una organización usa los niveles inferiores.

    Uso de otras herramientas

    Además de Database Migration Service, Contoso puede usar otras herramientas y servicios para identificar la información de la máquina virtual:

    • Los scripts pueden ayudar con las migraciones manuales. Estos se encuentran disponibles en el repositorio de GitHub.
    • Varias herramientas de asociados para la migración.

    < docutune:ignore "herramientas de administración de costos" -->

    Listo para producción

    Una vez que Contoso traslada los recursos a Azure, necesita agilizarlos para mejorar el rendimiento y maximizar la rentabilidad de la inversión con herramientas de administración de costos. Dado que Azure es un servicio de pago por uso, es fundamental que Contoso comprenda cómo funcionan los sistemas y se asegure de que cuentan con el tamaño correcto.

    Administración de costos + facturación de Azure

    Para aprovechar al máximo su inversión en la nube, Contoso va a usar la herramienta gratuita Azure Cost Management + Billing. Esta solución permite a Contoso administrar el gasto en la nube con transparencia y precisión. Proporciona herramientas para supervisar, asignar y reducir los costos en la nube.

    La herramienta Azure Cost Management + Billing proporciona informes de panel sencillos para ayudar con la asignación de costos, los contracargos y la visibilidad de los gastos. La herramienta ayuda a optimizar los gastos en la nube mediante la identificación de los recursos que Contoso no está aprovechando para que pueda administrarlos y ajustarlos.

    Puede obtener más información en Introducción a Azure Cost Management + Billing.

    Screenshot of an example graph of cost over time in Azure Cost Management + Billing.

    Herramientas nativas

    Contoso también usará scripts para localizar los recursos no utilizados.

    Durante las migraciones de gran tamaño, a menudo hay piezas de datos sobrantes, como unidades de disco duro virtuales, que conllevan un costo, pero no proporcionan ningún valor para la empresa. Los scripts están disponibles en el repositorio de GitHub.

    Contoso aprovechará el trabajo realizado por el departamento de TI de Microsoft y considerará la posibilidad de implementar el kit de herramientas de Azure Resource Optimization (ARO). El kit de herramientas también está en el repositorio de GitHub.

    Contoso puede implementar una cuenta de Azure Automation con runbooks preconfigurados, programar sus suscripciones y empezar a ahorrar dinero. La optimización de recursos se realiza automáticamente en una suscripción al crear o habilitar una programación, incluida la optimización en nuevos recursos. Esto proporciona funcionalidades de automatización descentralizada para reducir costos. Características incluidas:

    • Posponer automáticamente las máquinas virtuales de Azure cuando el uso de CPU sea bajo.
    • Programar las máquinas virtuales de Azure para posponerse y no posponerse.
    • Programar las máquinas virtuales de Azure para que se pospongan o no en orden ascendente y descendente con etiquetas de Azure.
    • Eliminación masiva de grupos de recursos a petición.

    Herramientas de optimización de asociados

    Contoso puede usar herramientas de asociados como Hanu y Scalr.

    Paso 4: Proteger y administrar

    Durante este paso, Contoso usa los recursos de seguridad y administración de Azure para gobernar, proteger y supervisar las aplicaciones en la nube de Azure. Estos recursos ayudan a una organización a ejecutar un entorno protegido y bien administrado mientras utiliza los productos disponibles en Azure Portal.

    Contoso comienza a usar estos servicios durante la migración. Gracias a la funcionalidad híbrida de Azure, Contoso continúa usando muchos de ellos para lograr una experiencia coherente en toda la nube híbrida.

    Seguridad

    Contoso se va a basar en Microsoft Defender for Cloud para lograr una administración unificada de la seguridad y en Microsoft Defender for Identity en las cargas de trabajo de nube híbrida.

    Defender for Cloud aporta visibilidad total y control sobre la seguridad de sus aplicaciones en la nube de Azure. Contoso puede detectar rápidamente posibles amenazas y tomar medidas con rapidez, y reducir su exposición de seguridad usando protección contra amenazas adaptable.

    Obtenga más información sobre Defender for Cloud.

    Supervisión

    Contoso necesita visibilidad sobre el estado y el rendimiento de las aplicaciones recién migradas, así como sobre la infraestructura y los datos que ahora se está ejecutando en Azure. Contoso usará las herramientas integradas de supervisión de la nube de Azure, como Azure Monitor, área de trabajo de Log Analytics y Application Insights.

    Con estas herramientas, Contoso puede recopilar datos fácilmente de diversos orígenes y obtener conocimiento con ellos. Por ejemplo, Contoso puede medir el uso de CPU, disco y memoria de sus máquinas virtuales, ver las dependencias de aplicaciones y red entre varias máquinas virtuales y mantener un seguimiento del rendimiento de las aplicaciones. Contoso usará estas herramientas de supervisión en la nube para tomar medidas e integrarlas con las soluciones de servicios.

    Más información sobre la supervisión de Azure.

    Continuidad empresarial y recuperación ante desastres

    Contoso necesita una estrategia de continuidad empresarial y recuperación ante desastres (BCDR) para sus recursos de Azure.

    Azure ofrece características integradas de BCDR para ayudar a proteger los datos y mantener en ejecución las aplicaciones y los servicios.

    Además de las características integradas, Contoso desea asegurarse de que puede recuperarse de errores, evitar interrupciones empresariales costosas, satisfacer los objetivos de cumplimiento y proteger sus datos frente a ransomware y errores humanos. Para ello, siga estos pasos:

    • Contoso implementará Azure Backup como una solución rentable para realizar copias de seguridad de los recursos de Azure. Al estar integrado, Contoso permite configurar copias de seguridad en la nube con solo algunos sencillos pasos.
    • Contoso configurará la recuperación ante desastres para máquinas virtuales de Azure con Azure Site Recovery para la replicación, conmutación por error y conmutación por recuperación entre las regiones de Azure que especifique. Esto garantiza que, si se produce una interrupción en la región primaria, las aplicaciones que se ejecutan en máquinas virtuales de Azure siguen estando disponibles en la región secundaria que elija Contoso. Más información.

    Conclusión

    En este artículo, Contoso planea una migración con escala a Azure. El proceso de migración se divide en cuatro etapas. Las etapas van desde la evaluación y la migración, pasando por la optimización, la seguridad y la administración una vez que la migración concluye.

    Es importante para una organización planear un proyecto de migración como un proceso completo y migrar sus sistemas mediante el desglose de conjuntos en clasificaciones y cifras que sean significativas para el negocio. Al evaluar los datos y aplicar clasificaciones, el proyecto se puede dividir en una serie de migraciones más pequeñas, que pueden ejecutarse rápidamente y de forma segura. La suma de estas migraciones más pequeñas se convierte rápidamente en una migración correcta de gran tamaño a Azure.