{"id":245,"date":"2016-02-28T23:27:50","date_gmt":"2016-02-28T22:27:50","guid":{"rendered":"http:\/\/www.jacquescortes.fr\/blog\/?p=245"},"modified":"2016-02-28T23:29:54","modified_gmt":"2016-02-28T22:29:54","slug":"failover_replication_mysql","status":"publish","type":"post","link":"https:\/\/www.jacquescortes.fr\/blog\/2016\/02\/failover_replication_mysql\/","title":{"rendered":"Failover de la r\u00e9plication MySQL, comparaison MHA vs MaxScale + MRM"},"content":{"rendered":"

\"Replication<\/a><\/p>\n

Comparaison de solutions pour g\u00e9rer le failover de la r\u00e9plication MySQL<\/h1>\n

Une s\u00e9rie de 3 articles expliquant la gestion du failover de la r\u00e9plication avec les couples MHA \/ MySQL et MaxScale + MRM \/ MariaDB, puis une comparaison.<\/p>\n

MHA \/ MySQL :\u00a0MySQL Replication failover: Maxscale vs MHA (part 1)<\/a><\/p>\n

MaxScale + MRM \/ MariaDB :\u00a0MySQL Replication failover: Maxscale vs MHA (part 2)<\/a><\/p>\n

Comparaison :\u00a0MySQL Replication failover: Maxscale vs MHA (part 3)<\/a><\/p>\n

Conclusion, le produit de Yoshinori Matsunobu (MHA) a bien progress\u00e9 et est devenu un produit mature mais d’autres solutions sont apparues et sont \u00e0 prendre en consid\u00e9ration selon les cas d’usages.<\/p>\n

J’en profite pour encore remercier Yoshinori qui est reconnu pour \u00eatre une brute de travail (avis partag\u00e9 avec St\u00e9phane Varoqui de SkySQL, devenu MariaDB Corporation).
\nJ’avais demand\u00e9 une \u00e9volution sur MHA \u00e0 l’\u00e9poque o\u00f9 je travaillais \u00e0 La Poste et Yoshinori l’avait impl\u00e9ment\u00e9 en une seule nuit en parall\u00e8le de son travail chez DeNA au Japon.
\nMHA est toujours utilis\u00e9 depuis \u00e0 La Poste.<\/p>\n

 <\/p>\n

R\u00e9plication parall\u00e8le avec MySQL et MariaDB<\/h1>\n

En compl\u00e9ment, je remets le slideshare de Jean-Fran\u00e7ois Gagn\u00e9, qui travaille chez Booking.com \u00e0 Amsterdam, sur l’\u00e9tat de l’art de la r\u00e9plication parall\u00e8le avec MySQL et MariaDB :<\/p>\n