Documentation
Table of Contents
2 ±Ê°ù¨¦-°ù±ð±ç³Ü¾±²õ
²Ñ²¹³Ù¨¦°ù¾±±ð±ô
²Ñ¨¦³¾´Ç¾±°ù±ð
Áú»¢¶Ä²© n¨¦cessite ¨¤ la fois de la m¨¦moire physique et de la m¨¦moire disque. 128 Mo de m¨¦moire physique et 256 Mo d'espace disque libre pourraient ¨ºtre un bon point de d¨¦part. Cependant, la quantit¨¦ de m¨¦moire disque requise d¨¦pend ¨¦videmment du nombre d'h?tes et de param¨¨tres surveill¨¦s. Si vous pr¨¦voyez de conserver un historique cons¨¦quent des param¨¨tres surveill¨¦s, vous devriez penser ¨¤ au moins quelques gigaoctets pour avoir assez d'espace pour stocker l'historique dans la base de donn¨¦es. Chaque processus d¨¦mon Áú»¢¶Ä²© n¨¦cessite plusieurs connexions ¨¤ un serveur de base de donn¨¦es. La quantit¨¦ de m¨¦moire allou¨¦e ¨¤ la connexion d¨¦pend de la configuration du moteur de base de donn¨¦es.
Plus vous aurez de m¨¦moire physique, plus la base de donn¨¦es (et donc Áú»¢¶Ä²©) fonctionnera rapidement !
CPU
Áú»¢¶Ä²© et en particulier la base de donn¨¦es Áú»¢¶Ä²© peuvent n¨¦cessiter des ressources CPU importantes en fonction du nombre de param¨¨tres surveill¨¦s et du moteur de base de donn¨¦es choisi.
Autre materiel
Un port de communication s¨¦rie et un modem GSM sont requis pour l'utilisation des notifications par SMS dans Áú»¢¶Ä²©. Un convertisseur USB vers s¨¦rie fonctionnera ¨¦galement.
Exemples de configuration mat¨¦rielle
Le tableau fourni plusieurs exemples de configuration mat¨¦rielle :
| Nom | Platforme | CPU/²Ñ¨¦³¾´Ç¾±°ù±ð | Base de donn¨¦es | h?tes supervis¨¦s |
|---|---|---|---|---|
| Petit | CentOS | Appliance Virtuelle | MySQL InnoDB | 100 |
| Moyen | CentOS | 2 CPU cores/2GB | MySQL InnoDB | 500 |
| Grand | RedHat Enterprise Linux | 4 CPU cores/8GB | RAID10 MySQL InnoDB or PostgreSQL | >1000 |
| Tr¨¨s grand | RedHat Enterprise Linux | 8 CPU cores/16GB | Fast RAID10 MySQL InnoDB or PostgreSQL | >10000 |
La configuration r¨¦elle d¨¦pend ¨¦norm¨¦ment du nombre d'¨¦l¨¦ments actifs et du taux de rafra?chissement. Il est fortement recommand¨¦ d'ex¨¦cuter la base de donn¨¦es s¨¦par¨¦ment pour les grands (et tr¨¨s grands) environnement.
Supported platforms
En raison des exigences de s¨¦curit¨¦ et de la nature critique du serveur de supervision, UNIX est le seul syst¨¨me d'exploitation capable de fournir syst¨¦matiquement les performances, la tol¨¦rance aux pannes et la r¨¦silience n¨¦cessaires. Áú»¢¶Ä²© fonctionne sur les meilleures versions du march¨¦.
Áú»¢¶Ä²© a ¨¦t¨¦ test¨¦ sur les plateforme suivantes :
- Linux
- IBM AIX
- FreeBSD
- NetBSD
- OpenBSD
- HP-UX
- Mac OS X
- Solaris
- Windows: toutes les versions bureautiques et serveurs depuis XP (agent Áú»¢¶Ä²© uniquement)
Áú»¢¶Ä²© peut ¨¦galement fonctionner sur d'autres syst¨¨mes d'exploitation de type Unix.
Áú»¢¶Ä²© d¨¦sactive les core dumps s'ils sont compil¨¦s avec chiffrement et ne d¨¦marre pas si le syst¨¨me n'autorise pas la d¨¦sactivation des core dumps.
Logiciel
Áú»¢¶Ä²© est construit autour d'un serveur Web Apache moderne, de moteurs de base de donn¨¦es leaders et d'un langage PHP.
Syst¨¨me de gestion de base de donn¨¦es
| Logiciel | Version | Commentaires |
|---|---|---|
| MySQL | 5.0.3 - 8.0.x | Obligatoire si MySQL est utilis¨¦ comme base de donn¨¦es principale. Le moteur InnoDB est requis. MariaDB fonctionne ¨¦galement avec Áú»¢¶Ä²©. |
| Oracle | 10g ou ult¨¦rieur | Obligatoire si Oracle est utilis¨¦ comme base de donn¨¦es principale. |
| PostgreSQL | 8.1 ou ult¨¦rieur | Obligatoire si PostgreSQL est utilis¨¦ comme base de donn¨¦es principale. Il est sugg¨¦r¨¦ d'utiliser au minimum PostgreSQL 8.3, qui . |
| IBM DB2 | 9.7 ou ult¨¦rieur | Obligatoire si IBM DB2 est utilis¨¦ comme base de donn¨¦es principale. |
| SQLite | 3.3.5 ult¨¦rieur | SQLite est uniquement pris en charge avec les proxys Áú»¢¶Ä²©. Obligatoire si SQLite est utilis¨¦ comme base de donn¨¦es du proxy Áú»¢¶Ä²©. |
Le support de IBM DB2 est exp¨¦rimental !
Interface Web
Les logiciels suivants sont n¨¦cessaires pour ex¨¦cuter l'interface Web Áú»¢¶Ä²© :
| Logiciel | Version | Commentaires |
|---|---|---|
| Apache | 1.3.12 ou ult¨¦rieur | |
| PHP | 5.4.0 ou ult¨¦rieur | |
| Extensions PHP : | ||
| gd | 2.0 ou ult¨¦rieur | L'extension PHP GD doit prendre en charge les images au format PNG. (--with-png-dir), JPEG (--with-jpeg-dir) et FreeType 2 (--with-freetype-dir). |
| bcmath | php-bcmath (--enable-bcmath) | |
| ctype | php-ctype (--enable-ctype) | |
| libXML | 2.6.15 ou ult¨¦rieur | php-xml or php5-dom, si fourni s¨¦par¨¦ment par le distributeur. |
| xmlreader | php-xmlreader, si fourni s¨¦par¨¦ment par le distributeur. | |
| xmlwriter | php-xmlwriter, si fourni s¨¦par¨¦ment par le distributeur. | |
| session | php-session, si fourni s¨¦par¨¦ment par le distributeur. | |
| sockets | php-net-socket (--enable-sockets). N¨¦cessaire pour la prise en charge des scripts utilisateurs. | |
| mbstring | php-mbstring (--enable-mbstring) | |
| gettext | php-gettext (--with-gettext). N¨¦cessaire pour que les traductions fonctionnent. | |
| ldap | php-ldap. N¨¦cessaire uniquement si l¡¯authentification LDAP est utilis¨¦e sur l¡¯interface utilisateur. | |
| ibm_db2 | N¨¦cessaire si IBM DB2 est utilis¨¦e comme base de donn¨¦es principale. | |
| mysqli | N¨¦cessaire si MySQL est utilis¨¦e comme base de donn¨¦es principale. | |
| oci8 | N¨¦cessaire si Oracle est utilis¨¦e comme base de donn¨¦es principale. | |
| pgsql | N¨¦cessaire si PostgreSQL est utilis¨¦e comme base de donn¨¦es principale. | |
Áú»¢¶Ä²© peut ¨¦galement fonctionner sur les versions pr¨¦c¨¦dentes d'Apache, MySQL, Oracle et PostgreSQL.
Pour les autres polices d¡¯¨¦criture que le DejaVu par d¨¦faut, la fonction PHP peut ¨ºtre requise. S'il est manquant, ces polices peuvent ¨ºtre affich¨¦es de fa?on incorrecte lorsqu'un graphique est affich¨¦. Cette fonction n'est disponible que si PHP est compil¨¦ avec le GD fourni, ce qui n'est pas le cas dans Debian et d'autres distributions.
Navigateur c?t¨¦ client
Les cookies et les scripts Java doivent ¨ºtre activ¨¦s.
Les derni¨¨res versions de Google Chrome, Mozilla Firefox, Microsoft Internet Explorer et Opera sont prises en charge. D'autres navigateurs (Apple Safari, Konqueror) peuvent ¨¦galement fonctionner avec Áú»¢¶Ä²©.
La strat¨¦gie d'origine pour les IFrames est impl¨¦ment¨¦e, ce qui signifie que Áú»¢¶Ä²© ne peut pas ¨ºtre plac¨¦ dans des cadres sur un domaine diff¨¦rent.
Cependant, les pages plac¨¦es dans un cadre Áú»¢¶Ä²© auront acc¨¨s ¨¤ l¡¯interface utilisateur Áú»¢¶Ä²© (via JavaScript) si la page qui est plac¨¦e dans le cadre et l¡¯interface utilisateur Áú»¢¶Ä²© sont sur le m¨ºme domaine. Une page comme http://secure-zabbix.com/cms/page.html, si elle est plac¨¦e dans les ¨¦crans ou les tableaux de bord sur http://secure-zabbix.com/zabbix/, aura un acc¨¨s JavaScript complet ¨¤ Áú»¢¶Ä²©.
Serveur
Les pr¨¦-requis obligatoires sont toujours n¨¦cessaires. Des pr¨¦-requis facultatifs sont n¨¦cessaires pour le support de certaines fonctions sp¨¦cifiques.
| ±Ê°ù¨¦-°ù±ð±ç³Ü¾±²õ | Statut | Description |
|---|---|---|
| libpcre | Obligatoires | La librairie PCRE est obligatoire pour la prise en charge des (PCRE). La d¨¦nomination peut diff¨¦rer selon la distribution GNU/Linux, par exemple 'libpcre3' ou 'libpcre1'. Notez que vous avez besoin exactement de PCRE (v8.x); La biblioth¨¨que PCRE2 (v10.x) n'est pas utilis¨¦e. |
| libevent | Requis pour le support des m¨¦triques group¨¦es et la surveillance IPMI. Version 1.4 ou sup¨¦rieure. Notez que pour le proxy Áú»¢¶Ä²© ce pr¨¦-requis est facultatif ; il est seulement n¨¦cessaire pour le support de la surveillance IPMI. |
|
| OpenIPMI | Facultatifs | N¨¦cessaire pour la prise en charge IPMI. |
| libssh2 | N¨¦cessaire pour la prise en charge de SSH. Version 1.0 ou suppl¨¦mentaire. | |
| fping | N¨¦cessaire pour les ¨¦l¨¦ments ping ICMP. | |
| libcurl | Requis pour la supervision Web, la supervision VMware et l'authentification SMTP. Pour l'authentification SMTP, la version 7.20.0 ou ult¨¦rieure est requise. ?galement requis pour Elasticsearch. | |
| libiksemel | Obligatoire pour la prise en charge de Jabber. | |
| libxml2 | Obligatoire pour la supervision VMware. | |
| net-snmp | Obligatoire pour la prise en charge de SNMP. | |
| zlib | Obligatoire pour la prise en charge de la compression. |
Passerelle Java
Si vous avez obtenu Áú»¢¶Ä²© ¨¤ partir du d¨¦p?t ou d'une archive, les d¨¦pendances n¨¦cessaires sont d¨¦j¨¤ incluses dans l'arborescence source.
Si vous avez obtenu Áú»¢¶Ä²© ¨¤ partir du package de votre distribution, les d¨¦pendances n¨¦cessaires sont d¨¦j¨¤ fournies par le syst¨¨me de package.
Dans les deux cas ci-dessus, le logiciel est pr¨ºt ¨¤ ¨ºtre utilis¨¦ et aucun t¨¦l¨¦chargement suppl¨¦mentaire n'est n¨¦cessaire.
Toutefois, si vous souhaitez fournir vos versions de ces d¨¦pendances (par exemple, si vous pr¨¦parez un package pour une distribution Linux), vous trouverez ci-dessous la liste des versions des biblioth¨¨ques avec lesquelles la passerelle Java fonctionne. Áú»¢¶Ä²© peut aussi fonctionner avec d'autres versions de ces biblioth¨¨ques.
Le tableau suivant r¨¦pertorie les fichiers JAR actuellement associ¨¦s ¨¤ la passerelle Java dans le code d'origine :
| µþ¾±²ú±ô¾±´Ç³Ù³ó¨¨±ç³Ü±ð | Licence | Site Web | Commentaires |
|---|---|---|---|
| logback-core-0.9.27.jar | EPL 1.0, LGPL 2.1 | Test¨¦e avec 0.9.27, 1.0.13, et 1.1.1. | |
| logback-classic-0.9.27.jar | EPL 1.0, LGPL 2.1 | Test¨¦e avec 0.9.27, 1.0.13, et 1.1.1. | |
| slf4j-api-1.6.1.jar | MIT License | Test¨¦e avec 1.6.1, 1.6.6, et 1.7.6. | |
| android-json-4.3_r3.1.jar | Apache License 2.0 | Test¨¦e avec 2.3.3_r1.1 et 4.3_r3.1. Voir src/zabbix_java/lib/README pour les instructions pour cr¨¦er un fichier JAR. |
La passerelle Java se compile et s'ex¨¦cute avec Java 1.6 et ult¨¦rieurs. Il est recommand¨¦ pour ceux qui fournissent une version pr¨¦-compilee de la passerelle pour d'autres usages d'utiliser la compilation sous Java 1.6 de sorte qu'elle soit compatible avec toute autre version de Java jusqu'¨¤ la derni¨¨re.
Taille de la base de donn¨¦es
Les donn¨¦es de configuration Áú»¢¶Ä²© n¨¦cessitent une quantit¨¦ d'espace disque fixe et ne grossissent pas beaucoup.
La taille de la base de donn¨¦es Áú»¢¶Ä²© d¨¦pend principalement des variables suivantes, qui d¨¦finissent la quantit¨¦ de donn¨¦es historiques stock¨¦es :
- Nombre de valeurs trait¨¦es par seconde
C'est le nombre moyen de nouvelles valeurs que le serveur Áú»¢¶Ä²© re?oit chaque seconde. Par exemple, si nous avons 3000 ¨¦l¨¦ments ¨¤ superviser avec un taux de rafra?chissement de 60 secondes, le nombre de valeurs par seconde est calcul¨¦ comme 3000/60 = 50.
Cela signifie que 50 nouvelles valeurs sont ajout¨¦es ¨¤ la base de donn¨¦es Áú»¢¶Ä²© chaque seconde.
- ±Ê²¹°ù²¹³¾¨¨³Ù°ù±ðs de nettoyage pour l¡¯historique
Áú»¢¶Ä²© conserve les valeurs pour une p¨¦riode d¨¦termin¨¦e, normalement plusieurs semaines ou mois. Chaque nouvelle valeur n¨¦cessite une certaine quantit¨¦ d'espace disque pour les donn¨¦es et les index.
Donc, si nous voulons garder 30 jours d'historique et que nous recevons 50 valeurs par seconde, le nombre total de valeurs sera d'environ (30*24*3600) * 50 = 129.600.000, soit environ 130M de valeurs.
En fonction du moteur de base de donn¨¦es utilis¨¦ et du type de valeurs re?ues (flottants, entiers, cha?nes, fichiers journaux, etc.), l'espace disque pour conserver une seule valeur peut varier de 40 octets ¨¤ des centaines d'octets. Normalement, il s'agit d'environ 90 octets par valeur pour les ¨¦l¨¦ments num¨¦riques. Dans notre cas, cela signifie que 130M de valeurs n¨¦cessiteront 130M * 90 octets = 10.9 Go d'espace disque.
La taille des valeurs des ¨¦l¨¦ments texte/log est impossible ¨¤ pr¨¦voir exactement, mais vous pouvez vous attendre ¨¤ environ 500 octets par valeur.
- ±Ê²¹°ù²¹³¾¨¨³Ù°ù±ðs de nettoyage pour les tendances
Áú»¢¶Ä²© conserve un ensemble de valeurs de 1 heure max/min/moy/count pour chaque ¨¦l¨¦ment dans la table tendances. Les donn¨¦es sont utilis¨¦es pour les graphiques de tendance et de longue p¨¦riode. La p¨¦riode d'une heure ne peut pas ¨ºtre personnalis¨¦e.
La base de donn¨¦es Áú»¢¶Ä²©, en fonction du type de base de donn¨¦es, n¨¦cessite environ 90 octets pour chaque total. Supposons que nous aimerions conserver les donn¨¦es sur les tendances pendant 5 ans. Les valeurs pour 3000 articles exigeront 3000 * 24 * 365 * 90 = 2.2 Go par an, ou 11 Go pour 5 ann¨¦es.
- ±Ê²¹°ù²¹³¾¨¨³Ù°ù±ðs de nettoyage pour les ¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ
Chaque ¨¦v¨¦nement Áú»¢¶Ä²© n¨¦cessite environ 170 octets d'espace disque. Il est difficile d'estimer le nombre d'¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ g¨¦n¨¦r¨¦s quotidiennement par Áú»¢¶Ä²©. Dans le pire des cas, nous pouvons supposer que Áú»¢¶Ä²© g¨¦n¨¨re un ¨¦v¨¦nement par seconde.
Cela signifie que si nous voulons garder 3 ans d'¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ, cela n¨¦cessitera 3*365*24*3600* 170 = 15 Go
Le tableau suivant contient des formules qui peuvent ¨ºtre utilis¨¦es pour calculer l'espace disque requis pour le syst¨¨me Áú»¢¶Ä²© :
| ±Ê²¹°ù²¹³¾¨¨³Ù°ù±ð | Formule pour l'espace disque n¨¦cessaire (en octets) |
|---|---|
| Configuration Áú»¢¶Ä²© | Taille fixe. Environ 10Mo ou moins. |
| Historique | jours*(¨¦l¨¦ments/taux de rafra?chissement)*24*3600*octets ¨¦l¨¦ments : nombre d'¨¦l¨¦ments jours : nombre de jours d'historique ¨¤ garder taux de rafra?chissement : moyenne de rafra?chissement des ¨¦l¨¦ments octets : nombre d'octets n¨¦cessaires pour garder une seule valeur, d¨¦pend du moteur de base de donn¨¦es, g¨¦n¨¦ralement ~90 octets. |
| Tendances | Âá´Ç³Ü°ù²õ*(¨¦±ô¨¦³¾±ð²Ô³Ù²õ²õ/3600)*24*3600*´Ç³¦³Ù±ð³Ù²õ ¨¦l¨¦ments : nombre d'¨¦l¨¦ments jours : nombre de jours ¨¤ garder octets : nombre d'octets n¨¦cessaires pour garder une seule tendance, d¨¦pend du moteur de base de donn¨¦es, g¨¦n¨¦ralement ~90 octets. |
| ¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ | jours*¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ*24*3600*octets ¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ : nombre d'¨¦v¨¦nement par seconde. Un (1) ¨¦v¨¦nement par seconde dans le pire scenario. jours : nombre de jour ¨¤ garder octets : nombre d'octets n¨¦cessaire pour garder une seule tendance, d¨¦pend du moteur de base de donn¨¦es, g¨¦n¨¦ralement ~170 octets. |
Les valeurs moyenne comme : ~90 octets pour les ¨¦l¨¦ments num¨¦riques, ~170 octets pour les ¨¦±¹¨¦²Ô±ð³¾±ð²Ô³Ù²õ ont ¨¦t¨¦ collect¨¦es ¨¤ partir de statistiques r¨¦elles en utilisant une base de donn¨¦es MySQL.
Donc, l'espace disque total n¨¦cessaire peut ¨ºtre calcul¨¦ de la mani¨¨re suivante :
Configuration + Historique + Tendances + ?v¨¦nements
L'espace disque ne sera pas imm¨¦diatement utilis¨¦ apr¨¨s l'installation de Áú»¢¶Ä²©. La base de donn¨¦es va grossir et arr¨ºtera de grossir ¨¤ un certain moment, qui d¨¦pendra des param¨¨tres de nettoyage.
Synchronisation de l'heure
Il est tr¨¨s important d'avoir une date pr¨¦cise sur le serveur qui ex¨¦cute Áú»¢¶Ä²©. est le d¨¦mon le plus populaire qui synchronise l'heure de l'h?te avec l'heure des autres machines. Il est fortement recommand¨¦ de maintenir la date du syst¨¨me synchronis¨¦e sur tous les syst¨¨mes o¨´ des composants Áú»¢¶Ä²© s'¨¦x¨¦cutent.
Si l'heure n'est pas synchronis¨¦e, Áú»¢¶Ä²© convertira les horodatages des donn¨¦es collect¨¦es en heure serveur Áú»¢¶Ä²© en prenant des horodatages client/serveur apr¨¨s l'¨¦tablissement de la connexion de donn¨¦es et en ajustant les horodatages de la valeur d'¨¦l¨¦ment re?ue par le d¨¦calage client-serveur. Pour rester simple et ¨¦viter les complications possibles, la latence de la connexion est ignor¨¦e. Pour cette raison, la latence de connexion est ajout¨¦e aux horodatages des donn¨¦es acquises ¨¤ partir des connexions actives (agent actif, proxy actif, sender) et soustraites des horodatages des donn¨¦es acquises ¨¤ partir des connexions passives (proxy passif). Toutes les autres v¨¦rifications sont effectu¨¦es au moment du serveur et leurs horodatages ne sont pas ajust¨¦s.