Différences

Ci-dessous, les différences entre deux révisions de la page.

--- monitoring [2012/03/25 13:22] – [Passive checks] ajout bla bla sur active checks gde
+++ monitoring [2019/07/14 16:38] – ajout section installation agent gde
@@ Ligne 1: / Ligne 1: @@
 ====== Monitoring & Métrologie ======
-[[http://www.shinken-monitoring.org/|Shinken]] a été choisi comme outils de monitoring.
+===== Installation zabbix =====
-Pour la métrologie, nous avons décidé de reposer sur une interface à rrdtool, [[http://www.pnp4nagios.org/|pnp4nagios]] peut être un bon candidat
-===== plugin nagios =====
+Nécessite pas grand chose pour l'instant. nombre de machine total a superviser < 100
-afin de garder une consistence entre chacun de nos outils, et mieux maitriser notre techno. nous allons developpez nos propre plugin nagios.
+  * hostname : zabbix-vm sur infra legacy
+  * DNS : zabbix.faimaison.net 89.234.176.134/27
+  * CPU : 1vCPU
+  * RAM : 512MB
+  * DD  : 30GB
-Sur le choix de la technologie employé, nos allons resté sur du python quand on doit les écrire. Autrement, nous utiliserons les plugins qui viennent par défaut avec shinken
+Nous partons d'une base debian buster (10) et nous utilisons les paquets officiel de zabbix en utilisant le repository de l'éditeur.
-===== Configuration =====
+==== installation du répository zabbix et des paquets ====
+<code>
+# wget https://repo.zabbix.com/zabbix/4.2/debian/pool/main/z/zabbix-release/zabbix-release_4.2-1+buster_all.deb
+# dpkg -i zabbix-release_4.2-1+buster_all.deb
+# apt update
+# apt install zabbix-server-pgsql zabbix-frontend-php php-pgsql
+</code>
-==== commun ====
+postgresql est installé par dépendance, mais pas php-pgsql qui sera nécessaire pour le front.
-Chaque serveur Faimaison est monitoré sur les points suivant :
+==== creation BDD et schema zabbix ====
-  * **[[monitoring/load|load]]** : load average
+<code>
-  * **[[monitoring/cpu|CPU]]** : récupération des différents état d'un cpu (idle, user, iowait, etc)
+# su - postgres
-  * **[[monitoring/reseau|réseau]]** : débit des interfaces
+$ pg_createcluster 11 zabbix
-  * **ram** & **swap** : utilisation de la ram et swap
+$ createuser --pwprompt zabbix
-  * **[[monitoring/disk|disk]]** : espace disque de chaque partition
+$ createdb -O zabbix zabbix
-  * **ntp** : vérifie décalage par rapport à un server ntp donné
+$ exit
+# zcat /usr/share/doc/zabbix-server-pgsql/create.sql.gz | sudo -u postgres psql -U zabbix -h localhost
+</code>
-==== services ====
+==== configuration postgresql ====
-Services à monitorer :
-  * **HTTP** : pour le site (test port 80 + parse page index)
+utilisation de pgtune pour fine tuné postgresql, à mettre à la fin de ///etc/postgresql/11/zabbix/postgresql.conf// :
-  * **DNS** : résolution de nom de faimaison.net
-  * **SSH** : test de connexion ssh (test port 22)
-  * **GIT+SSH** : accès aux dépôts git
-  * **GIT** : accès aux dépôts git (read-only)
-==== Active et Passive checks ====
-Différent type de récupération des données peuvent être faites. nous pouvons sois demander au serveur monitoré d'envoyer de lui-même ces propre tests sur un intervalle défini (passive checks) ou alors shinken peut interroger le serveur à intervalle régulier (active checks).
+<code postgresql>
+# DB Version: 11
+# OS Type: linux
+# DB Type: oltp
+# Total Memory (RAM): 512 MB
+# CPUs num: 1
+# Data Storage: hdd
-Il existe plusieurs méthode pour réaliser des active checks.
+max_connections = 300
+shared_buffers = 128MB
+effective_cache_size = 384MB
+maintenance_work_mem = 32MB
+checkpoint_completion_target = 0.9
+wal_buffers = 3932kB
+default_statistics_target = 100
+random_page_cost = 4
+effective_io_concurrency = 2
+work_mem = 218kB
+min_wal_size = 2GB
+max_wal_size = 4GB
+</code>
-^ type de check ^ description ^
-|check_by_ssh | execute une commande distante par ssh|
-|nrpe | protocole particulier qui va interroger le serveur avec un agent|
-|check_mk| comme nrpe mais en plus efficace **FIXME**|
-De manière générale, il faut éviter les connexion inutile. Le principe de check passif est interessant mais demande à mettre à jour chaque serveurs si une modification commune doit être faite.
+S'assurer que les variable suivante ont les valeur dans ///etc/zabbix/zabbix_server.conf//.
-nrpe et check_mk centralise la chose sur le serveur shinken, et pourrait être plus simple à gérer dans le cadre de l'association.
+<code>
+DBHost=
+DBName=zabbix
+DBUser=zabbix
+DBPassword=<password>
+</code>
-===== Haute Disponibilité =====
+DBHost est vide pour utiliser les socket UNIX.
-En cas d'indisponibilité du serveur principal, un spare peut prendre le relais. Mais ceci reste à définir.
+==== Conf frontweb et redémarrage ====
-===== Backup =====
-Shinken dispose de son propre système de backup. Ce qui est sauvegardé n'est que les fichiers plat de configuration. Pour cela faire la commande suivante :
+Dans ///etc/apache2/conf-enabled/zabbix.conf//, s'assurer que la timezone est positionné à Europe/Paris
+<code php>
+php_value max_execution_time 300
+php_value memory_limit 128M
+php_value post_max_size 16M
+php_value upload_max_filesize 2M
+php_value max_input_time 300
+php_value max_input_vars 10000
+php_value always_populate_raw_post_data -1
+php_value date.timezone Europe/Paris
+</code>
+certbot, paquets zabbix utilise apache2 donc :
 <code>
-/usr/local/shinken/install -b
+# apt install certbot
+# apt install python-certbot-apache
+# certbot --apache -d zabbix.faimaison.net
 </code>
+Redémarrer l'ensemble et activer le démarrage par défaut
-Par défaut, les sauvegardes sont faites dans le répertoire ///opt/backup//. Pour l'isoler d'autre backup nous préciserons le le mettre dans ///opt/backup/shinken//
+<code>
+# systemctl restart zabbix-server apache2 zabbix-agent
+# systemctl enable zabbix-server apache2 zabbix-agent
+</code>
+==== Setup ====
-==== lister le backup ====
+Se connecter sur zabbix.faimaison.net/zabbix/setup.php
+compléter l'installation.
-pour voir toutes les backup faites :
+===== Monitoring server  =====
+FIXME
+==== installation agent ====
+Il n'y a pas de nécessité à garder une version identique des agents avec le serveur. Ainsi, nous pouvons utiliser le paquet par défaut sur debian. Toutefois, attention a ne pas avoir un écart trop grand car on perd des fonctionnalités
 <code>
-/usr/local/shinken/install -l
+# apt install zabbix-agent
 </code>
+==== Configuration agent ====
+=== Rendre agent actif ===
+un agent actif, est un agent qui récupère tout seul sa configuration sur le serveur et pousse de lui-même les informations au serveur sans attendre d'instructions.
+Pour se faire, s'assurer que la valeur //ServerActif// comporte l'IP du serveur zabbix. Fichier de configuration est dans ///etc/zabbix/zabbix_agentd.conf// :
+<code>
+ServerActif=89.234.176.134
+</code>
+=== chiffrement ===
+<WRAP center round important 60%>
+Nécessite d'avoir un agent récent : v3.0 ou plus
+</WRAP>
+=== Découverte automatique ===
+ajouter une entrée dans ///etc/zabbix/zabbix_agentd.conf//
+<code>
+HostMetadata=Linux
+HostMetadataItem=system.uname
+</code>
+nécessite d'ajouten une action sur le serveur, s'assurer de matcher sur hostmetadata linux,
+créer action pour créer host et ajouter le template