Migración de cargas de trabajo de múltiples nubes

En esta página, se proporcionan orientación sobre la arquitectura, asignaciones de servicios multinube y estrategias de migración para migrar cargas de trabajo de Amazon Web Services (AWS) o Microsoft Azure a Google Cloud.

Si eres arquitecto de la nube, ingeniero de plataformas o líder de infraestructura, usa la información de esta página para asignar servicios en la nube de terceros a equivalentes deGoogle Cloud , ejecutar transferencias de datos directas de nube a nube y diseñar arquitecturas de recuperación ante desastres (DR) en múltiples nubes.

Antes de leer esta página, debes tener un inventario de tus recursos de AWS o Azure de origen y comprender los requisitos de continuidad empresarial y conmutación por error de tu organización.

Asignación de servicios de AWS y Azure

Cuando migres desde AWS o Azure, usa la siguiente tabla para asignar los servicios heredados de la nube a sus equivalentes de Google Cloud :

Área funcional Servicio de AWS Servicio de Azure Google Cloud equivalente
Máquinas virtuales Amazon EC2 Máquinas virtuales de Azure Compute Engine
Kubernetes administrado Amazon EKS Azure Kubernetes Service (AKS) Google Kubernetes Engine (GKE)
Almacenamiento de objetos Amazon S3 Azure Blob Storage Cloud Storage
Bases de datos relacionales Amazon RDS Azure SQL Database Cloud SQL o AlloyDB para PostgreSQL
Almacén de datos en la nube Amazon Redshift Azure Synapse Analytics BigQuery

Transferencia de datos desde otras nubes

Usa el Servicio de transferencia de almacenamiento para transferir datos de objetos a escala de petabytes desde Amazon S3 o Azure Blob Storage directamente a Cloud Storage.

Funciones clave del Servicio de transferencia de almacenamiento

El Servicio de transferencia de almacenamiento proporciona las siguientes capacidades de transferencia de datos:

  • Trabajos de transferencia automatizados: Programa copias de objetos recurrentes o únicas de nube a nube sin enrutar datos a través de redes locales.
  • Verificación de suma de comprobación: Garantiza la integridad de los datos de extremo a extremo durante la transferencia con la verificación de hash automatizada.
  • Controles de ancho de banda: Limita las tasas de transferencia para evitar alcanzar los límites de cuota de la API en los proveedores de servicios en la nube de origen.

Para obtener más información, consulta Transferencia desde Amazon S3 y Transferencia desde Microsoft Azure Blob Storage.

Resiliencia y conmutación por error de múltiples nubes

Establecer Google Cloud como un entorno de conmutación por error secundario admite la recuperación ante desastres, mitiga el riesgo de una sola nube y mantiene la continuidad del negocio durante las interrupciones en otras plataformas de nube.

Parámetros de configuración de recuperación ante desastres

Cuando diseñes arquitecturas de recuperación ante desastres de múltiples nubes, elige entre las siguientes opciones de configuración de implementación:

  • Modo de espera en frío: Replica datos de forma continua en Cloud Storage para crear copias de seguridad y restablecerlas, y mantén las plantillas de Compute Engine listas para la implementación a pedido.
  • Modo en espera semiactivo: Ejecuta una capacidad de procesamiento de referencia mínima, como un clúster de GKE pequeño o una base de datos de réplica de lectura, en Google Cloud lista para escalar verticalmente con rapidez durante la conmutación por error.
  • Procesamiento doble activo-activo: Distribuye el tráfico de usuarios activo entre el proveedor de servicios en la nube principal y Google Cloud con Cloud Load Balancing global.

Para obtener más información, consulta la Guía de planificación para la recuperación ante desastres y los patrones de arquitectura híbrida y de múltiples nubes.

¿Qué sigue?