dasini.net – Journal d'un expert MySQL

Toute architecture de base de données se doit de se reposer sur 3 piliers, la supervision (monitoring) , la sauvegarde/restauration et la haute disponibilité. Mon premier article de l’année 2018  concerne l’un des meilleurs combos du moment, en matière de haute disponibilité niveau base de données :
– MySQL 5.7 Group Replication : la seule solution native HA de MySQL, qui permet notamment de faire du vrai multi-master (avec MySQL NDB Cluster mais ceci est hors sujet).
– ProxySQL 1.4 : modestement le meilleur proxy pour MySQL.

Au menu d’aujourd’hui : comment passer de l’administration « manuelle » de votre solution HA MySQL Group Replication à une administration plus simple, plus fun mais surtout facilement automatisable avec le pack MySQL InnoDB Cluster. En clair, on va voir comment utiliser MySQL Shell pour l’administration et l’orchestration du cluster et MySQL Router pour rediriger automatiquement les transactions de l’application vers le noeud primaire du cluster.

Le 1er mars dernier, j’ai présenté lors d’un webinar, la technologie de haute disponibilité MySQL Group Replication. On a explosé notre record d’affluence et j’ai été inondé de questions, preuve s’il en faut de votre intérêt, toujours plus important, pour la base de données Open Source la plus populaire au monde.

Je n’ai malheureusement pas été en mesure de répondre à toutes les questions, ce qui me permet aujourd’hui de les centraliser dans cette FAQ. Cette dernière pourra être mise à jour de temps à autres, en fonctions des questions que je récupérerai du terrain.

Tweet Ami lecteur, toi qui t’intéresse à MySQL Group Replication et ProxySQL, une version plus récente de cet article existe : Configurer ProxySQL 1.4 pour MySQL 5.7 Group Replication   Cet article s’inspire de HA with MySQL Group Replication and ProxySQL de Frédéric Descamps aka @lefred   Dans un précédent article je vous ai présenté comment […]

Tweet Mise-à-jour: 9 janvier 2018   Historiquement, les solutions de haute disponibilité (HA) avec MySQL tournent autour de la fonctionnalité native MySQL Replication: replication asynchrone ou semi-synchrone. Ces modes de  replication sont très largement utilisés pour le besoins critiques d’enterprises « at scale » comme Facebook, Twitter, Booking.com, Uber… Aujourd’hui MySQL propose une nouvelle fonctionnalité native de haute […]

Tweet Ce mardi 6 septembre, un superbe meetup MySQL  c’est déroulé à Paris dans les locaux d’ Executive MBA Epitech  à Paris. Organisé et sponsorisé par  Oracle MySQL et Openska. Un grand merci à tous les participants, aux organisateurs et au sponsor (Oracle). Merci également à Frédéric (EMEA MySQL Community Manager) et à Dimitri (MySQL Performance Architect). Les présentations de la soirée: […]

Oracle MySQL, Openska et Executive MBA Epitech ont le plaisir de vous inviter le mardi 6 septembre pour le premier meetup MySQL de la rentrée.
Au programme: MySQL Group Replication & MySQL as a Document Store

Maintenir la disponibilité de son application en cas de sinistre est très important pour les systèmes critiques de l’entreprise.
Il est essentiel de mettre en place, dans le cadre d’un plan de reprise d’activité, une architecture robuste, hautement disponible, qui puisse maintenir le service en cas de panne ou de dommage des serveurs et de l’infrastructure informatique, même lorsque ceux-ci sont dans le Cloud.

Ce mardi 1 mars 2022, à 10h CEST, on va parler de ces sujets passionnants dans un contexte MySQL dans le Cloud.

Dans ce webinaire, nous verrons un exemple d’architecture de haute disponibilité pour la reprise après sinistre avec MySQL Database Service.

Le Monde de MySQL est un vidéocast, animé par deux vétérans MySQL (Lefred & Daz), qui a pour but de tenir informé la communauté francophone sur l’actualité de la base de données la plus populaire au monde.

Dans ce deuxième épisode, les sujets abordés sont…

MySQL propose plusieurs solutions pour vous aider à bâtir une architecture hautement disponible.

On retrouve InnoDB Cluster avec Group Replication, la réplication asynchrone en utilisant InnoDB ReplicaSet ou encore la réplication semi-synchrone, et enfin NDB Cluster.

Dans cette session, nous examinerons ces différents scénarios, les écueils à éviter et les bonnes pratiques à implémenter.