Transactions

Le module Transactions enregistre chaque opération effectuée sur le réseau, qu'elle soit planifiée ou déclenchée manuellement.

Cela garantit une traçabilité complète des changements, offrant une vue granulaire depuis l'intention globale jusqu'aux commandes CLI spécifiques envoyées à un équipement.

Le journal de transactions principal montrant un mélange d'opérations réussies et partiellement réussies.

Anatomie d'une transaction

Une Transaction suit une structure hiérarchique :

1. Transaction parent : Représente l'intention globale (par ex., "Déployer serveur Syslog"). Elle agrège le résultat global.
2. Sous-transactions : Représentent l'action individuelle effectuée sur chaque équipement spécifique.

Types de statuts :

• success Tous les équipements ont été traités sans erreur.
• partial_success Au moins un équipement a réussi, mais d'autres ont échoué.
• failed L'opération a échoué sur tous les équipements.

Investigation des échecs

Lorsqu'une transaction affiche un Succès partiel ou un Échec, vous pouvez analyser les causes spécifiques. En cliquant sur l'icône flèche située à gauche d'une ligne, vous accédez aux résultats détaillés.

Détails de sous-transaction

La vue étendue liste chaque équipement impliqué dans l'opération.

Dans l'exemple ci-dessous, nous avons déployé un SyslogServer. Alors que la plupart des équipements ont accepté la configuration, un équipement (AGGREG-1-1) a échoué.

Détail d'un succès partiel. Les journaux indiquent clairement un problème de connectivité avec AGGREG-1-1.

Éléments de diagnostic :

• Détails du service : Affiche les paramètres injectés pendant l'exécution (par ex., IP 10.0.0.5, Sévérité debug).

• Journaux et messages d'erreur : Si une erreur survient, Avalon capture la raison spécifique pour aider au dépannage.

  Dans ce cas : L'erreur Cannot connect to device indique que l'équipement était inaccessible (timeout), probablement dû à une interruption réseau ou un problème du plan de gestion.

Remédiation : Réexécuter les services abandonnés

Avalon inclut une fonctionnalité pour rejouer facilement les opérations échouées. Au lieu de recréer manuellement un service uniquement pour les équipements sur lesquels un échec a été rencontré, vous pouvez déclencher un workflow de remédiation directement depuis la page des transactions.

Le workflow de réexécution

1. Identifier l'échec : Localisez la transaction contenant les erreurs.
2. Déclencher la remédiation : Cliquez sur l'icône de clé à molette sur le côté droit de la ligne de transaction.

Réexécuter une transaction.

Périmètre intelligent

Cliquer sur le bouton de remédiation vous redirige vers l'interface Schedule Service avec une configuration contextuelle :

• Récupération automatique des paramètres : Tous les paramètres (Type de service, IP, Variables) de la tentative initiale sont pré-remplis.
• Filtrage intelligent : Avalon filtre automatiquement les équipements qui ont réussi. Le périmètre est restreint uniquement aux équipements qui ont échoué dans la transaction originale.

Le planificateur s'ouvre automatiquement. Notez que seul 'AGGREG-1-1' est sélectionné dans le périmètre.

Finaliser la nouvelle tentative :

1. Nom : Donnez un nom à la tâche de remédiation (par ex., "Terminer le déploiement du nouveau serveur Syslog").
2. Planification : Choisissez une heure appropriée pour exécuter le service.
3. Valider : Cliquez sur Schedule service pour planifier effectivement le service de remédiation.