Migración de Amazon EC2 a Azure Virtual Machines

Si usa Amazon Elastic Compute Cloud (Amazon EC2) y planea migrar la carga de trabajo a Azure, esta guía puede ayudarle a comprender el proceso de migración, las asignaciones de características y los procedimientos recomendados. Es para profesionales de Amazon Web Services (AWS) que están familiarizados con Amazon EC2 y planean mover cargas de trabajo a Azure Virtual Machines. En la guía se resaltan las similitudes clave y las diferencias entre las plataformas y se describen consideraciones arquitectónicas importantes. También proporciona procedimientos recomendados para el rendimiento, el costo y la disponibilidad para ayudarle a planear y completar una migración correcta a un entorno de infraestructura como servicio (IaaS) de Azure.

Lo que lograrás

En esta guía se describe cómo realizar las siguientes tareas:

• Asigne los tamaños y familias de instancias de Amazon EC2 a la serie y las SKU de máquinas virtuales de Azure adecuadas.
• Convierta cargas de trabajo basadas en imágenes de máquina de Amazon (AMI) a Microsoft Marketplace o imágenes personalizadas.
• Diseñe arquitecturas de almacenamiento de Azure que cumplan o superen las características de rendimiento existentes de Amazon Elastic Block Store (Amazon EBS).
• Vuelva a crear los patrones de redes, seguridad y balanceo de carga de Amazon Virtual Private Cloud (Amazon VPC) utilizando servicios nativos de Azure.
• Obtenga información sobre las estrategias de disponibilidad, escalado y selección de ubicación en Azure que se alinean con los diseños de AWS.
• Desarrolle los conocimientos y habilidades previas necesarias para una migración exitosa.
• Valide el rendimiento, la resistencia y la funcionalidad después de la migración.

Escenario de ejemplo: Migración de una pila de aplicaciones basada en Amazon EC2 de producción

Una organización ejecuta una aplicación web de producción en Amazon EC2 que usa los siguientes componentes:

• Instancias de Amazon EC2 de uso general en varias zonas de disponibilidad
• Equilibrio de carga de Amazon Elastic (Amazon ELB)
• Grupos de escalado automático (ASG) para la elasticidad
• Volúmenes de Amazon EBS para almacenamiento persistente
• AMI personalizadas como línea de base de una imagen maestra

El objetivo es migrar esta carga de trabajo a máquinas virtuales mientras mantiene las características de disponibilidad, rendimiento y escalado.

Uso de Azure Migrate para migrar las instancias de Amazon EC2 a Azure

Azure Migrate proporciona una plataforma unificada para evaluar y migrar servidores locales, infraestructura, aplicaciones y datos. Puede usar Azure Migrate para detectar, evaluar y migrar instancias de Amazon EC2 a Azure.

Para más información, consulte Migración de instancias de Amazon EC2 mediante Azure Migrate.

Introducción a la arquitectura

En AWS, la carga de trabajo utiliza instancias de Amazon EC2 distribuidas entre zonas de disponibilidad dentro de una VPC de Amazon, delante de un Amazon ELB y escaladas mediante ASG. Amazon EBS proporciona almacenamiento y las AMI personalizadas proporcionan imágenes.

En Azure, los siguientes componentes forman la arquitectura equivalente:

• Máquinas virtuales o conjuntos de escalado de máquinas virtuales de Azure
• Azure Virtual Network con subredes
• Azure Load Balancer o Azure Application Gateway
• Discos administrados de Azure
• Imágenes de Marketplace o imágenes personalizadas almacenadas en Azure Compute Gallery

Consideraciones sobre el entorno de producción

Al realizar la transición de Amazon EC2 a Virtual Machines, planee las consideraciones siguientes:

• Diferencias en el ajuste de tamaño de la máquina virtual, el acoplamiento de rendimiento del disco y los límites de red
• Compatibilidad con el agente y el formato de imagen porque no se pueden importar las AMI directamente
• Construcciones de disponibilidad, como zonas de disponibilidad frente a conjuntos de disponibilidad
• Evaluación de reglas de seguridad de red e integración del servicio
• Diferencias en la supervisión, el registro y la automatización

Paso 1: Planear

Realice un inventario de la carga de trabajo existente de Amazon EC2 y capture cómo se comporta en producción.

Las actividades clave de evaluación incluyen los siguientes elementos:

