Configuraci\u00f3n en el MariaDB Maestro.<\/strong><\/p>\nCrear el usuario que tendr\u00e1 privilegios para replicar en los escalvos, para este articulo use clusterReplica y que puede recibir conexiones desde cualquier IP , su clave sera cluster<\/p>\n
grant replication slave on *.* to ‘clusterReplica’@’%’ identified by ‘cluster’;<\/p>\n
flush privileges;<\/p>\n
Configuraci\u00f3n en los esclavos :<\/strong><\/p>\nchange master to master_host=’192.168.5.200′,master_user=’clusterReplica’, master_password=’cluster’,master_log_file=’XX’, master_log_pos=YY;<\/p>\n
Los valores de master_log_file=’XX’ master_log_pos=YY no son YY ni XX, estos valores se obtienen de una consulta en el nodo maestro con show master status;<\/p>\n
si se obtiene algo como:<\/p>\n
MariaDB [(none)]> show master status;
\n+——————+———-+————–+——————+
\n| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
\n+——————+———-+————–+——————+
\n| mysql_log.000002 | 245 | cluster | |
\n+——————+———-+————–+——————+
\n1 row in set (0.00 sec)<\/p><\/blockquote>\n
entonces la sentencia change es la siguiente.<\/p>\n
change master to master_host='192.168.5.200',master_user='clusterReplica', master_password='cluster',master_log_file='mysql_log.000002', master_log_pos=245;
\n<\/code><\/p>\nantes de insertar el change master en cada uno de los esclavos debe realizar la consulta show master status; en el nodo maestro debido a que el valor de la posici\u00f3n puede cambiar <\/p>\n
finalmente se activa el nodo como esclavo con:<\/p>\n
start slave;<\/code><\/p>\nConclusiones:<\/strong><\/p>\nEsta configuraci\u00f3n es muy f\u00e1cil de realizar, es f\u00e1cil de usar si el desatollo es propio pues los insert a la db se tienen que hacer en el nodo maestro y las consultas en los escalvos, en el c\u00f3digo del programa se debe tener una cuenta para los insert, delete y update y otra de solo lectura para los select. Debido a que hacer insert en los nodos esclavos no har\u00eda que el datos insertado se replique en los nodos del cluster.<\/p>\n
Cuando el desarrollo no es propio y se usan apps como WordPress, Joomla o cualquier otra que no esta pensanda en este tipo de solucion ocurre que intentan hacer los insert en sus nodos esclavos haciendo que no se sincronicen los nodos del cluster.<\/p>\n
Hay 2 soluciones a esto, si eres programador puedes modificar estas aplicaciones para que los insert los haga en el maestro y todas las lecturas en los esclavos. \u00bf No eres un programador ? aun as\u00ed puedes clusterizar correctamente pero solo escalaria a un maximo de 2 nodos de cluster.<\/p>\n
Cada nodo puede ser esclavo y maestro al mismo tiempo<\/strong><\/p>\nSi tienes 2 servidores puedes tener una replica de maestro-esclavo a maestro-esclavo, la configuraci\u00f3n. Significa que el nodo maestro server-id = 1 sera esclavo del server-id = 2 , el server-id = 2 sera el esclavo del server-id=1<\/p>\n
Es tan simple como agregar la configuraci\u00f3n de servidor y esclavo en el mismo nodo solo que uno apuntando al otro en el change master, de esta forma lo que escribe el nodo 2 se replica al nodo 1 como si fuera un esclavo, y lo que escribe el nodo 1 se replica al nodo 2 como si fuera un esclavo.<\/p>\n
Por que solo puede hacerse entre 2 servidores.<\/strong><\/p>\nEn la versi\u00f3n que viene con CentOS y las que actualmente se consideran estables y probadas, los nodos esclavos solo pueden tener un maestro lo que los encasilla en solo 2 servidores por cluster cuando ambos son maestros.<\/p>\n
Existe otra soluci\u00f3n l\u00f3gica pero no la he logrado hacer funcionar. Una soluci\u00f3n en anillo.<\/p>\n
Si hay 3 nodos.<\/p>\n
El nodo maestro 1 tiene por esclavo al nodo 2
\nEl nodo maestro 2 tiene por esclavo al nodo 3
\nEl nodo maestro 3 tiene por esclavo al nodo 1<\/p>\n
El teor\u00eda debe funcionar, sin embargo si el nodo 1 hace un insert el nodo 2 lo recibe, pero no lo replica al nodo 3, si el nodo 3 hace un insert el nodo 1 lo recibe pero no se replica a el nodo 2 . Supongo que solo los eventos de insert, update o delete son transmitidos a los esclavos y los que llegan por replicaci\u00f3n no disparan los eventos necesarios para lanzar la replicaci\u00f3n al siguiente esclavo.<\/p>\n
Las versiones de la serie 10 de MariaDB incluyen un nuevo concepto llamado multi-sourcing o multi fuente, esto permite que cada esclavo tenga mas de un maestro, con esto se puede lograr una l\u00f3gica de cluster en estrella.<\/p>\n
Finalmente pudiera usarse Galera como opci\u00f3n a clusterizar de maestro a multi maestro.<\/p>\n
A continuaci\u00f3n un v\u00eddeo que muestra la configuraci\u00f3n descrita en el articulo.<\/p>\n