Selección de una estrategia de reubicación para cargas de trabajo en la nube

Antes de empezar a migrar la carga de trabajo a otra región, debe planear la estrategia de reubicación. La estrategia incluye el método de reubicación, la automatización de la reubicación de servicios y la automatización de la reubicación de datos. En este artículo se describen las opciones de cada componente de estrategia y se le guía hacia una decisión. En última instancia, las selecciones que realice dependen de los servicios y de la importancia de la carga de trabajo.

Seleccionar un método de reubicación

Hay tres métodos principales para reasignar cargas de trabajo. El método de reubicación que elija depende de los servicios de la carga de trabajo y de la importancia de la carga de trabajo para las funciones empresariales esenciales. Podría considerar diferentes métodos de reubicación para entornos de producción y que no son de producción. La reubicación en frío es para cargas de trabajo no esenciales. La reubicación caliente y cálida es para la misión crítica. El método que elija afecta a las herramientas de reubicación de datos y servicio que usa para reubicar la carga de trabajo. Use el siguiente árbol de decisión de reubicación para obtener una idea general del método de reubicación adecuado y validar su decisión leyendo la información general de los tres métodos de reubicación.

Reubicación en frío

La reubicación en frío es para cargas de trabajo que pueden soportar tiempo de inactividad. Es el enfoque más rentable para la reubicación porque no duplica ningún entorno durante la reubicación. A continuación se muestra información general del proceso de reubicación en frío.

1. Realice una copia de seguridad de los datos de carga de trabajo en la nueva región de destino.
2. Desconecte la región de origen y apague los servicios.
3. Implemente los servicios en la nube en la nueva región de destino.
4. Restaurar datos de carga de trabajo.

La reubicación en frío puede tardar unos minutos o unos días en función del número de servicios y el volumen de datos.

Reubicación en caliente

El método de reubicación en caliente es para cargas de trabajo que necesitan un tiempo de inactividad mínimo a cero (segundos, minutos). Para cargas de trabajo críticas, debería ver si el servicio admite la reubicación en caliente antes de intentar un enfoque intermedio. La reubicación en caliente ayuda a minimizar la diferencia de datos después de la transición. La reubicación en caliente solo es posible si el servicio admite la replicación de datos sincrónica. Algunos servicios no tienen esta característica y, en su lugar, debe usar un enfoque de reubicación cálido. Este es el proceso de reubicación en caliente.

1. Realice la replicación del servicio en la nueva región de destino.
2. Mantenga la carga de trabajo en ejecución en la región de origen.
3. Inicie la replicación de datos sincrónica.
4. Después de sincronizar los datos, active y valide los puntos de conexión.
5. Detenga la sincronización de datos.
6. Apague el servicio en la región de origen.

Reubicación cálida

La reubicación cálida es para cargas de trabajo críticas que no admiten la reubicación en caliente. La reubicación cálida usa la replicación de datos asincrónica y la replicación del entorno. Este es el proceso de reubicación cálida.

1. Realice la replicación del servicio en la nueva región de destino.
2. Mantenga la carga de trabajo en ejecución en la región de origen.
3. Cree una copia de seguridad de los datos de origen. Se recomienda crear la copia de seguridad durante las horas de poca actividad. También debe habilitar la replicación de datos de entrada para sincronizar los datos y minimizar la diferencia de datos.
4. Restaure los datos en la nueva región de destino.
5. Cambie y valide los puntos de conexión.
6. Apague la carga de trabajo en la región de origen.

La reubicación en caliente puede tardar unos minutos o una hora en función del número de servicios y el volumen de datos.

Selección de la automatización de reubicación de servicios

Hay tres enfoques principales de reubicación de servicios. En los párrafos siguientes se proporciona información general sobre cada uno con vínculos a más instrucciones. Si usa la automatización de infraestructura como código (IaC) para mover la carga de trabajo, debe encontrar un enfoque independiente para la reubicación de datos. Debe revisar las funcionalidades de cada herramienta de reubicación de servicio y seleccionar la herramienta que mejor se adapte a sus necesidades.

