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
  • CICD LXC
  • Deploy parameters
  • Database Initialization parameters
  • Database upgrade parameters
  1. Guides
  2. Odizy

Configuration LXC CI/CD

PreviousActiver un serveur StandbyNextActivate and Launch remote Code-Server (VS Code from coder.com)

Last updated 6 months ago

Introduction

Pour configurer la LXC CI/CD, il faut activer l'option 'Activate LXC CI/CD" dans l'Application Definition.

Une fois cette option activée, un nouvel onglet 'CICD LXC' apparaît dans l'app. definition. Cet onglet permet de configurer la CI/CD pour tous les types de server (dev, test, staging, prod, ...)

CICD LXC

  • Upgrade Task: Tâche Muppy qui réalise la mise à jour de la base de donnée. Par défaut, muppy fournit une tâche permettant la mise à jour d'une base de donnée Odoo.

  • Target for commit on Default Branch: Permet de définir quel type de LXC sera déployé lors d'un commit sur la branche par défaut (Git 'refspec'). Si rien ne définit dans cette variable, aucun déploiement ne sera effectué.

Comme vu précédemment, Muppy gère le CI/CD au niveau des différents types de LXC. Pour chaque type de LXC il est possible de personnalisé le déploiement, l'initialisation ainsi que la mise à jour de la base de donnée.

Tous les types de LXC ont des paramètres similaires:

Deploy parameters

  • re-Deployment Trigger : Permet de spécifier à quel moment le déploiement est déclenché

    • Every push: A chaque push

    • Comment tag: Dès qu'un message (spécifique ou non) est détecté dans un push.

  • Deploy Trigger comment prefix : Permet de spécifier le préfix d'un message sur lequel le déploiement sera déclenché (eg: #mpy_deploy_test). Dès qu'un commit aura ce prefix, alors le déploiement sera enclenché

  • Stop Primary Before Deploy : Par défaut, le serveur "primaire" sera arrêté avant que le déploiement ne se fasse

  • Reset Repository : Lorsque cette option est cochée, cela indique à Muppy d'effacer et de reconstruire le répertoire depuis git à chaque déploiement

  • Launch builder : Permet de lancer le "builder" à chaque déploiement

  • Git Access Token : Le token Git qui sera utilisé pour le déploiement

Database Initialization parameters

  • Database source Strategy : Définit comment Muppy va créer la base de donnée.

    • Empty Database: Création d'un LXC sans base de donnée

    • Seed Database (as pg_dump): Permet de partir d'une base d'exemple qui sera mise à jour. Cette option nécesitte de fournir un pg_dump en paramètre sur le champ du dessous

    • Most recent Dump of a Database:

  • Default 'init' command : Permet de définir la commande d'initialisation de la base de donnée

Database upgrade parameters

  • Default 'upgrade' command : Permet de définir la commande de mise à jour de la base de donnée

  • Backup Before Upgrade : Permet de spécifier si une sauvegarde est nécessaire avant chaque mise à jour. Par défaut, Muppy lancera une sauvegarde de la base de donnée sera lancé avant chaque mise à jour.

  • Stop Before Backup : Indique s'il faut stopper le serveur avant de la sauvegarde de la base de donnée. Par défaut, Muppy arrêtera le serveur.

  • Delete Backup After Upgrade : En cas de succès de la mise à jour, permet de spécifier à Muppy si la sauvegarde de la base de donnée est supprimée ou non

⛏️
⛏️
Exemple d'une configuration de déploiement pour une production