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
  • Liste des Task Runs
  • Création / Edition d'un Task Run
  • Saisie des Tasks Parameters
  • Exécution asynchrone des Tasks (Launch as Job)
  • Exécution périodique de Task Runs (CRON)
  1. Guides
  2. Muppy Core
  3. Tasks et Fact Collectors

Exécution des Tasks (Task Runs)

PreviousTasks et Fact CollectorsNextExécution asynchrone des Tasks (Launch as Job)

Last updated 3 years ago

L'exécution des Tasks est gérée par l'objet Task Run. Un Task Run permet de définir les paramètres d'exécution:

  • d'une Task

  • sur un Host

  • avec une série Task Parameters

Les Task Runs ne permettent pas de suivre l'exécution des Tasks, mais uniquement de définir les paramètres d'exécution.

Le suivi de l'exécution est disponible au niveau des IMQ Messages (voir le paragrapheExécution asynchrone des Tasks (Launch as Job) ci-après)

Liste des Task Runs

La liste des Task Runs est accessible via le menu Muppy / Tasks / Task Runs

Création / Edition d'un Task Run

Le formulaire Task Run permet de définir et d'accéder aux éléments suivants:

  1. La Task a exécuter

  2. Le Host sur lequel la Task sera exécutée

  3. Le nom de la Task ; il est généré par Muppy à partir de la Task et du Host mais il peut être modifié.

  4. Une fois que la Task et le Host sont définis, vous devez cliquer sur le bouton Refresh Parameters pour que Muppy actualise la liste des Task Parameters (#5 sur l'image suivante)

  5. Les paramètres d'exécution de la Task.

  6. Deux boutons permettant de lancer le Task Run au choix:

    • en mode synchrone (Launch)

    • en asynchrone (Launch as Job) via un job dont l'exécution est tracée par un IMQ Message dans un queue.

  7. Valeur renvoyée par Launch

  8. Bouton permettant de créer une tâche planifiée (un CRON) à partir du Task Run

  9. Permet d'accéder au CRON du Task Run lorsqu'il existe

Veuillez vous référer à l'aide contextuelle pour les autres champs.

Saisie des Tasks Parameters

Cliquez sur la ligne d'un paramètre pour ouvrir le formulaire de saisie des paramètres.

La partie supérieure du formulaire (#1 sur l'image ci-dessus) affiche le nom, le type, la description et la valeur par défaut du paramètre.

La valeur du paramètre est saisie dans la dernière ligne (#2).

Paramètre de type OdooModelType

Ce type de paramètre permet à l'utilisateur de passer à la Task une référence à un objet Muppy. Par exemple un Cluster PostgreSQL, un Host ou un Object S3.

La saisie des paramètres de type OdooModelType implique de saisir 2 valeurs:

  • Le type d'objet Muppy ; PostreSQL Database Cluster dans l'exemple ci-dessus.

  • L'objet Muppy lui-même ; le cluster v13-main-5432@... dans l'exemple.

Une fois que la saisie des paramètres est terminée, pensez à cliquer sur Save au niveau des paramètres et du Task Run.

Exécution asynchrone des Tasks (Launch as Job)

En règle générale, Muppy exécute en asynchrone via un système de Jobs - toutes les Tasks dont la durée d'exécution prévue dépasse quelques secondes.

Veuillez vous référez à la page suivante pour plus de détails:

Exécution périodique de Task Runs (CRON)

Muppy peut facilement être configuré pour exécuter périodiquement un Task Run. Cette fonctionnalité est utile - par exemple - pour mettre en oeuvre des Backups (Voir la page Backups Planifiés).

Pour créer un CRON:

  • Ouvrez la vue formulaire d'un Task Run correctement configuré

  • Cliquez sur le bouton Create CRON (#9) situé en haut à droite du formulaire Task Run. Muppy créé un CRON ou Tâche Planifiée et le référence dans le champ CRON (#10)

    • Les numéros font référence à l'image Vue formulaire des Task Runs ci-dessus

  • Ouvrez le CRON en cliquant sur la valeur du champ CRON (#10), le formulaire suivant apparait.

Ajustez:

  1. Execute Every: permet de définir la période de récurrence.

  2. Next Execution Date: sert à définir la date et l'heure de la prochaine exécution. Les exécutions suivantes seront planifiées en ajoutant "Execute Every" à Next Execution Date. La partie horaire de Next Execution est utilisée pour définir l'heure d'exécution.

Si vous entrez une Next Execution Date dans le passé, Muppy va exécuter la Task immédiatement une fois au moment du Save.

Puis cochez Active et cliquez sur Save pour activer le CRON.

Pour désactiver un CRON, n'utilisez pas Active, mais utilisez plutôt le bouton Remove CRON dans le Task Run.

ID et lien vers le IMQ Message correspondant au job d'exécution de la Task lorsque le Task Run est lancé en mode asynchrone (avec le bouton )

⛏️
⚒️
⚒️Exécution asynchrone des Tasks (Launch as Job)
Vue liste des Task Run
Vue formulaire des Task Runs
Formulaire des CRON / Tâches Planifiées