...
L'objectif de cette fonctionnalité est de proposer à l'utilisateur d'avoir la même vue dans la console que le résultat des notifications. .
Jusque là; , les utilisateurs ne sont n'étaient pas notifiés si s'il y a avait un problème de dépendance (un hôte en DOWN place plaçait les notifications du check en "ne pas envoyer") Mais , mais dans ma la console, on a avait toujours des élemnst éléments en vert ou en rouge : le scheduler attendait les résultats de checks pour mettre l'élément en état UNKNOWN ou UNREACHABLE .
...
Prenons ce type de relation entre éléments:
 | Si gw est DOWN, tous les checks des autres éléments seront en état UNREACHABLE . Mais si fw et servers sont vérifiés 5 minutes plus tard, |
avant ce prochain check, la console indiquera du vert pour eux, alors qu'ils ne sont pas vraiment |
accessibles. Voici ce que fait la fonctionnalité de gestion des impacts : quand la passerelle est sur HARD/DOWN, il applique un état UNREACHABLE (et UNKNOWN pour les checks) pour les éléments dessous. Cela permet à l'administrateur de voir |
directement qu'il y a un problème et quels sont lés éléments impactés . |
Il est important de savoir que cette approche ne remet pas en cause la logique de gestion HARD/SOFT : il s'agit juste d'un changement d'état pour la visualisation, mais ce n'est pas pris en compte dans la gestion des tentatives de checks .
...