Replicación física - AWS Guía prescriptiva

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.

Replicación física

La replicación física es una replicación de bloque en la que un archivo WAL se envía de una base de datos principal a una base de datos secundaria. La replicación física también se denomina replicación de flujos porque permite que un servidor en espera se mantenga más actualizado de lo que es posible con el envío de registros basado en archivos. El servidor en espera se conecta a la base de datos principal. Luego, la base de datos principal transmite los registros WAL a la base de datos auxiliar sin tener que esperar a que se llene el archivo WAL. La replicación física es una opción que vale la pena considerar si tiene una base de datos pequeña o mediana y tiene previsto utilizar la misma versión de la base de datos. Además, puede utilizar la replicación física para las bases de datos más grandes, pero la sincronización puede tardar de manera considerable. Puede utilizar cualquiera de los dos métodos siguientes con la replicación física:

  1. Asincrónico: el método asíncrono es la opción predeterminada. Si el servidor principal se bloquea, es posible que algunas transacciones que se confirmaron en la base de datos no se puedan replicar en el servidor en espera y provocar la pérdida de datos.

  2. Sincrónico: el método sincrónico ofrece la posibilidad de confirmar que todos los cambios que haga una transacción se transfieren a uno o varios servidores sincrónicos en espera.

Arquitectura

En el diagrama siguiente se muestra la arquitectura para configurar la HADR para la base de datos de PostgreSQL en las instalaciones en Amazon EC2 mediante la replicación física.

Arquitectura de replicación física

En el diagrama, se muestra el siguiente flujo de trabajo:

  1. Replique la base de datos en una instancia de EC2 y copie los archivos de los ficheros.

  2. Promocione la réplica nueva como punto de conexión de escritor de bases de datos.

  3. Dirija la aplicación a la nueva base de datos de destino.

Limitaciones

Le recomendamos que considere las limitaciones siguientes del uso de la replicación física antes de comenzar la migración:

  • Es necesaria una cantidad significativa de espacio en disco en el servidor para hacer copias de seguridad y, a continuación, copiarlas en Amazon EC2.

  • Es necesaria una cantidad considerable de ancho de banda para sincronizar las bases de datos de origen y destino y lograr copiar de manera más rápida el registro de archivos.

  • Las bases de datos de origen y destino deben tener la misma versión de PostgreSQL.