El servidor de licencias admite instancias globales de la Control Room con capacidades de alta disponibilidad (HA) y recuperación ante desastres (DR). Los controles de salud regulares de las aplicaciones activan procesos de conmutación por error para mantener la continuidad del servicio.

El servidor de licencias (LS) está alojado centralmente en los EE. UU. Todas las instancias de la Control Room de todo el mundo que están usando una licencia basada en GUID o una licencia en la nube se conectan a este servidor. Al ser un servicio crítico, el servidor de licencias tiene capacidades de alta disponibilidad y recuperación ante desastres. El diagrama a continuación ilustra la arquitectura detallada a nivel de infraestructura. Para obtener más información sobre la licencia en la nube, consulte Preguntas frecuentes sobre licencias en la nube.

Considere dos regiones, Oregón (primaria) y Virginia (de reserva). La región de reserva de Virginia tiene una tarea de trabajador que verifica regularmente la salud de la aplicación y de la base de datos de la región principal de Oregón. El diagrama a continuación ilustra el estado óptimo.

Estado óptimo del servidor de licencias

Si la aplicación no responde, el servidor verifica la base de datos maestra principal. Si tanto la aplicación como la base de datos fallan repetidamente en las verificaciones de salud, la tarea del trabajador inicia un proceso de conmutación por error.

Los siguientes tres escenarios pueden activar el estado de recuperación ante desastres y comenzar el proceso de conmutación por error:
  • Si la aplicación principal está inactiva (los 3 dynos están inactivos) pero la base de datos maestra está activa, la tarea del trabajador no toma ninguna medida. Sin embargo, el sistema de alerta y monitoreo notifica al equipo.
  • Si la aplicación principal está activa pero la base de datos maestra está inactiva, Heroku asigna automáticamente una base de datos de reserva de otra zona de disponibilidad de la misma región.
  • Si tanto la aplicación principal como la base de datos maestra están inactivas, la tarea del trabajador activa la secuencia de comandos de conmutación por error.
Si ocurre cualquiera de los tres escenarios mencionados anteriormente, se activa la secuencia de comandos de conmutación por error y se implementa el siguiente flujo de trabajo:
  • La base de datos que hace un seguimiento de la región de Virginia sincroniza todas las confirmaciones con la base de datos maestra de la región de Oregón y luego deja de seguirla.
  • La base de datos de la región de Virginia se convierte en la nueva base de datos maestra.
  • La aplicación de Virginia se conecta a la nueva base de datos maestra de la región de Virginia.
  • El firewall de aplicaciones web (WAF) se conecta al enrutador de la aplicación de Virginia.
  • Se elimina la conexión entre el WAF y Oregón.
Estado de recuperación ante desastres del servidor de licencias

Cuando la región de Oregón se activa nuevamente, se necesita intervención manual (reconectar el firewall de aplicaciones web [WAF]) para restaurar Oregón como la aplicación principal.