La réplication
Garder plusieurs copies des données : le primaire et ses réplicas, synchrone ou asynchrone, le retard de réplication, la bascule, et pourquoi une réplique n'est pas une sauvegarde.
- 34 cartes
- 3 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Mises en situation
- Compromis et pannes
Quelques cartes du deck
Réplication : de quoi s'agit-il ?
Voir la réponse
Maintenir des copies des mêmes données sur plusieurs serveurs.
On gagne en disponibilité et en capacité de lecture.
La base sature en lecture, les écritures restent faibles. Que faites-vous ?
- Ajouter des réplicas en lecture
- Partitionner
- Passer en synchrone
- Supprimer des index
Voir la réponse
Ajouter des réplicas en lecture
Chaque réplica prend sa part des lectures.
Primaire (leader) : de quoi s'agit-il ?
Voir la réponse
Serveur qui accepte les écritures et les transmet aux réplicas.
Avoir un seul primaire évite que deux serveurs écrivent des versions différentes.
En réplication asynchrone, le primaire tombe brutalement. Quel risque ?
- Perdre les écritures validées pas encore copiées
- Aucun
- Perdre tout l'historique
- Bloquer les lectures pour toujours
Voir la réponse
Perdre les écritures validées pas encore copiées
Ce que le réplica n'avait pas reçu n'existe nulle part ailleurs.