Azure Resource Mover: Azure Resource Mover es un servicio de Azure integrado que permite mover recursos de Azure entre regiones, suscripciones y grupos de recursos. Azure Resource Mover puede mover los recursos de Azure compatibles con sus dependencias mediante el análisis y la preparación de los recursos antes del traslado. Para más información, consulte Información general del grupo de Azure Resource Mover.

Azure Site Recovery: Azure Site Recovery puede replicar cualquier aplicación que se ejecute en una máquina virtual compatible en Azure. Es una herramienta de recuperación ante desastres por diseño, pero también puede usarla para reubicar cargas de trabajo. Site Recovery usa un almacén de Recovery Services como Azure Backup y puede mover servicios rápidamente. Requiere unos pocos pasos de limpieza después de la reubicación, ya que es una herramienta de recuperación ante desastres. Para más información, consulte:

• Información general sobre Azure Site Recovery
• Las aplicaciones Azure Site Recovery pueden moverse
• Replicate DNS y Active Directory

Infraestructura como código (IaC): IaC le permite copiar y volver a implementar servicios de Azure. Puede usar plantillas de Azure Resource Manager, Bicep o Terraform para los servicios de la región de origen. Puede realizar la implementación mediante la plantilla en la nueva región de destino con la herramienta IaC preferida. Para los servicios con estado, necesita otra herramienta para reubicar los datos de carga de trabajo. Para más información, consulte información general de infraestructura como código.

Al usar IaC para implementar una nueva instancia de un servicio de Azure, puede implementar varias copias del recurso en paralelo. Con varias copias, puede usar una de las técnicas de transición para redirigir las conexiones a las cargas de trabajo de la nueva región de destino.

Selección de la automatización de reubicación de datos

Si la automatización de la reubicación de servicios no mueve datos, también debe elegir una automatización de reubicación de datos. Para la reubicación de datos, debe tener el servicio en ejecución en la región de destino antes de mover los datos. Revise los métodos de reubicación para obtener una idea de la secuencia. A continuación, le mostramos una lista de herramientas de automatización que puede usar para reubicar datos. La lista comienza con herramientas de reubicación en caliente y termina con frío. No está en orden de preferencia. Evalúe cada herramienta de automatización y elija la adecuada para la carga de trabajo.

• Replicación de datos sincrónica: la replicación de datos sincrónica replica los datos casi en tiempo real entre regiones. Es el enfoque de reubicación de datos preferido para la reubicación en caliente porque limita el tiempo de inactividad y las migraciones diferenciales de datos después de la migración total. Esta funcionalidad está integrada en algunos servicios de Azure, como Data Sync en Azure SQL. Debe comprobar cada servicio de la carga de trabajo para ver si admite la replicación de datos sincrónica.

• Replicación geográfica: la replicación geográfica puede ser una herramienta de reubicación de datos útil para los servicios de Azure que lo admiten. La forma en que una característica de replicación geográfica controla los datos y la instancia de servicio subyacente varía entre los servicios de Azure admitidos. Antes de usar la replicación geográfica para la reubicación de datos, debe comprender la característica de replicación geográfica del servicio concreto que va a reubicar. Para obtener ejemplos, consulte Azure SQL y Cosmos DB.

• Azure Site Recovery: Azure Site Recovery puede reubicar servicios y datos. Admite estrategias de reubicación en frío y en caliente. Para más información, consulte la Información general sobre Azure Site Recovery.

• AzCopy: AzCopy es una utilidad de línea de comandos que automatiza los movimientos de datos dentro y fuera de Azure Storage. Debe descargar la herramienta y, a continuación, usar tokens de firma de acceso compartido (SAS) o de Microsoft Entra ID para autorizar el traslado. Para más información, consulte Información general de AzCopy y Uso de AzCopy.