• Identifique las familias de instancias de Amazon EC2, los tamaños y la arquitectura de CPU, como x86 o ARM64.
• Capture la CPU en su línea de base y pico, la memoria, las operaciones de entrada y salida de disco por segundo (IOPS), el rendimiento, la latencia y el uso de la red.
• Documente los tipos de volumen y la configuración de rendimiento de Amazon EBS.
• Revise las políticas de ASG y las estrategias de colocación.
• Enumere las reglas de grupo de seguridad y lista de control de acceso de red (NACL).
• Identifique orígenes de AMI, como imágenes públicas, de proveedor o personalizadas.

Para formalizar los resultados, clasifique cada funcionalidad en uno de los grupos siguientes:

• Coincidencias directas en Azure
• Coincidencias que tienen diferencias configurativas
• Funcionalidades que requieren diseños alternativos

Asignación de funcionalidades directas

Desajustes de capacidades y estrategias alternativas

Algunas funcionalidades de Amazon EC2 no se asignan directamente a Azure:

• Portabilidad de AMI: Azure no admite un enfoque de "lift-and-shift" para las AMI. Debe mapear las imágenes a las de Marketplace o recompilarlas como imágenes personalizadas.
• Comportamiento de expansión: AWS admite ráfagas de CPU más allá de la familia t. Azure limita las ráfagas de CPU a la serie B.
• Escala de rendimiento del disco: AWS desacopla el rendimiento del disco a partir del tamaño de la instancia. En Azure, tanto la SKU de disco como el tamaño de la máquina virtual restringen el rendimiento del disco.
• Acceso al hipervisor: Las instancias de Amazon EC2 sin sistema operativo exponen más control que las máquinas virtuales de Azure. Para los requisitos de aislamiento de hardware en Azure, utilice Azure Dedicated Host.

Paso 2: Preparación

Prepare el entorno de Azure antes de migrar las cargas de trabajo:

• Diseñe redes virtuales y subredes de Azure que se alineen con la segmentación existente de Amazon VPC.
• Establezca la identidad y el control de acceso mediante Azure Control de Acceso Basado en Roles (Azure RBAC).
• Elija zonas de disponibilidad o conjuntos de disponibilidad en función de los requisitos de carga de trabajo y la compatibilidad regional.
• Seleccione imágenes base de Marketplace que coincidan con la versión, la arquitectura y el modo de arranque del sistema operativo.
• Quite los agentes específicos de AWS y asegúrese de que el agente de máquina virtual de Azure sea compatible.
• Use Azure Migrate para la detección, la creación de mapas de dependencias y las recomendaciones de rightsizing al migrar varias máquinas virtuales.

Paso 3: Ejecutar

Cada fase del proceso de migración requiere una planeación y ejecución cuidadosas para garantizar una transición correcta de Amazon EC2 a Virtual Machines. En esta sección se describe cómo migrar las características de proceso, imágenes, almacenamiento, redes y disponibilidad.

Compute

Al migrar de Amazon EC2 a Virtual Machines, debe saber cómo las familias de instancias se asignan a la serie de máquinas virtuales de Azure para planear las cargas de trabajo de forma eficaz. Ambas plataformas organizan sus ofertas de proceso por características de rendimiento, pero sus convenciones de nomenclatura y opciones de configuración difieren.

Familias de instancias de Amazon EC2

AWS organiza los recursos de proceso en familias de instancias en función del tipo de carga de trabajo:

• Uso general: CPU equilibrada, memoria y redes, como t3 y m5.
• Optimizado para computación: Alta proporción de CPU a memoria para tareas de computación intensiva, como c5 y c6g.
• Optimizado para memoria: superficie de memoria amplia para bases de datos en memoria o análisis, como r5 y x1e.
• Optimizado para almacenamiento: Alto rendimiento de disco para grandes conjuntos de datos, como i3 y d2.
• Computación acelerada: Cargas de trabajo basadas en GPU para el aprendizaje automático o gráficos, como p3 y g4dn.

Las instancias de AWS se escalan verticalmente seleccionando tamaños más grandes dentro de una familia, como pasar de m5.large a m5.4xlargey horizontalmente mediante ASG.

Serie de máquinas virtuales de Azure

Azure usa la serie de máquinas virtuales para clasificar los recursos de proceso:

