Replicar datos en Azure Database for MySQL

  • Artículo

SE APLICA A: Azure Database for MySQL: Servidor único

Importante

El servidor único de Azure Database for MySQL está en la ruta de retirada. Se recomienda encarecidamente actualizar al servidor flexible de Azure Database for MySQL. Para más información sobre la migración al servidor flexible de Azure Database for MySQL, consulte ¿Qué ocurre con Azure Database for MySQL con servidor único?

Replicación de datos de entrada permite sincronizar datos de un servidor MySQL externo en el servicio Azure Database for MySQL. El servidor externo puede ser local, de máquinas virtuales o un servicio de base de datos hospedado por otros proveedores de nube. La replicación de datos de entrada se basa en la replicación según la posición del archivo de registro binario (binlog), que es nativa de MySQL. Para obtener más información acerca de la replicación de binlog, consulte la Introducción a la replicación de binlog de MySQL.

Cuándo utilizar Data-in Replication

Los escenarios principales que se deben tener en cuenta para usar la replicación de datos de entrada son los siguientes:

  • Sincronización de datos híbridos: con Replicación de datos de entrada, se pueden mantener los datos sincronizados entre los servidores locales y Azure Database for MySQL. Esta sincronización resulta útil para crear aplicaciones híbridas. Este método resulta atractivo cuando se tiene un servidor de base de datos local existente, pero quiere mover los datos a una región más cercana a los usuarios finales.
  • Sincronización de multi-nube: para soluciones de nube complejas, use Replicación de datos de entrada para sincronizar datos entre Azure Database for MySQL y distintos proveedores de nube, incluidas las máquinas virtuales y los servicios de base de datos hospedados en dichas nubes.

Para los escenarios de migración, use Azure Database Migration Service (DMS).

Limitaciones y consideraciones

Datos no replicados

La base de datos del sistema mysql del servidor de origen no se replica. Además, los cambios en las cuentas y en los permisos del servidor de origen no se replican. Si crea una cuenta en el servidor de origen y esta cuenta necesita acceder al servidor de réplica, cree manualmente la misma cuenta en el servidor de réplica. Para reconocer qué tablas se encuentran en la base de datos del sistema, vea el manual de MySQL.

Filtrado

Para omitir la replicación de tablas del servidor de origen (hospedado de forma local, en máquinas virtuales o en un servicio de base de datos hospedado por otros proveedores de nube), se admite el parámetro replicate_wild_ignore_table. También tiene la opción de actualizar este parámetro en el servidor de réplica hospedado en Azure mediante Azure Portal o la CLI de Azure.

Para obtener más información sobre este parámetro, revise la documentación de MySQL.

Solo se admiten los niveles De uso general u Optimizada para memoria.

La replicación de datos de entrada solo se admite en los planes de tarifa De uso general y Optimizada para memoria.

El vínculo privado para Azure Database for MySQL solo admite conexiones entrantes. Dado que la replicación de datos de entrada requiere una conexión saliente desde el servicio, el vínculo privado no se admite para el tráfico de entrada de datos.

Nota

GTID se admite en las versiones 5.7 y 8.0, y solo en los servidores que admiten almacenamiento de hasta 16 TB (almacenamiento de uso general v2).

Requisitos

  • La versión del servidor de origen debe ser al menos MySQL 5.6.
  • Las versiones del servidor de origen y de réplica deben ser las mismas. Por ejemplo, ambas deben ser MySQL versión 5.6 o ambas deben ser MySQL versión 5.7.
  • Cada tabla debe tener una clave principal.
  • El servidor de origen debe usar el motor InnoDB de MySQL.
  • El usuario debe tener permisos para configurar el registro binario y crear nuevos usuarios en el servidor de origen.
  • Si el servidor de origen tiene SSL habilitado, asegúrese de que el certificado de entidad de certificación de SSL proporcionado para el dominio se haya incluido en el procedimiento almacenado mysql.az_replication_change_master o mysql.az_replication_change_master_with_gtid. Consulte los ejemplos siguientes y el parámetro master_ssl_ca.
  • Asegúrese de que la dirección IP del servidor de origen se ha agregado a las reglas de firewall del servidor de réplica de Azure Database for MySQL. Actualice las reglas de firewall mediante Azure Portal o la CLI de Azure.
  • Asegúrese de que la máquina que hospeda el servidor de origen permite el tráfico entrante y saliente en el puerto 3306.
  • Asegúrese de que el servidor de origen tenga una dirección IP pública, de que el DNS sea accesible públicamente o de que el servidor de origen tenga un nombre de dominio completo (FQDN).

Pasos siguientes