muppy.io
  • ⛏️Qu'est ce que muppy.io ?
  • ⚒️Concepts Muppy
  • Quickstarts
    • ✏️Introduction
  • Guides
    • ⛏️Muppy Core
      • Hosts
        • Création et enrôlement d'un Host
          • ✏️Server Types
          • ✏️Configuration réseaux spécifiques
        • ⚒️Host's Users
        • ⚒️Host's Network information
        • ⚒️Host's Metrics
      • Tasks et Fact Collectors
        • ⚒️Exécution des Tasks (Task Runs)
          • ⚒️Exécution asynchrone des Tasks (Launch as Job)
        • ⚒️Synchronisation des Tasks et Scripts
        • ⚒️Liste des Scripts
        • ⚒️Liste des Tasks
        • ⚒️Création de Task "Shell Script"
        • ⚒️Liste des Fact Definitions
      • ⛏️Firewall UFW
        • Désactiver UFW globalement
        • ✏️Page 1
      • SSH Keys
        • Gestion des SSH Keys
        • Gestion des "authorized_keys"
        • Extraction Clef Privée d'un User User
      • ⚒️Systemd Service Units
        • ⚙️Liste des Systemd Units
        • ➕Création de Systemd Units
        • 📰Systemctl status et log
        • ✏️Edition des Systemd Units
    • 🐘PostgreSQL
      • PostgreSQL Base
        • Installation de PostgreSQL
        • Gestion des Clusters
          • Création
          • Configuration
          • Contrôle
          • Administration (basique)
        • Backup, Restore et Copy de Databases
          • Databases Backups (pg_dump)
          • PostgreSQL Backup
          • pg_dump Restore
          • Database Copy
          • pg_restore Callback Task
        • Backups Planifiés
        • Gestion rétention des Backups
      • PostgreSQL Replication
        • Créer un RCS
        • Visualiser un RCS
        • Suivre la Replication
        • Ajouter des Standbys
        • Restructurer un RCS
        • Intégration d'un RCS
        • Reconfigurer un RCS
      • PostgreSQL HA
        • Configuration
        • Activation et Désactivation
        • Monitoring
        • pglookout Heartbeat
      • PostgreSQL PITR
        • Configuration de WAL-G
        • Lancement des Clusters Backups
        • Liste des Clusters Backups (WAL-G)
        • Purge des fichiers de Backup PITR
        • Monitoring du PITR
        • Objets S3 stockés par WAL-G
        • Restauration PITR
      • PostgreSQL Tools
        • pgBadger - log analysis
    • Muppy Pack
      • ⛏️Packs
      • Concepts
      • ⛏️Muppy Cluster
        • Cluster Security
        • PostgreSQL Cluster Resources
      • ⛏️Reverse Proxy
    • ✏️Configuration
      • 👫Gestion des Users Muppy
      • 🏬S3 Buckets
      • 💬Notifications Teams
      • ✏️Notifications Slack
    • ⛏️Odizy
      • Odizy Workflow
        • Test Servers
      • Accéder à vos serveurs
      • Restaurer un backup sur le serveur de staging
      • Activer un serveur Standby
      • ⛏️Configuration LXC CI/CD
      • Activate and Launch remote Code-Server (VS Code from coder.com)
    • ⚒️Kubernetes
      • ⚒️Installer Tailscale
      • ⚒️Installer un cluster microk8s
      • ⚒️Installer PostgrSQL
      • ⚒️Installer les packages d'infrastructures
  • 📡Muppy Enterprise
    • Introduction
    • ⛏️Configuer une Instance Muppy Enterprise
    • 🌡️Monitoring Muppy Enterprise
  • ⛏️Work in progress
    • ⛏️Code Server
    • ⛏️Muppy Development Servers
      • Move Development Server
Powered by GitBook
On this page
  • Introduction
  • Mise en oeuvre de la Replication
  • Tutoriel Video
  1. Guides
  2. PostgreSQL

PostgreSQL Replication

Mise en oeuvre de la "Streaming Replication".

PreviousGestion rétention des BackupsNextCréer un RCS

Last updated 1 year ago

Introduction

Muppy permet de gérer la Replication entre Clusters aussi appelée Streaming Replication.

La Streaming Replication consiste à répliquer un Cluster dit Primary sur un ou plusieurs Clusters dit Standby. Le Primary Cluster gère des transactions en lecture et en écriture. Les Clusters Standby sont disponibles pour des transactions en lecture uniquement.

Pour désigner un groupe de Clusters répliqués entre eux, Muppy utilise le terme de Replicated Cluster Set ou RCS. Les RCS gérés par Muppy sont accessibles via le menu Muppy / Databases / PostgreSQL / Replicated Cluster Set (RCS).

Le but de la Replication est de garantir que les Standbys sont des copies parfaites du Primary. Ceci inclut les fausses manipulations type DROP DATABASE... La Replication ne dispense donc pas de réaliser des Backups réguliers.

Muppy permet de mettre en oeuvre 2 technologies de Backups complémentaires à la Réplication:

  • Les Database Backups (pg_dumps) de l' App PostgreSQL Base

  • Le Backup Continu de l'App PostgreSQL PITR / wal-g

Mise en oeuvre de la Replication

Muppy permet de réaliser les opérations suivantes relatives à la Replication:

  • Créer un RCS

  • Visualiser un RCS

  • Suivre la Replication

  • Ajouter des Standbys

  • Restructurer un RCS (changer le Primary, promouvoir un standby en Cluster autonome)

Muppy dispose d'un système de callback et de notifications qui permet de l'intégrer avec les Applications ou les orchestrateurs.

Enfin, vous pouvez ajuster la configuration d'un RCS en cours de fonctionnement.

Tutoriel Video

🐘
Un Replicated Cluster Set ou RCS