Environnement requis : RHEL/Centos 6.6, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8 [ 64bits ]
Shinken Entreprise a choisi les distributions produites par Red Hat: Red Hat Enterprise Linux (RHEL) et CentOS (Community enterprise Operating System). Ces distributions Linux, principalement destinées aux serveurs, sont stables, performantes et compatibles avec une très grande majorité des environnements professionnels. La distribution CentOS est elle aussi très performante (basée sur une distribution commerciale RHEL de qualité).
Lors d'une installation de distribution Redhat Enterprise Linux (commerciale), il faut rattacher votre souscription Redhat à votre système. Voici les commandes à utiliser depuis le serveur: 1/ subscription-manager register et il faut également l'attacher à l'OS en cours: 2/ subscription-manager attach Yum pourra alors être utilisé correctement car l'abonnement sera valide. (et donc Shinken pourra être installé) |
La langage de programmation python n'ayant actuellement pas la possibilité d'utiliser plusieurs processus (multithreading), chaque daemon utilise un ou plusieurs processus :
Installation automatique :
Déplacez vous à la base du répertoire shinken-entreprise (cd shinken-enterprise_V02.07.XX-LANGUAGE) et exécutez le script :
./install.sh |
yum install open-vm-tools |
shinken-healthcheck |
Votre licence Shinken Enterprise n'est pas installé, c'est normal, dirigez-vous dans la section Clé de licence plus bas sur cette page afin d'installer votre clé.
L'installation complète fera sur le même serveur :
Pour une installation distribuée, voir la page Architecture Distribuée |
Une fois Shinken Enterprise installé, pour accéder à l'UI de configuration, vous devez pointer votre navigateur Web vers l'adresse affichée durant l'installation.
| L'adresse IP (ou FQDN si votre résolution DNS est opérationnelle) correspond à votre serveur hébergeant le daemon Synchronizer. |
Voir la page Paramétrage de l'interface de Configuration pour plus d'information.
Une fois Shinken Enterprise installé, pour accéder à l'UI de visualisation, vous devez pointer votre navigateur Web vers l'adresse affichée durant l'installation.
| L'adresse IP (ou FQDN si votre résolution DNS est opérationnelle) correspond à votre serveur hébergeant le daemon Broker. |
Voir la page Paramétrage de l'interface de Visualisation pour plus d'information.
Le guide d'utilisateur (en français) est maintenant intégré au package d'installation.
Vous pouvez le retrouver dans : shinken-enterprise_V02.07.XX-LANGUAGE.tar.gz/tools/documentation/ui-visualisation/
Il vous suffira qu'un utilisateur, via son navigateur internet, ouvre le fichier "index.html" afin de pouvoir parcourir le guide d'utilisateur, contenant la documentation liée à l'UI de visualisation.
--pollernode: active le démon Poller (dédié au lancement des checks)
--reactionnernode: active le démon Reactionner (dédié au lancement des notifications)
--schedulernode: active le démon Scheduler (planificateur des checks)
--arbiternode: active le démon Arbiter (rôle de distribution centrale)
--receivernode: active le démon Receiver (reçoit les checks passifs)
--synchronizernode: active le démon Synchronizer (gère la configuration)
--brokernode: active le démon Broker (export des données pour les interfaces de visualisation)
Vous pouvez par exemple installer Shinken Enterprise et activer directement le Scheduler et le Poller en même temps en tapant la commande
|
shinken-healthcheck |
Shinken-healthcheck vérifiera alors que Shinken Entreprise est bien configuré et en cours d'exécution (seulement pour les démons installés)
Les différents addons sont automatiquement activés lors de l'installation:
Vous pouvez mettre en place le Chiffrement des données sensibles de façon automatique au moment de l'installation.
Si vous n'avez jamais activé le chiffrement des données sensibles, nous vous conseillons de procéder à l’installation sans activer le chiffrement et de découvrir la fonctionnalité par la lecture du chapitre Chiffrement des données sensibles. |
Une clé de chiffrement sera alors générée lors du processus d'installation et la base de données du Synchronizer sera chiffrée.
Pour cela, lancez la commande suivante :
./install.sh --activate-encryption <nom de clé> --disable-important-notices-user-input |
La mise en place automatique du chiffrement nécessite dans tout les cas d'effectuer l'export et la sauvegarde de la clé générée lors du processus. Veuillez consulter shinken-protected-fields-keyfile-export pour plus d'informations. |
Shinken-healthcheck vous permettra dé vérifier la bonne configuration des démons et du chiffrement.
Dans le cas d'un serveur qui n'a pas de connexion internet, il faut lancer l'installeur avec le paramètre suivant:
--disable-epel : permet de ne pas installer le repository epel sur le serveur
| Il est a noter que le serveur doit avoir un accès à un repository yum valide (ayant également les paquets présent dans epel) en cas de conflits de versions des rpm entre ce que propose l'installeur et ce qui est déjà installé sur le serveur. |
Dans le cas d'un serveur qui n'a accès qu'à des répository internes qui ne sont pas forcément à jour par rapport aux repository centos/redhat officiel, il faut lancer avec:
--package-update-only-on-conflict : permet de ne pas chercher à mettre à jour les paquets déjà installés et ainsi tente d'éviter d'installer des paquets trop à jour par rapport au repository interne qui n'est pas à jour
| Il est a noter que le serveur doit tout de même avoir accès à un repository valide, et des conflits de paquets peuvent survenir dans le cas de nouveaux paquets installés et que dans ce cas seul yum requétant les repository peux les résoudre (arrive dans le cas de paquets de l'installeur trop à jour par rapport à ce qui est disponible dans le repository). |
Pour mettre à jour d'une version mineure à la majeure suivante, il faut faire attention de bien avoir la dernière itération de cette version. - Par exemple, pour la mise à jour en V02.07.XX, il faut s'assurer d'avoir installé la V02.05.03 (dernière V02.05) avant d'effectuer la mise à jour. - N'hésitez pas à vérifier ce point avec votre revendeur ou Shinken Solutions. |
./update.sh |
--package-update-only-on-conflict : permet de ne pas chercher à mettre à jour les paquets déjà installés et ainsi tente d'éviter d'installer des paquets trop à jour par rapport au repository interne qui n'est pas à jour
| Option | Description |
|---|---|
| --disable-important-notices-user-input | Permet de désactiver les prompts vous demandant confirmation avant de continuer le processus. |
| --disable-daemons-restart-after-update | Permet de désactiver le redémarrage des démons à la fin de la mise à jour. |
| --activate-encryption [<keyname>] | Permet d'activer le chiffrement. Le nom de la clé est optionnel, toutefois il vous sera demandé de l'indiquer lors de la mise à jour si vous ne le précisez pas. |
En cas d'erreur lors de la mise à jour, le script update.sh peut s'interrompre pour que vous puissiez corriger le problème. Les erreurs les plus courantes sont les suivantes : |
| Problème | Solution | ||||
|---|---|---|---|---|---|
| Le script de mise à jour ne parvient pas à se connecter à la base Mongo | Vérifiez que celle-ci est démarrée :
Redémarrez mongod si le démon est arrêté
| ||||
| Le script de mise à jour signale que deux éléments avec le même nom existent dans la base. Le message d'erreur donne la liste des éléments ayant un nom identique. | Supprimez ou renommez l'un des deux éléments dont le nom est indiqué | ||||
Le script de mise à jour refuse de s'exécuter avec l'erreur suivante :
| La version de MongoDB installée sur votre système n'est pas une version validée par Shinken Solutions. Assurez-vous que la version de MongoDB utilisée est la 2.6.9 pour les installation antérieures à Shinken Entreprise 2.6.1 et la 3.0.15 pour les versions de Shinken Entreprise plus récentes. | ||||
| En cas de doute, n'hésitez pas à contacter votre support. |
Lors d'une nouvelle installation, le bac à événements est automatiquement mis en place.
Lors d'une mise à jour depuis une version antérieure, avec une architecture complexe, le script de mise à jour ne peut pas toujours déterminer avec certitude sur quels brokers et quelles Web-UI le bac à événements doit être installé. C'est pourquoi vous devez vous-même effectuer la configuration manuellement.
Il est nécessaire d'ajouter les modules :
event-manager-writer sur vos brokers ( cela permettra d'enregistrer les données aux nécessaires événements )event-manager-reader sur vos WebUI ( cela permettra aux WebUI de pouvoir accéder aux données enregistrés pour les événements )Pour le paramétrage spécifique de ces modules, consulter les pages Module event-manager-writer et Module event-manager-reader.
shinken-healthcheck |
Lors de l'installation de Shinken, nous incluons de nombreux checks (via des modèles du Packs Shinken, Linux, Windows,..).
Ces éléments de ces packs (checks, modèles, commandes) sont disponibles au travers de la source "cfg-file-shinken" :
|
Lors d'une update, nous vous fournissons également toutes les mises à jour de ces packs, nous vous conseillons donc d'activer la source et de bien regarder les mises à jour possibles, via les éléments qui apparaîtront en "nouveau" et en "différence".
Si vous avez déjà fait des personnalisations sur les éléments de ces packs, soyez vigilant avant d'appliquer les différences. |
Le service Commercial de Shinken Enterprise a dû vous envoyer une licence nominative vous permettant d'utiliser pleinement le produit.
La licence est un fichier qui a le nom suivant : user.key et cette licence est nominative et limitée dans le temps.
Pour l'installer, rien de plus simple, il suffit de :
Relancez alors la commande shinken-healthcheck le message d'erreur de licence doit avoir disparu et voici un exemple d'information de licence valide :
|
Si vous n'avez pas de clé de licence ou que celle ci a expiré contactez-nous : contact@shinken-solutions.com
Lors de l'installation des dépendances, si une machine n'est pas connectée à internet ou connecté à un repository privé, il arrive que les scripts d'installation ou de mise à jour échouent.
Dans ce cas, des fichiers sont créés dans le "home" de l'utilisateur avec lequel est effectué l'installation/mise à jour. Ces fichiers contiennent plus de détails sur les erreurs rencontrées et peuvent être envoyés à votre contact de support Shinken Entreprise pour la correction du problème.
Pour chaque installation/mise à jour, un dossier est créé dans ~/shinken et nommé de la manière suivante:
~/shinken/install-<date>-<version> |
~/shinken/update-<date>-<version> |
Ces dossiers contiennent les données suivantes:
Détails d'installation des paquets: shinken.enterprise.install.detail.log
Nettoyage de la configuration: sanatize.update.log
Affichage du script de mise à jour (mise à jour seulement): shinken.enterprise.update.log
En cas de soucis avec les installations de packages via yum, les erreurs seront présentes dans les fichiers:
|
Dans la version V02.07.00, la base Mongodb est mise à jour. Lorsque Mongodb a été configuré pour fonctionner en tant que cluster, le comportement du script de mise à jour de Shinken Entreprise a été modifié pour prendre en compte cette configuration particulière. Des explication détaillées sont présentes dans la page de documentation dédiée: Mise à jour d'un cluster Mongodb