La replicación de una base de datos MySQL de producción desde un centro de datos local a GCP a través de Cloud VPN sufre latencia y pérdida de paquetes, lo que interrumpe la replicación. ¿Qué debería hacer?

La latencia y la pérdida de paquetes en una VPN suelen indicar problemas de ancho de banda o congestión en la red pública. Un Google Cloud Dedicated Interconnect proporciona una conexión física directa y privada entre su centro de datos local y Google Cloud, ofreciendo un ancho de banda mucho mayor y una latencia significativamente menor y más consistente que una VPN. Esto es crucial para la replicación de bases de datos de producción que requieren alta fiabilidad y rendimiento. Configurar la replicación para usar UDP no resolverá los problemas subyacentes de la red y podría empeorar la pérdida de datos ya que UDP no garantiza la entrega. Restaurar la base de datos diariamente en Cloud SQL no es una solución de replicación continua y generaría una interrupción significativa. Añadir túneles VPN adicionales y balancearlos podría ofrecer una mejora marginal en el ancho de banda, pero no aborda la latencia inherente de la red pública ni la inconsistencia de rendimiento de las VPN. Enviar transacciones replicadas a Cloud Pub/Sub es una opción para la integración asíncrona, pero no es una solución directa para la replicación síncrona o casi síncrona de una base de datos MySQL de producción con problemas de latencia.