Notes de version Canopsis 3.42.0¶
Canopsis 3.42.0 a été publié le 19 juin 2020.
Procédure d'installation¶
Suivre la procédure d'installation de Canopsis.
Procédure de mise à jour¶
Suivre la procédure standard de mise à jour de Canopsis.
Activation du moteur engine-correlation (Pro)¶
Le moteur engine-correlation
est disponible depuis la version 3.40.0 mais n'est pas activé par défaut avant la version 3.45.0.
Si vous souhaitez l'activer, suivez les instructions suivantes, en fonction de votre type d'installation.
En installation Docker Pro Go¶
Le moteur engine-axe
doit utiliser comme argument -publishQueue Engine_correlation
axe:
image: canopsis/engine-axe:${CANOPSIS_IMAGE_TAG}
env_file:
- compose.env
restart: unless-stopped
command: /engine-axe -publishQueue Engine_correlation
Le moteur engine-correlation
doit être instancié via le fichier docker-compose.yml
correlation:
image: canopsis/engine-correlation:${CANOPSIS_IMAGE_TAG}
env_file:
- compose.env
restart: unless-stopped
command: /engine-correlation
Relancez l'ensemble de votre environnement avec docker-compose up -d
. Assurez-vous avec docker-compose ps
que le conteneur correlation
soit bien présent.
En installation par paquets Pro Go¶
Synchronisation des files RabbitMQ avec le dernier fichier de référence :
cp /opt/canopsis/etc/initialisation-cat.toml.example /opt/canopsis/etc/initialisation.toml
set -o allexport ; source /opt/canopsis/etc/go-engines-vars.conf
/opt/canopsis/bin/init -conf /opt/canopsis/etc/initialisation.toml
Activation de l'unité systemd :
systemctl enable canopsis-engine-go@engine-correlation.service
Insertion du moteur dans la chaîne de traitement :
mkdir -p /etc/systemd/system/canopsis-engine-go@engine-axe.service.d
cat > /etc/systemd/system/canopsis-engine-go@engine-axe.service.d/axe.conf << EOF
[Service]
ExecStart=
ExecStart=/usr/bin/env /opt/canopsis/bin/%i -publishQueue Engine_correlation
EOF
Rechargement de la configuration et redémarrage des moteurs :
systemctl daemon-reload
systemctl restart canopsis-engine-go@engine-axe.service
systemctl start canopsis-engine-go@engine-correlation.service
Changements entre Canopsis 3.41.0 et 3.42.0¶
Corrélation de type complexe avec taux de déclenchement¶
Ce nouveau type de corrélation permet de grouper les alarmes en fonction du ratio d'entités en erreur par rapport à un groupe donné au cours d'un intervalle de temps défini.
Vous trouverez plus d'informations concernant ce type de règle dans la documentation - lien obsolète.
Liste des modifications¶
- Documentation :
- Ajout de la documentation des règles de groupement de type complexe avec taux de déclenchement (#2433)
- API :
- Correction d'un bug dans l'API
broadcast-messages
qui affichait un message d'erreur sur la mire de connexion (#2430) - Les watchers créés par le biais de l'API d'
import de context-graph
fonctionnent à présent correctement (#2354) - Amélioration de l'API
metaalarm
qui renvoyait des tables vides pour les patterns non définis dans les règles de groupement (#2432)
- Correction d'un bug dans l'API
- Moteurs :
- Moteurs nouvelle génération (Go) :
- Moteurs ancienne génération (Python) :
webserver
:- Suppression de messages de logs inutiles (#2441)
- UI :
- Bac à alarmes :
- Administration :
- Les en-têtes de colonnes restent à présent affichés lors du défilement dans l'écran des
droits
(#2420)
- Les en-têtes de colonnes restent à présent affichés lors du défilement dans l'écran des
- Explorateur de contexte :
- Il est maintenant possible d'inclure des caractères spéciaux dans les recherches (#2339)
- Pbehavior :
- Général :
- Lorsqu'un utilisateur non connecté essaie d'accéder à une page inexistante il est maintenant redirigé vers la mire de connexion (#2327)