• Serie D: Cargas de trabajo de uso general, similares a la familia de AWS m
• Serie F: Optimizado para computación, comparable a la familia de AWS c
• Serie E: Optimizada para memoria, similar a la familia AWS r
• Serie M: Memoria ultra alta para bases de datos de SAP HANA y grandes
• Serie L: Almacenamiento optimizado con discos locales no volátiles de Memory Express (NVMe) y comparables a la familia aws i
• Serie NC, ND y NP: GPUs habilitadas para tareas de inteligencia artificial y aprendizaje automático, similares a las familias AWS p y g

Azure define los tamaños de máquina virtual mediante una SKU, como Standard_D4s_v5. La SKU especifica las siguientes propiedades:

• Recuento de CPU virtual (vCPU)
• Memoria, expresada en gibibytes (GiB)
• Almacenamiento temporal
• Generation

Para más información, consulte Convenciones de nomenclatura de tamaño de máquina virtual.

Diferencias clave

• Nomenclatura: AWS usa familia y tamaño, como c5.xlarge. Azure usa series de VM y SKUs de VM, como Standard_F4s_v2.
• Niveles de rendimiento: Azure establece el rendimiento del disco según el tamaño de máquina virtual y la SKU de disco. AWS usa instancias optimizadas para Amazon EBS.
• Disponibilidad regional: Las características varían según la región en ambas plataformas. En Azure, las características como las zonas de disponibilidad y la capacidad puntual solo están disponibles en regiones específicas.
• Opciones ampliables: La familia AWS t admite cargas de trabajo ampliables y AWS proporciona capacidad de ráfaga en otros tamaños de instancia aptos. Azure limita la expansión a la serie B.
• Acceso al hipervisor: Algunos tamaños de AWS permiten un control más directo sobre el hipervisor, como i3.metal. Azure proporciona menos control en esta capa.

Estrategia de mapeo

Use la documentación de tamaño de máquina virtual de Azure y la guía de tipos de instancia de AWS para completar las siguientes tareas:

1. Identifique su familia y tamaño de instancia de Amazon EC2.
2. Coincide con una serie de máquinas virtuales de Azure con una relación equivalente de CPU a memoria y la arquitectura de CPU necesaria, como x86 o ARM.
3. Valide los requisitos de almacenamiento y red para evitar el aprovisionamiento excesivo o el aprovisionamiento insuficiente:
   • Establezca una línea base en AWS. Capture el IOPS típico y máximo, el rendimiento y la latencia de Amazon EBS, y capture el ancho de banda de red y el uso de paquetes por segundo (PPS).
   • Asigne a los límites de Azure. Confirme los límites de tamaño de máquina virtual y SKU de disco y los límites de red de la máquina virtual, incluido si admite redes aceleradas de Azure.
   • Prueba en Azure. Ejecute pruebas comparativas de red y almacenamiento rápidos antes de finalizar el tamaño de la máquina virtual.
4. Si usa aceleradores, como GPU o Matriz de puertas programables de campo (FPGA), asegúrese de que la serie de máquinas virtuales de Azure las admite.
5. Considere las características específicas de Azure, como las máquinas virtuales puntuales para ahorrar costos o conjuntos de escalado de máquinas virtuales para la elasticidad.

Imágenes

Al migrar cargas de trabajo que comienzan desde una AMI, planee un paso de traducción de imágenes .

Búsqueda de una imagen coincidente (catálogo)

Empiece por identificar lo que representa AMI:

• Distribución y versión del sistema operativo, como Ubuntu 22.04, RHEL 8.9 y Windows Server 2022
• Arquitectura de CPU, como x86_64 frente a ARM64
• Suposiciones de generación de máquinas virtuales y modo de arranque, como UEFI con máquinas virtuales Gen2 o BIOS con máquinas virtuales gen1
• Componentes instalados, como agentes de supervisión, herramientas de seguridad y entornos de ejecución de aplicaciones y web
• Modelo de licencias, como traiga su propia licencia frente a proporcionada por Marketplace

A continuación, busque una imagen de Azure equivalente:

• Las imágenes de Marketplace se corresponden mejor con las AMI públicas.
• Las imágenes que su organización publica a través de Compute Gallery son más similares a las AMIs privadas o compartidas.