• Canalizaciones y actividades en Azure Data Factory o Synapse Analytics: Azure Data Factory es un servicio de integración de datos basado en la nube totalmente administrado que organiza y automatiza el movimiento y la transformación de datos. Las canalizaciones de Azure Data Factory pueden mover lagos de datos y almacenes. La actividad de copia de Synapse Analytics también puede mover datos. Para obtener más información, consulte Destinos y orígenes admitidos y la herramienta Copiar datos.

• Explorador de Azure Storage: el Explorador de Azure Storage es una aplicación independiente que permite reubicar los datos de Azure Storage. Para obtener más información, consulte Uso de Storage Explorer.

• Azure Backup: con Azure Backup, puede realizar copias de seguridad y restaurar datos en otra región. Debe probar Azure Backup primero para reubicaciones en frío y en caliente no esenciales. Azure Backup proporciona copias de seguridad coherentes con la aplicación, coherentes con el sistema de archivos y coherentes con bloqueos para máquinas virtuales. También admite discos administrados, recursos compartidos de archivos y blobs. No se pueden transferir puntos de restauración de copia de seguridad existentes a la nueva región de destino. Considere la posibilidad de mantener el almacén en la región de origen hasta que las copias de seguridad ya no sean necesarias. Para más información, consulte la información general acerca de Azure Backup.

• Copia de seguridad y restauración manuales: la copia de seguridad y restauración aquí hace referencia a un proceso, no a una herramienta específica. Muchos servicios de Azure proporcionan opciones de redundancia que permiten realizar copias de seguridad de datos en una región independiente y restaurarlos manualmente. Debe realizar una copia de seguridad y restauración manual para servicios específicos, como Azure Key Vault. Para obtener más información, vea Mover Key Vault a otra región.

Herramienta	Método de reubicación
Replicación de datos sincrónica	En caliente, cálida
Replicación geográfica	En caliente, cálida
Azure Site Recovery	Cálida, en frío
AzCopy	Cálida, en frío
Canalizaciones y actividades en Azure Data Factory o Synapse Workspace	Cálida, en frío
Explorador de Azure Storage	Cálida, en frío
Azure Backup	Frío
Copia de seguridad y restauración manuales	Frío

Selección del enfoque de transición

La transición es cuando realiza la transición de la carga de trabajo anterior a la nueva. Dirige el tráfico a la carga de trabajo en la región de destino y ya no a la región de origen. El sistema de nombres de dominio (DNS) es fundamental para esta redirección. Como recordatorio, DNS indica a los exploradores y a los clientes de API dónde obtener una respuesta. Resuelve los nombres de dominio en direcciones IP. Cada dominio necesita un host de dominio para administrarlo. Azure DNS es el servicio de host de dominio de Azure. Hay diferentes enfoques para la migración de cargas de trabajo y el enfoque que adopta depende de los servicios de la carga de trabajo. Estos son algunos ejemplos.

• Azure DNS: en el caso de los dominios hospedados en Azure DNS, puede realizar una transición manual cambiando el CNAME. Este enfoque es un proceso de conmutación por error de continuidad empresarial que funciona para la transición. Para más información, consulte Transición manual mediante Azure DNS.

• Traffic Manager: también es posible usar un servicio de enrutamiento como Traffic Manager para la transición y enrutar el tráfico de carga de trabajo a diferentes puntos de conexión. Traffic Manager es un servicio de enrutamiento basado en DNS. Para más información, consulte Configuración de nombres DNS con Traffic Manager.

• App Service: los servicios de capa de aplicación, como Azure App Service, tienen características que le permiten actualizar el nombre de dominio. Para más información, consulte Migración de un nombre de DNS activo a Azure App Service.

• Enrutamiento de puerta de enlace: si la carga de trabajo usa el patrón de enrutamiento de puerta de enlace con un servicio, como Azure Front Door, Application Gateway o Azure API Management, a menudo puede realizar una transición de la migración de regiones. Use sus destinos de back-end y las características de reglas de enrutamiento.

Paso siguiente

Ha seleccionado un método de reubicación y las herramientas para reubicar la carga de trabajo. Vaya al paso Migrar para ejecutar la reubicación mediante estas herramientas.

Migrar