Applicazione di N-livelli con replica master-master (adatto per il bilanciamento del carico)

Informazioni di riferimento › Guida di riferimento al catalogo delle appliance › Catalogo di sistema › Appliance di database › MYSQLR, MYSQLR64 - appliance di database MySQL adatta alla replica › Applicazione di N-livelli con replica master-master (adatto per il bilanciamento del carico)

Applicazione di N-livelli con replica master-master (adatto per il bilanciamento del carico)

Il seguente diagramma mostra un uso tipico dell'appliance di MySQL64 in un'applicazione Web in cui il database è replicato ai due server nell'applicazione master-master. In questo scenario di utilizzo, l'applicazione usa sia WEB che MYSQLR64 durante l'operazione di bilanciamento del carico. Inoltre, se una delle istanze di WEB/MYSQLR64 non riesce, l'altra istanza di WEB/MYSQLR64 può essere usata per impedire i tempi di inattività di applicazione.

Appliance in uso:

utente - gateway di input delle richieste degli utenti
admin - gateway di input per l'accesso dei file log
sw - suddividere il traffico HTTP a ciascuna appliance di MYSQLR64
web_lb - utilità di bilanciamento di Web per le richieste utente
web1, web2 - server Web con contenuto attivo (per esempio, script di CGI)
db1 e db2 - le appliance di MYSQLR64 configurate per master e slave nello stesso tempo
content - archiviazione per il contenuto dei server Web
logs - archiviazione per i database e i file di log dei server Web
mon - appliance MON

La richiesta di client arriva sul gateway di utente. Il gateway inoltra le richieste all'utilità di bilanciamento del carico Web, che indirizza la richiesta a uno dei server Web (web1 o web2). web1 usa l'appliance di database di db1, web2 usa l'appliance di database di db2. db1 e db2 sono connessi per la replica degli aggiornamenti che i server Web fanno al database. Ciascuna appliance di MYSQLR64 usa un offset (uguale al server_id) per le colonne auto_increment in modo da evitare le voci duplicate.

L'accesso Web a db1 e db2 è disponibile dal gateway di admin sulla porta 8080 e 8081.

Le appliance di db1, db2, web1 e web2 sono configurate per archiviare i file di log con la directory principale della condivisione esposta dai log. Inoltre, un amministratore può visualizzare i file di log mediante il gateway di admin.

Esempio di configurazione di proprietà (le proprietà che non sono elencate dovrebbero essere lasciate ai loro valori predefiniti):

db1

Nome di proprietà	Valore	Note
auto_create	1	Creare il database se i volumi sono vuoti.
error_log_filename	db1.error	Nome di file log degli errori che deve essere archiviato sul volume di dati di log.
error_log_level	errore	Livello di registrazione errori
server_id	1	Server master (non è obbligatorio che sia 1, dovrebbe essere diverso da server_id sullo slave)
rpl_mode	master_and_slave	master e slave

DB2

Nome di proprietà	Valore	Note
auto_create	1	Creare il database se i volumi sono vuoti.
error_log_filename	db2.error	Nome di file log degli errori che deve essere archiviato sul volume di dati di log.
error_log_level	errore	Livello di registrazione errori
server_id	2	Server master (non è obbligatorio che sia 1, dovrebbe essere diverso da server_id sullo slave)
rpl_mode	master_and_slave	master e slave

Note:

È necessario configurare il volume di dati su log, contenuto e appliance di MON.
È necessario configurare i volumi di dati e binlogs su db1 e db2. Ciascuna appliance dovrebbe utilizzare il proprio volume (non può essere condiviso fra le appliance).
Quando si fa la replica master-master, occorre iniziare con i volumi di dati vuoti.
Le appliance di admin, mon e log non sono richieste per l'operazione della replica.