Si la carga de trabajo de AWS depende de una AMI de proveedor, como un firewall, un dispositivo o una imagen protegida, identifique la oferta equivalente del proveedor en Marketplace y confirme que cumple los siguientes requisitos:

• Tamaños de máquina virtual admitidos y características de red necesarias
• Diseño y rendimiento de disco necesarios
• Términos de licencia y soporte técnico

Implementación de su propia imagen (personalizada a personalizada)

Si la AMI es una imagen personalizada, como una imagen dorada, una línea base protegida o una imagen con una aplicación preinstalada, el equivalente de Azure es una imagen personalizada que se almacena y versiona en la Galería de Compute.

Siga estos pasos como punto de partida recomendado:

1. Elija una imagen base limpia de Marketplace que coincida con el sistema operativo, la versión y la arquitectura que necesita.
2. Automatice la personalización aplicando paquetes, opciones de configuración, agentes y protección a través de una canalización repetible.
3. Valide la imagen al implementar máquinas virtuales de prueba y ejecute pruebas de humo.
4. Publique y versione la imagen en Compute Gallery y réplíquela en las regiones de destino.

Tenga en cuenta los siguientes patrones de herramientas comunes:

• Azure VM Image Builder es un servicio de compilación de imágenes administrada para la creación y distribución de imágenes.
• HashiCorp Packer, incluidos los generadores de Azure, sirve para crear imágenes en canalizaciones de integración continua y entrega continua (CI/CD).
• Las herramientas de administración de configuración como Ansible, Chef o Puppet ayudan a mantener la personalización reproducible.

Tenga en cuenta estos requisitos operativos para planear dónde inicia la lista de comprobación:

• Generalización:
  • En Windows, ejecute Sysprep antes de capturar la imagen.
  • En Linux, instale el agente de máquina virtual Linux de Azure (waagent) antes de capturar la imagen.
• Controladores y agentes: Asegúrese de que la imagen admite el agente de máquina virtual de Azure y quite los agentes o herramientas específicos de AWS que ya no se apliquen.
• Generación de máquinas virtuales: Elija Gen1 o Gen2 al principio, ya que la elección de la imagen base normalmente determina la generación.
• Identidad y secretos: Use la identidad administrada y Azure Key Vault en lugar de insertar secretos en imágenes.
• Actualizaciones: Aplique revisiones a la imagen durante la compilación y defina una cadencia de actualización de imágenes.

Storage

La arquitectura de almacenamiento es un factor fundamental al migrar de Amazon EC2 a Virtual Machines. Ambas plataformas proporcionan opciones de almacenamiento persistentes y efímeras, pero los modelos de implementación y rendimiento difieren.

Opciones de almacenamiento de Amazon EC2

• Amazon EBS: Almacenamiento en bloques persistente para instancias de Amazon EC2. Admite volúmenes de unidad de estado sólido (SSD) y unidad de disco duro (HDD):
  • SSD de uso general que usa gp3 y gp2
  • SSD IOPS aprovisionado que usa io1 y io2
  • HDD optimizado para el rendimiento de transferencia que usa st1
  • HDD en frío que usa sc1
• Almacenamiento conectado a la red (NAS): Almacenamiento de archivos compartido para cargas de trabajo de Linux y Windows:
  • Amazon Elastic File System (Amazon EFS)
  • Amazon FSx, como Windows File Server, NetApp ONTAP y Lustre
• Almacén de instancias: Almacenamiento efímero que está conectado físicamente al host. Los datos se eliminan cuando la instancia se detiene o finaliza.
• Amazon Simple Storage Service (Amazon S3): Almacenamiento de objetos para datos no estructurados, copias de seguridad y almacenamiento de archivado.

Entre las características clave de las opciones de almacenamiento de Amazon EC2 se incluyen los siguientes elementos:

• Las instantáneas de los volúmenes de Amazon EBS se almacenan en Amazon S3.
• El rendimiento depende del tipo de volumen y el tamaño.
• Cifrado mediante AWS Key Management Service (AWS KMS).

Opciones de almacenamiento de máquinas virtuales de Azure

• Discos administrados: Azure administra el almacenamiento en bloques persistente:
  • HdD estándar de Azure: Rentable para el acceso poco frecuente, las cargas de trabajo que no son de producción y las copias de seguridad a largo plazo.
  • SSD estándar de Azure: Rendimiento equilibrado para cargas de trabajo generales.
  • SSD Premium de Azure: Baja latencia para aplicaciones de producción y sensibles al rendimiento.
  • Azure Ultra Disk Storage: Alto rendimiento para cargas de trabajo que consumen muchos datos.
