Migre una base de datos Postgre local SQL a Aurora Postgre SQL - Recomendaciones de AWS

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Migre una base de datos Postgre local SQL a Aurora Postgre SQL

Creado por Baji Shaik (AWS) y Jitender Kumar () AWS

Entorno: PoC o piloto

Fuente: Base de datos Postgre local SQL

Objetivo: Compatible con Aurora Postgre SQL

Tipo R: redefinir la plataforma

Carga de trabajo: código abierto

Tecnologías: migración; bases de datos

AWSservicios: Amazon Aurora; AWS DMS

Resumen

La edición SQL compatible con Postgre de Amazon Aurora combina el rendimiento y la disponibilidad de las bases de datos comerciales de gama alta con la simplicidad y la rentabilidad de las bases de datos de código abierto. Aurora ofrece estos beneficios al escalar el almacenamiento en tres zonas de disponibilidad de la misma AWS región y admite hasta 15 instancias de réplica de lectura para ampliar las cargas de trabajo de lectura y proporcionar alta disponibilidad en una sola región. Al utilizar una base de datos global Aurora, puede replicar las SQL bases de datos de Postgre en hasta cinco regiones para el acceso de lectura remoto y la recuperación ante desastres en caso de que se produzca un error en la región. Este patrón describe los pasos para migrar una base de datos de SQL origen de Postgre local a una base de datos compatible con Aurora Postgre. SQL El patrón incluye dos opciones de migración: usar el Servicio de migración de AWS datos (AWSDMS) o usar herramientas nativas de Postgre (como pg_dump, pg_restore y psql) o SQL herramientas de terceros. 

Los pasos descritos en este patrón también se aplican a las SQL bases de datos Postgre de destino en las instancias de Amazon Relational Database Service (Amazon) RDS y Amazon Elastic Compute Cloud (Amazon). EC2

Requisitos previos y limitaciones

Requisitos previos 

Limitaciones

Versiones de producto

  • Para obtener información sobre el soporte de las versiones SQL principales y secundarias de Postgre en AmazonRDS, consulta Amazon RDS for Postgre updates SQL en la documentación de Amazon. RDS

  • Para obtener SQL soporte de Postgre en Aurora, consulte las actualizaciones de Amazon Aurora Postgre SQL en la documentación de Aurora.

  • Si utiliza la opción de AWS DMS migración, consulte las versiones de SQLPostgre compatibles en la documentación. AWS DMS

Arquitectura

Pila de tecnología de origen

  • Base de datos Postgre local SQL

Pila de tecnología de destino

  • Instancia de base de datos Aurora compatible con Postgre SQL

Arquitectura de origen

Arquitectura de origen para la base de datos Postgre local SQL

Arquitectura de destino

Arquitectura de destino para la SQL base de datos Postgre en Amazon Aurora

Arquitectura de migración de datos

Usando AWS DMS

Migración de una base de datos Postgreg local SQL a Aurora mediante AWS DMS

Uso de herramientas nativas de Postgre SQL

Migración de una base de datos Postgre local SQL a Aurora mediante pg_dump y pg_restore

Herramientas

Epics

TareaDescripciónHabilidades requeridas

Valide las versiones de las bases de datos de origen y de destino.

Si está utilizando Postgre AWSDMS, asegúrese de que está utilizando una versión compatible de Postgre. SQL

DBA

Identifique el tipo de almacenamiento y los requisitos de capacidad.

  1. Calcule el almacenamiento asignado para la instancia de base de datos de origen.

  2. Recopile las métricas de crecimiento históricas de la instancia de base de datos de origen.

  3. Anticipe la previsión de crecimiento futuro de la instancia de base de datos de destino.

  4. Asigne el almacenamiento calculando el número total de lectura y escritura IOPS en la base de datos de origen. Un volumen de uso general SSD (gp2) proporciona 3 IOPS por cada 1 GB de almacenamiento.

DBA, administrador de sistemas

Elija el tipo de instancia, la capacidad, las características de almacenamiento y las características de red adecuadas.

Determine los requisitos de procesamiento de la instancia de base de datos de destino. Revise los problemas de rendimiento conocidos que puedan necesitar más atención. Tenga en cuenta los siguientes factores para determinar el tipo de instancia adecuado:

  • CPUutilización de la instancia de base de datos de origen

  • IOPS(operaciones de lectura y escritura) para la instancia de base de datos de origen

  • Huella de memoria en la instancia de base de datos de origen

Para obtener más información, consulte Clases de instancia de base de datos de Aurora en la documentación de Aurora.

DBA, administrador de sistemas

Identifique los requisitos de seguridad de acceso a la red para las bases de datos de origen y destino.

Determine los grupos de seguridad adecuados que permitirían a la aplicación comunicarse con la base de datos.

DBA, administrador de sistemas

Identificar la estrategia de migración de aplicaciones.

  • Determine la estrategia de transición de la migración en función de la complejidad de su aplicación. 

  • Determine el objetivo de tiempo de recuperación (RTO) y el objetivo del punto de recuperación (RPO) de la aplicación y planifique la transición en consecuencia.

