Confoo 2022 - le cycle d'une instance MySQL

Frédéric Descamps
Ami des Dauphins
MySQL
Février 2022
Le Cycle d'Une Instance MySQL

Copyright @ 2022 Oracle and/or its affiliates.
Qui suis-je ?
about.me/lefred
2

Frédéric Descamps
@lefred
Évangesliste MySQL
Utilise MySQL depuis la version 3.21
passionné devops
habitant en
h ps://lefred.be
3

les bonnes pratiques en 2022
paramètres de con guration
4

je présume lors de ce e présentation que votre système
utilise MySQL 8.0.28 ou plus récent
n'utilise que InnoDB
a les "binary logs" activés
le format des "binary logs" est ROW
utilise GTID
5

Évolution vers la Haute Disponibilité
MySQL 8.0
6

7

Voici où tout commence...
et on n'oublie pas:
on utilise QUE InnoDB
on garde les paramètres de durabilité
par défaut
Une simple instance MySQL

8

Une simple instance MySQL
/
/
RPO ?
?
RTO
9

Palier suivant (level up)
La base de données gagne en importance, la perdre totalement pourrait être un problème...
10

RTO → heures
10

RTO → heures

RPO → 1 jour
10

RTO → heures

RPO → 1 jour
RTO: Recovery Time Objective (combien de temps pour récupérer les données?)
RPO: Recovery Point Objective (combien de données peut-on perdre?)
10

Sauvegarde Physique
Sauvegarde Logique
Pour les sauvegardes logiques, c'est MySQL
Shell Dump & Load Utility qu'il faut utiliser!
Sauvegardes
11

Une simple instance MySQL avec sauvegarde journalière
heures
1 jour
RPO ?
?
RTO
12

RPO d'un jour ? Vraiment ?? Il faut absolument réduire la perte des donnés à quelques
minutes maximum !
13

minutes maximum !
RTO → heures
13

minutes maximum !
RTO → heures

RPO → minutes
13

Ceci sont les valeurs par défaut de MySQL
8.0:
Des Binlogs Fiables et Durables
On active les logs binaires (binary logs) qui nous perme ent de rejouer les écritures depuis
la dernière sauvegarde(*)
14

et les binlogs activés
heures
minutes
RPO ?
?
RTO
15

Récupération Pontcuelle - Point-in-Time Recovery (PITR)
Il s'agit de la technique par laquelle un administrateur peut restaurer ou récupérer un
ensemble de données à un certain point dans le passé.
Avec MySQL, la récupération ponctuelle consiste à restaurer un dump des données puis à
rejouer les binlogs depuis et jusqu'à un point précis.
Ce e technique est utilisée pour:
résoudre un problème
pratiquer une migration en temps réel (live migration)
16

Point-in-Time Recovery : comment ça marche ?
day 1
BACKUPS
Binlogs
day 2 day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
17

day 1
BACKUPS
Binlogs
day 2
nous voulons restaurer
jusqu'à ce point
day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
18

day 1
BACKUPS
Binlogs
day 2
nous voulons restaurer
jusqu'à ce point
day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
1. nous restaurons le dump (jour3)
19

day 1
BACKUPS
Binlogs
day 2 day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
2
.
n
o
u
s
r
e
j
o
u
o
ns
le
binlog (.008)
1. nous restaurons le dump (jour3)
20

Point-in-Time Recovery : conceptes importants
Généralement, après qu'une sauvegarde a été e ectuée et véri ée, les chiers des binary
logs sont purgés du serveur MySQL:
21

day 1
BACKUPS
Binlogs
day 2 day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
21

day 1
BACKUPS
Binlogs
day 2 day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
day 1
BACKUPS
points possibles
de récupération
Binlogs
day 2 day 3 day 4
.001
.002
.003 .004 .005 .006 .007 .008 .009 .010
}
21

Mes données sont critiques et j'ai une charge (workload) importante... je voudrais perdre
moins d'une seconde en cas de problème !
22

RTO → heures
22

RTO → heures

RPO → moins d'une seconde
22

Activer les GTIDs
Sauvegarder en temps réel les binlogs
sur un autre système (OCI Object
Storage, S3, ...)
VCN
10.0.0.0/16
Public Subnet
10.0.0.0/24
Private Subnet
10.0.1.0/24
MySQL Shell
MySQL
Database Service
Internet
Gateway
Oracle Cloud Infrastructure
Availability Domain 1
Fault Domain 1
mysql-dump-bucket
mysql-binlogs-bucket
Object Storage
dump instance
streambinlogs
Meilleur Point-in-Time Recovery (PITR)
23

avec redémarrage
Activation des GTIDs
24

avec redémarrage sans redémarrage
Activation des GTIDs
24

Sauvegardes des Binlogs

25

Sauvegardes des Binlogs

Sur un autre système:
mysqlbinlog --raw --read-from-remote-server --stop-never --host 10.0.0.2
--port 3306 -u getbinlog -ppassword
--ssl-mode='REQUIRED' binlog.xxxxxx
25

Point-in-Time Recovery : conceptes importants (2)
Comme vous avez pu le constater, nous ne pouvons récupérer qu'à l'heure exacte des
sauvegardes et nous ne pouvons faire une récupération ponctuelle qu'à partir de la dernière
!
C'est pourquoi il est recommandé de délocaliser les binlogs (sur un autre serveur, un NAS, le
cloud, ...).
Cela perme ra d'e ectuer une restauration ponctuelle à n'importe quel moment dans le
temps :
26