• Discos de sistema operativo efímeros: Almacenamiento temporal para cargas de trabajo sin estado.
• Almacenamiento externo (NAS y almacenamiento de objetos): Almacenamiento conectado a la red y basado en objetos para el acceso a archivos compartidos, copias de seguridad, archivado y datos a gran escala:
  • Azure Blob Storage (Servicio de almacenamiento de blobs de Azure)
  • Azure Files
  • Azure NetApp Archivos

Entre las características clave de las opciones de almacenamiento de máquinas virtuales de Azure se incluyen los siguientes elementos:

• Los niveles de rendimiento de disco dependen del tamaño de máquina virtual y de la SKU de disco.
• El almacenamiento de máquinas virtuales de Azure incluye funcionalidades de instantáneas integradas e se integra con Azure Backup.
• El cifrado en reposo usa claves predeterminadas y admite claves administradas por el cliente.

Diferencias arquitectónicas

Para NAS, Amazon EFS y Amazon FSx se asignan más directamente a Azure Files y Azure NetApp Files.

Consideraciones sobre la migración de almacenamiento

• Asignación de volúmenes de Amazon EBS a los niveles de disco administrado de Azure:
  • Los tipos de volumen gp2 y gp3 se asignan a SSD estándar para un uso ligero o moderado.
  • El tipo de volumen gp2 se asigna a SSD Premium.
  • El tipo de volumen gp3 se asigna a SSD Premium v2.
  • El tipo de volumen io2 corresponde a Ultra Disk Storage.
• Valide los requisitos de IOPS y rendimiento. Ssd Premium y Almacenamiento en disco Ultra admiten cargas de trabajo de alto rendimiento.
• Planifique el cumplimiento con el cifrado. Use Azure Disk Encryption y Key Vault para datos confidenciales.
• Para la migración de almacenamiento externo, puede usar los enfoques siguientes:
  • Migre Amazon S3 a Blob Storage mediante AzCopy o las herramientas de migración de Azure Storage.
  • Migre Amazon EFS y Amazon FSx a Azure Files para recursos compartidos de archivos de uso general o a Azure NetApp Files para NAS de alto rendimiento.

Valide cuidadosamente los requisitos de IOPS y rendimiento porque tanto la SKU de disco como el tamaño de máquina virtual restringen el rendimiento del disco de Azure.

Networking

La arquitectura de red es un componente crítico al migrar de Amazon EC2 a Virtual Machines. Ambas plataformas proporcionan redes seguras y aisladas, pero la terminología, la configuración y los conjuntos de características difieren.

Redes de Amazon EC2

• Amazon VPC: Aislamiento lógico de los recursos dentro de AWS.
• Subredes: Segmentos de red dentro de una VPC de Amazon para aislamiento y segmentación.
• Grupos de seguridad: Reglas de firewall con estado aplicadas en el nivel de instancia.
• ACL de red: reglas sin estado aplicadas en el nivel de subred.
• Direcciones IP elásticas: Direcciones IP públicas estáticas para instancias.
• Equilibrio de carga: Amazon ELB admite el tráfico de nivel 4 y 7.
• Conectividad híbrida: Red privada virtual (VPN) y AWS Direct Connect para vínculos privados a un entorno local.

Componentes de red de máquinas virtuales de Azure

• Red virtual: Un entorno de red aislado y segmentado equivalente a una VPC de Amazon.
• Subredes: Segmentos de red dentro de una red virtual que proporcionan aislamiento y admiten grupos de seguridad de red (NSG) para el filtrado de tráfico.
• NSG: reglas de tráfico entrante y saliente con estado aplicadas en el nivel de subred o tarjeta de interfaz de red (NIC).
• Azure Firewall: Un firewall administrado basado en la nube que se usa para el cumplimiento centralizado de directivas.
• Azure Private Link: Acceso basado en direcciones IP privadas a los servicios de Azure.
• Direcciones IP públicas: Direcciones IP públicas estáticas o dinámicas que se asignan a los recursos.
• Equilibrio de carga: Load Balancer en la capa 4 y Application Gateway en la capa 7 con terminación Secure Sockets Layer (SSL) y Azure Web Application Firewall.
• Azure Bastion: Protección del acceso del Protocolo de escritorio remoto (RDP) y Secure Shell (SSH) sin exponer direcciones IP públicas.
• Azure ExpressRoute: Conectividad privada dedicada a Azure para escenarios híbridos.

