Aplicación de N niveles con replicación principal-principal (apropiada para equilibrio de carga)

Información de referencia › Guía de referencia del catálogo de dispositivos › Catálogo del sistema › Dispositivos de base de datos › MYSQLR, MYSQLR64: dispositivo de base de datos MySQL apropiado para replicar › Aplicación de N niveles con replicación principal-principal (apropiada para equilibrio de carga)

Aplicación de N niveles con replicación principal-principal (apropiada para equilibrio de carga)

El diagrama siguiente muestra un uso típico del dispositivo MYSQLR64 en una aplicación Web en la cual la base de datos se replica a dos servidores en un escenario de replicación de principal-principal. En este caso, la aplicación usa servidores tanto WEB como MYSQLR64 durante la operación de equilibrio de carga. También, en el caso de que una de las instancias WEB/MYSQLR64 falle, la otra instancia WEB/MYSQLR64 se puede utilizar para evitar tiempo de inactividad en la aplicación.

Dispositivos en uso:

user: puerta de enlace de entrada para solicitudes de usuario.
admin: puerta de enlace de entrada para acceso a los archivos de registro.
sw: dividir el tráfico HTTP entre los dispositivos MYSQLR64.
web_lb: equilibrador de carga Web para solicitudes de usuario.
web1, web2: servidores Web con contenido activo (por ejemplo, scripts de CGI).
db1 y db2: los dispositivos MYSQLR64 se configuran para ser principales y secundarios al mismo tiempo.
content: almacenamiento para el contenido de los servidores Web.
logs: almacenamiento de archivos de registro de bases de datos y servidores Web.
mon: dispositivo MON.

La solicitud del cliente llega a la puerta de enlace user. La puerta de enlace reenvía las solicitudes al equilibrador de carga web_lb, el cual las dirige a uno de los servidores Web: web1 o web2. web1 usa el dispositivo de base de datos db1 y web2 usa el dispositivo de base de datos db2. db1 y db2 se conectan para replicar las actualizaciones que los servidores Web hagan a la base de datos. Cada dispositivo MYSQLR64 utiliza un desplazamiento (igual a su server_id) para las columnas auto_increment, de manera que no se produzca duplicación de entradas.

El acceso Web a los dispositivos db1 y db2 está disponible a través de la puerta de enlace admin en los puertos 8080 y 8081.

Los dispositivos db1, db2, web1 y web2 se configuran para almacenar sus archivos de registro dentro del directorio raíz del recurso que muestran los registros. Además, un administrador puede ver los archivos de registro a través de la puerta de enlace admin.

Configuración de una propiedad de ejemplo (las propiedades que no se especifican deberían dejarse con sus valores predeterminados):

db1

Nombre de la propiedad	Valor	Notas
auto_create	1	Crea la base de datos si los volúmenes están vacíos.
error_log_filename	db1.error	Nombre del archivo de registro de errores que se almacenará en el volumen de datos de registros.
error_log_level	error	Nivel de registro de errores.
server_id	1	Servidor principal (no es obligatorio que sea 1; debe ser diferente del server_id del secundario).
rpl_mode	master_and_slave	Principal y secundario

db2

Nombre de la propiedad	Valor	Notas
auto_create	1	Crea la base de datos si los volúmenes están vacíos.
error_log_filename	db2.error	Nombre del archivo de registro de errores que se almacenará en el volumen de datos de registros.
error_log_level	error	Nivel de registro de errores.
server_id	2	Servidor principal (no es obligatorio que sea 1; debe ser diferente del server_id del secundario).
rpl_mode	master_and_slave	Principal y secundario

Notas:

El volumen de datos se debe configurar en los dispositivos logs, content y mon.
Los volúmenes de datos y registros binarios se deberán configurar tanto en db1 como en db2. Cada dispositivo debe utilizar su propio volumen (no se puede compartir entre los dispositivos).
Al hacer una replicación principal-principal, es necesario empezar con volúmenes de datos vacíos.
Los dispositivos admin, mon y log no son necesarios para el funcionamiento de la replicación.