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
  • Recovery Time Objective (RTO)
  • Recovery Point Objective (RPO)
  • Synthèse
  1. Guides

PostgreSQL

PreviousEdition des Systemd UnitsNextPostgreSQL Base

Last updated 5 months ago

Les fonctionnalités de Muppy liées aux Bases de données PostgreSQL sont réparties dans 4 Apps:

  • PostgreSQL Base permet:

    • L'installation, la configuration et la gestion de Clusters PostgreSQL autonomes

    • Les Backups, le Restore de Databases et leur Copy entre Clusters sous forme de pg_dump.

  • PostgreSQL Replication

    • permet de gérer la Streaming Replication sur des groupes de Clusters nommés RCS (Replicated Cluster Set)

  • PostgreSQL HA

    • ajoute la Haute Disponibilité à des Clusters en Streaming Replication

  • PostgreSQL PITR

    • Le PITR ou Point In Time Recovery permet de gérer le backup continu et la restauration d'un Cluster à n'importe quel moment dans le temps.

Le schéma suivant résume l'ensemble des fonctionnalités PostgreSQL de Muppy:

Recovery Time Objective (RTO)

Le RTO ou Recovery Time Objective peut être traduit par "objectif de durée maximum d'interruption". C'est à dire la durée maximale pendant laquelle un Cluster PostgreSQL peut être indisponible.

Muppy PostgreSQL HA (et Replication) permettent de créer des RCS PostgreSQL compatibles avec un RTO exigeant.

La capacité de Muppy de gérer la HA sur des RCS Multi-Cloud vous permet de garantir les plus hauts niveaux de disponibilité !

Recovery Point Objective (RPO)

Le RPO ou Recovery Point Objective correspond à l'objectif de durée maximale durant laquelle il est acceptable de perdre des données.

Muppy PITR permet de créer des Clusters PostgreSQL compatibles avec un RPO de quelques minutes.

Synthèse

En déployant Muppy PostgreSQL High Availability et Muppy PITR, vous pouvez créer des Clusters PostgreSQL compatibles avec un RPO et un RTO exigeants !

🐘
Tutorial vidéo disponible