Applicazione di N-livelli con replica master-master multi-nodo (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 multi-nodo (adatto per il bilanciamento del carico)

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

Il seguente diagramma mostra un uso tipico dell'appliance di MYSQLR64 in un'applicazione Web in cui il database è replicato a quattro server in uno scenario di replica master-master. In questo scenario di utilizzo, l'applicazione usa tutti i server WEB e MYSQLR64 durante l'operazione di bilanciamento del carico. Nel caso in cui una delle istanze WEB/MYSQLR64 non riesce, è possibile usare le altre istanze di WEB/MYSQLR64 per prevenire il downtime dell'applicazione (MYSQLR64 non risolve gli errori).

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, web3, werb4 - server Web con contenuto attivo (per esempio, script di CGI)
db1, db2, db3, db4 - MYSQLR64 configurato per essere master e slave nello stesso tempo
contenuto - archiviazione dei file log degli errori del database, contenuto Web e log 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_lb, che destina alla richiesta a uno dei server Web web1, web2, web3 e web4. Ciascun server Web usa la propria appliance di database. Tutte le appliance di database sono connesse in modo circolare per replicare gli aggiornamenti dei server Web al database. Così un aggiornamento a db1 è replicato per esempio a db2, db3 e db4. Ciascuna appliance di MYSQLR64 usa un offset (uguale al server_id) per le colonne auto_increment in modo da evitare le voci duplicate.

Accesso Web a db1, db2, db3, db4 disponibile mediante il gateway di admin sulla porta 8080, 8081, 8082 e 8083.

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 1
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 2
rpl_mode	master_and_slave	master e slave

db3

Nome di proprietà	Valore	Note
auto_create	1	Creare il database se i volumi sono vuoti.
error_log_filename	db3.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	3	Server master 3
rpl_mode	master_and_slave	master e slave

db4

Nome di proprietà	Valore	Note
auto_create	1	Creare il database se i volumi sono vuoti.
error_log_filename	db4.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	4	Server master 4
rpl_mode	master_and_slave	master e slave

Note:

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