Diferencias clave

Consideraciones sobre la migración

1. Planear la arquitectura de red virtual: Alinee con el diseño existente de Amazon VPC para la segmentación de subredes.
2. Reglas de seguridad: convierta las reglas del grupo de seguridad de AWS en grupos de seguridad de red. Revise el tráfico entrante y saliente.
3. Conectividad híbrida: Reemplace AWS Direct Connect por ExpressRoute para la conectividad privada.
4. Equilibrio de carga: Asigne configuraciones de Amazon ELB a Load Balancer o Application Gateway.
5. Control de acceso: Use Azure Bastion para proteger el acceso remoto en lugar de exponer direcciones IP públicas.

Agrupación en clústeres, disponibilidad y zonas

Las estrategias de alta disponibilidad y resistencia varían entre Amazon EC2 y Virtual Machines. Estos conceptos son esenciales para una arquitectura tolerante a errores.

Características de disponibilidad de Amazon EC2

• Zonas de disponibilidad: Ubicaciones aisladas dentro de una región para la redundancia.
• ASGs: Escalado automático de recuentos de instancias en función de la demanda.
• Amazon ELB: Distribución del tráfico entre varias instancias.
• Grupos de ubicación: colocación de instancias para cargas de trabajo de baja latencia o alto rendimiento.

Características de disponibilidad de máquinas virtuales de Azure

• Zonas de disponibilidad: Separe físicamente los centros de datos dentro de una región para la resistencia de nivel de zona.
• Conjuntos de disponibilidad: agrupación lógica para protegerse frente a errores de nivel de bastidor.
• Conjuntos de escalado de máquinas virtuales: Orquestación integrada para el escalado horizontal de cargas de trabajo.
• Load Balancer y Application Gateway: Distribución del tráfico de nivel 4 y nivel 7.

Traducción de asignación

procedimientos recomendados

• Implemente en varias zonas para la recuperación ante desastres.
• Use conjuntos de escalado de máquinas virtuales con directivas de escalado automático para la elasticidad.
• Use ZRS para datos críticos.
• Integre Azure Monitor para las comprobaciones de estado y las alertas.

Escalado y colocación

AWS y Azure usan construcciones diferentes para el escalado y la selección de ubicación. Estas diferencias afectan a la elasticidad y al aislamiento de errores durante la migración.

Enfoque de AWS

• ASG: Ajuste automáticamente el recuento de instancias de Amazon EC2 según la demanda mediante plantillas de inicio, que definen la configuración de instancia y el ciclo de vida, incluidas las NIC y los discos.
• Grupos de colocación de particiones: Distribuir instancias de Amazon EC2 en varias particiones para cargas de trabajo de resiliencia y baja latencia.

Enfoque de Azure

• Conjuntos de escalado de máquinas virtuales: Proporciona orquestación nativa para el escalado horizontal, integrado con Load Balancer o Application Gateway.
• Perfiles de máquina virtual: Define la configuración de la máquina virtual y admite la eliminación profunda para la limpieza de recursos.
• Dominios de error y conjuntos de disponibilidad: Proporcionan aislamiento a nivel de rack similar a la creación de particiones de AWS. Para hardware dedicado, use Host Dedicado.

Diferencias clave

Paso 4: Evaluar

Una vez completada la migración, realice los pasos de validación siguientes:

• Valide el arranque del sistema operativo y la integridad del agente.
• Confirme que el rendimiento del disco, la latencia y el rendimiento de la red cumplen las expectativas.
• Probar el comportamiento de escalado y el equilibrio de carga.
• Valide la funcionalidad y las dependencias de la aplicación.
• Configure las alertas y el registro de Azure Monitor.

La validación correcta indica que la carga de trabajo está lista para la transición de producción.

Contenido relacionado

• Introducción a las máquinas virtuales
• Azure para profesionales de AWS
• Comparación de los servicios de proceso de AWS y Azure
• Migración de una carga de trabajo de AWS a Azure