DBA, propietario de la aplicación, administrador de sistemas
TareaDescripciónHabilidades requeridas

Crea unVPC.

Cree una nueva nube privada virtual (VPC) para la instancia de base de datos de destino.

Administrador de sistemas

Cree grupos de seguridad.

Cree un grupo de seguridad dentro de VPC (como se determinó en la epopeya anterior) para permitir las conexiones entrantes a la instancia de base de datos.

Administrador de sistemas

Configure e inicie el clúster de base de datos Aurora.

Cree la instancia de base de datos de destino con el nuevo grupo de seguridad VPC e inicie la instancia.

Administrador de sistemas
TareaDescripciónHabilidades requeridas

Complete los pasos previos a la migración.

  1. Limpie los datos de la base de datos de origen.

  2. Cree una instancia de replicación.

  3. Cree puntos de conexión de origen y destino.

  4. Identifique el número de tablas y objetos disponibles que se van a migrar.

DBA

Complete los pasos de migración.

  1. Elimine las restricciones y los disparadores de clave externa en la base de datos de destino.

  2. Elimine los índices secundarios en la base de datos de destino.

  3. Utilice una tarea de carga completa para migrar los datos de la base de datos de origen a la de destino.

  4. Habilite claves externas.

  5. Si utiliza una migración instantánea y su aplicación requiere un tiempo de inactividad mínimo, habilite la captura de datos de cambios (CDC) para replicar los cambios en curso

  6. Active los desencadenadores.

  7. Actualice las secuencias.

  8. Valide los datos de origen y destino.

DBA

Valide los datos.

Para garantizar que los datos se hayan migrado con precisión del origen al destino, siga los pasos de validación de datos que se indican en la AWS DMS documentación.

DBA
TareaDescripciónHabilidades requeridas

Prepare la base de datos de origen.

  1. Cree un directorio para almacenar la copia de seguridad de pg_dump si aún no existe.

  2. Cree un usuario de migración que tenga permisos para ejecutar pg_dump en los objetos de la base de datos.

  3. Conéctese a la EC2 instancia y ejecute pg_dump backup.

Para obtener más información, consulta la documentación de pg_dump y el tutorial de la documentación. AWS DMS

DBA

Prepare la base de datos de destino.

  1. Cree un usuario de migración que tenga permisos para usar pg_restore en los objetos de la base de datos.

  2. Importe el volcado de la base de datos mediante pg_restore.

Para obtener más información, consulte la documentación de pg_restore y el tutorial de la documentación. AWS DMS

DBA

Valide los datos.

  1. Compare los recuentos de objetos de la base de datos entre las bases de datos de origen y destino.

  2. Resuelva cualquier discrepancia que se encuentre entre los recuentos de objetos.

DBA
TareaDescripciónHabilidades requeridas

Seguir la estrategia de migración de aplicaciones.

Implemente la estrategia de migración de aplicaciones que creó en la primera epopeya.

DBA, propietario de la aplicación, administrador de sistemas
TareaDescripciónHabilidades requeridas

Cambie los clientes de la aplicación a la nueva infraestructura.

  1. Detenga todos los servicios de aplicaciones y las conexiones de clientes que apunten a la base de datos Postgre SQL local.

  2. Ejecute las tareas. AWS DMS

  3. Configure una tarea de reversión (inversa CDC de Aurora Postgre, SQL compatible con la base de datos Postgre local) si es necesario. SQL

  4. Valide los datos.

  5. Inicie los servicios de la aplicación en el nuevo destino configurando Amazon Route 53 en la nueva instancia de base de datos Aurora SQL compatible con Postgre.

  6. Añada la supervisión de Amazon CloudWatch y Performance Insights a su nueva instancia de base de datos Aurora SQL compatible con Postgre.

DBA, propietario de la aplicación, administrador de sistemas

Si necesita revertir la migración, haga lo siguiente.

  1. Detenga todos los servicios de aplicaciones que apunten a la base de datos Aurora compatible con PostgreSQL.

  2. Revierta los cambios en la SQL base de datos Postgre local de origen mediante la AWS DMS tarea que creó en la historia anterior.

  3. Detenga las AWS DMS tareas que se ejecutan desde la base de datos de Postgre local a la SQL base de datos compatible con Aurora SQL Postgre.

  4. Configure la aplicación para que apunte a la base de datos Postgre local de origen. SQL

  5. Confirme que se haya completado toda la implementación de la reversión.

DBA, propietario de la aplicación
TareaDescripciónHabilidades requeridas

Cierre los recursos.

Cierre los AWS recursos temporales.

DBA, administrador de sistemas

Valide los documentos.

Revise y valide los documentos del proyecto.

DBA, propietario de la aplicación, administrador de sistemas

Recopile métricas.

Recopile métricas sobre el tiempo de migración, el porcentaje de ahorro de costos manuales en comparación con los de herramientas, etc.

DBA, propietario de la aplicación, administrador de sistemas

Cierre el proyecto.

Cierre el proyecto y envíe sus comentarios.

DBA, propietario de la aplicación, administrador de sistemas

Recursos relacionados

Referencias

Recursos adicionales