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.
- Realice una copia de seguridad de los datos de carga de trabajo en la nueva región de destino.
- Desconecte la región de origen y apague los servicios.
- Implemente los servicios en la nube en la nueva región de destino.
- 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.
- Realice la replicación del servicio en la nueva región de destino.
- Mantenga la carga de trabajo en ejecución en la región de origen.
- Inicie la replicación de datos sincrónica.
- Después de sincronizar los datos, active y valide los puntos de conexión.
- Detenga la sincronización de datos.
- 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.
- Realice la replicación del servicio en la nueva región de destino.
- Mantenga la carga de trabajo en ejecución en la región de origen.
- 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.
- Restaure los datos en la nueva región de destino.
- Cambie y valide los puntos de conexión.
- 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 dos métodos principales de automatización de reubicación de servicios: infraestructura como código (IaC) y Azure Resource Mover. Cada servicio de Azure admite uno o ambos enfoques de automatización. Utilice la guía de reubicación de servicios de Azure para ver qué método de automatización admite cada servicio de Azure y los pasos detallados para la reubicación. Esta es una introducción a la automatización que usa la guía de reubicación del servicio:
Infraestructura como código (IaC): IaC puede reubicar todos los servicios de Azure. Exporte la plantilla de Azure Resource Manager (ARM) (JSON) de un servicio de Azure existente. Modifique la plantilla según sea necesario y vuelva a implementar la plantilla en una nueva región. Puede convertir plantillas de ARM en plantillas de Bicep pegando el JSON en Visual Studio Code. 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. La infraestructura como código (IaC) no reubica los datos. La reubicación de datos requiere pasos adicionales para mover datos al recurso recién implementado en la región de destino. Use la guía de automatización de reubicación de datos para obtener más detalles.
Azure Resource Mover: Azure Resource Mover permite mover un número limitado de recursos de Azure admitidos con sus dependencias entre regiones, suscripciones y grupos de recursos.
Selección de la automatización de reubicación de datos
Si utilizó IaC para reubicar los servicios de Azure con estado, debe usar un método de automatización de reubicación de datos para reubicar los datos. Para la reubicación de datos, debe tener el servicio de Azure 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 de reubicación y de dónde encaja la reubicación de datos. A continuación, le mostramos una lista de herramientas de automatización que puede usar para reubicar datos:
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 la base de datos de 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 caliente y en frío. 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.