Point-in-Time Recovery : conceptes importants (2)
Comme vous avez pu le constater, nous ne pouvons récupérer qu'à l'heure exacte des
sauvegardes et nous ne pouvons faire une récupération ponctuelle qu'à partir de la dernière
!
C'est pourquoi il est recommandé de délocaliser les binlogs (sur un autre serveur, un NAS, le
cloud, ...).
Cela perme ra d'e ectuer une restauration ponctuelle à n'importe quel moment dans le
temps :
}
day 1
BACKUPS
Binlogs
day 2 day 3 day 4
.001
.002
.003 .004 .005
.001
.002
.003
.004
.005
.006 .007 .008 .009 .010
.006
.007
.008
.009
.010
b
i
n
l
o
g
s
t
r
e
a
m
i
n
g
points possibles
de récupération
26

et archivage externe des binlogs
heures
< 1 seconde
RPO ?
?
RTO
27

Mon service est maintenant très important, je voudrais que ma base de données puisse être
de nouveau disponible en quelques minutes en cas d'incident.
28

RTO → minutes
28

RTO → minutes

RPO → moins d'une seconde
28

Fondé à partir de la réplication
asynchrone
Mais plus facile... et plus facile, c'est
mieux !
Transfert initial des données
("provisioning") inclus (clone)
2 noeuds ou plus
Basculement manuel (failover)
Routage transparent/automatique des
requêtes avec MySQL Router
MySQL InnoDB ReplicaSet
29

30

Connecté au serveur actuel:
JS > dba.con gureReplicaSetInstance()
JS > rs=dba.createReplicaSet('myreplicaset')
Sur le nouveau serveur où seul MySQL est installé (serveur et shell):
JS > dba.con gureReplicaSetInstance()
Et de nouveau sur l'instance principale:
JS > rs.addInstance('mysql-2')
31

MySQL InnoDB ReplicaSet - examples
32

33

34

MySQL Router
MySQL Router est très simple a con gurer, il su t d'utiliser la commande bootstrap!
35

MySQL Router
Et comme d'habitude visible avec MySQL Shell
36

MySQL InnoDB ReplicaSet - Basculement Manuel
MySQL Shell est connecté à MySQL InnoDB ReplicaSet via MySQL Router.
37

MySQL InnoDB ReplicaSet - Basculement Manuel
38

MySQL RelicaSet
minutes
< 1 seconde
RPO ?
?
RTO
rto >
39

Maintenant mon service est très très important, je voudrais qu'il soit quasiment toujours
disponible (basculment automatique) et ne jamais perdre de données !
40

RTO → secondes
40

RTO → secondes

RPO → 0
40

Fondé à partir de Group Replication
Mais plus simple... et c'est toujours
mieux
Transfert des données initiales inclus
(clone)
3 noeuds ou plus (un nombre impair est
recommandé)
Basculement Automatique
Utilise MySQL Router
Niveaux de consistances des données
con gurable
MySQL InnoDB Cluster
41

42

Sur le serveur "Primary" de notre
ReplicaSet:
JS > dba.dropMetadataSchema()
JS > cluster=dba.createCluster('mycluster')
Et sur l'instance "Secondary":
SQL > STOP REPLICA;
SQL > RESET ALL REPLICA;
Et à nouveau sur le nouveau "Primary" du
Cluster:
JS > cluster.addInstance('mysql-2')
On peut maintenant ajouter un troisième
membre pour béné cier du basculement
automatique:
43

Sur le serveur "Primary" de notre
ReplicaSet:
JS > dba.dropMetadataSchema()
JS > cluster=dba.createCluster('mycluster')
Et sur l'instance "Secondary":
SQL > STOP REPLICA;
SQL > RESET ALL REPLICA;
Et à nouveau sur le nouveau "Primary" du
Cluster:
JS > dba.con gureInstance()
À partir d'une instance du cluster:
JS > cluster=dba.getCluster()
En n, on peut recon gurer le routeur:
# mysqlrouter --bootstrap
clusteradmin@single-mysql:3306
--conf-use-gr-noti cations
--user mysqlrouter --force
# systemctl restart mysqlrouter
On peut maintenant ajouter un troisième
membre pour béné cier du basculement
automatique:
43

44

secondes
0
RPO ?
?
RTO
rto >
45

Et si quelque chose arrivait à notre centre de données ?
46

Comment déployer un plan de reprise en cas de catastrophe (Disaster Recovery) ?
46

Comment déployer un plan de reprise en cas de catastrophe (Disaster Recovery) ?
MySQL InnoDB ClusterSet !!
46

L'évolution ultime !
disponible depuis MySQL 8.0.27
support du "fencing" depuis 8.0.28
MySQL InnoDB ClusterSet
47

Fruit de plusieurs transformations au cours des sorties précédentes:
8.0.22: Automatic Connection Failover (Async Replication Channels)
8.0.23: Automatic Connection Failover (Async Replication Channels using Group
Replication)
8.0.24: transformation de skip-replica-start en variable globale, persistante et en
lecture-seule
8.0.26: Ajout d'actions pour les membres de Group Replication (ex: super_read_only
con gurable)
8.0.26: Ajout d'un UUID spéci que pour les évènements liés aux changements
structurels du Groupe (View_change_log_event)
8.0.27: la con guration de l'Asynchronous Replication Channel suit automatiquement le
Primary.
48

49

On peut également déployer des architectures plus complexes !
49

secondes
0
RPO ?
?
RTO
possible rpo>0
rto >
50

Extra
Depuis MySQL 8.0.19, les connecteurs supportent également dns-srv qui avec un
"discovery service" tel que Consul, peut remplacer MySQL Router quand il est impossible
de l'installer sur les serveurs d'applications:
51

Des Questions
?
52

Confoo 2022 - le cycle d'une instance MySQL

Contenu connexe

Tendances (12)

Similaire à Confoo 2022 - le cycle d'une instance MySQL (11)

Plus de Frederic Descamps (20)

Confoo 2022 - le cycle d'une instance MySQL