韓誥傭痔

Table of Contents

1 Cluster haute disponibilit谷

1 Cluster haute disponibilit谷

Aper?u

La haute disponibilit谷 (HA) est g谷n谷ralement requise dans les infrastructures critiques qui ne peuvent se permettre pratiquement aucun temps d'arr那t. Ainsi, pour tout service susceptible d'那tre en erreur, une option de basculement doit 那tre en place pour prendre le relais en cas d'谷chec du service actuel.

韓誥傭痔 propose une solution haute disponibilit谷 native facile 角 configurer et ne n谷cessitant aucune expertise pr谷alable en HA. 韓誥傭痔 HA natif peut 那tre utile pour une couche suppl谷mentaire de protection contre les pannes logicielles/mat谷rielles du serveur 韓誥傭痔 ou pour avoir moins de temps d'arr那t en raison de la maintenance.

En mode haute disponibilit谷韓誥傭痔, plusieurs serveurs 韓誥傭痔 sont ex谷cut谷s en tant que n?uds dans un cluster. Pendant qu'un serveur 韓誥傭痔 du cluster est actif, d'autres sont en veille, pr那ts 角 prendre le relais si n谷cessaire.

Le passage 角韓誥傭痔 HA est sans engagement. Vous pouvez revenir 角 un fonctionnement autonome 角 tout moment.

Voir aussi : D谷tails de la mise en ?uvre

Activation du cluster HA

D谷marrage du serveur 韓誥傭痔 en tant que n?ud du cluster

Deux 梯硃娶硃鳥豕喧娶梗s sont requis dans la configuration du serveur pour d谷marrer un serveur 韓誥傭痔 en tant que n?ud du cluster :

Le 梯硃娶硃鳥豕喧娶梗 HANodeName doit 那tre sp谷cifi谷 pour chaque serveur 韓誥傭痔 qui sera un n?ud de cluster HA.

Il s'agit d'un identifiant de n?ud unique (par exemple, zabbix-node-01) auquel le serveur sera r谷f谷renc谷 dans les configurations d'agent et de proxy. Si vous ne sp谷cifiez pas HANodeName, le serveur sera d谷marr谷 en mode autonome.

Le 梯硃娶硃鳥豕喧娶梗 NodeAddress doit 那tre sp谷cifi谷 pour chaque n?ud.

Le 梯硃娶硃鳥豕喧娶梗 NodeAddress (adresse:port) sera utilis谷 par l'interface 韓誥傭痔 pour se connecter au n?ud de serveur actif. NodeAddress doit correspondre au nom IP ou FQDN du serveur 韓誥傭痔 respectif.

Red谷marrer tous les serveurs 韓誥傭痔 apr豕s avoir apport谷 des modifications aux fichiers de configuration. Ils seront d谷sormais d谷marr谷s en tant que n?uds de cluster. Le nouveau statut des serveurs peut 那tre vu dans Rapports ↙ Informations syst豕me et 谷galement en ex谷cutant :

zabbix_server -R ha_status

Cette commande d'ex谷cution enregistrera l'谷tat actuel du cluster HA dans le journal du serveur 韓誥傭痔 (et dans stdout) :

Pr谷paration de l'interface

Assurez-vous que address:port du serveur 韓誥傭痔 n'est pas d谷fini dans la configuration de l'interface (situ谷 dans conf/zabbix.conf.php du r谷pertoire des fichiers de l'interface).

L'interface 韓誥傭痔 d谷tectera automatiquement le n?ud actif en lisant les 梯硃娶硃鳥豕喧娶梗s de la table des n?uds dans la base de donn谷es 韓誥傭痔. L'adresse de n?ud du n?ud actif sera utilis谷e comme adresse de serveur 韓誥傭痔.

Configuration du proxy

Les n?uds de cluster HA (serveurs) doivent 那tre r谷pertori谷s dans la configuration du proxy 韓誥傭痔 passif ou actif.

Pour un proxy passif, le nom des n?uds doivent 那tre list谷s dans le 梯硃娶硃鳥豕喧娶梗 Server du proxy, s谷par谷s par une virgule.

Server=zabbix-node-01,zabbix-node-02

Pour un proxy actif, le nom des n?ud doivent 那tre r谷pertori谷s dans le 梯硃娶硃鳥豕喧娶梗 Server du proxy, s谷par谷s par un point-virgule.

Server=zabbix-node-01;zabbix-node-02

Configuration des agents

Les n?uds de cluster HA (serveurs) doivent 那tre r谷pertori谷s dans la configuration de l'agent 韓誥傭痔 ou de l'agent 韓誥傭痔 2.

Pour activer les v谷rifications passives, les noms de n?ud doivent 那tre r谷pertori谷s dans le 梯硃娶硃鳥豕喧娶梗 du serveur, s谷par谷s par une virgule.

Serveur=zabbix-node-01,zabbix-node-02

Pour activer les v谷rifications actives, les noms de n?ud doivent 那tre r谷pertori谷s dans le 梯硃娶硃鳥豕喧娶梗 ServerActive. Notez que pour les v谷rifications actives, les n?uds doivent 那tre s谷par谷s par une virgule de tout autre serveur, tandis que les n?uds eux-m那mes doivent 那tre s谷par谷s par un point-virgule, par exemple?:

ServeurActive=zabbix-node-01;zabbix-node-02

Failover to standby node

韓誥傭痔 basculera automatiquement vers un autre n?ud si le n?ud actif s'arr那te. Il doit y avoir au moins un n?ud en 谷tat de veille pour que le basculement se produise.

? quelle vitesse le basculement se fera-t-il ? Tous les n?uds mettent 角 jour leur heure de dernier acc豕s (et leur 谷tat, s'il est modifi谷) toutes les 5 secondes. Alors:

Si le n?ud actif s'arr那te et parvient 角 signaler son 谷tat comme "arr那t谷", un autre n?ud prendra le relais dans les 5 secondes.
Si le n?ud actif s'arr那te/devient indisponible sans pouvoir mettre 角 jour son 谷tat, les n?uds de secours attendront le d谷lai de basculement + 5 secondes pour prendre le relais

Le d谷lai de basculement est configurable, avec une plage prise en charge comprise entre 10 secondes et 15 minutes (une minute par d谷faut). Pour modifier le d谷lai de basculement, vous pouvez ex谷cuter :

zabbix_server -R ha_set_failover_delay=5m

Gestion du cluster haute disponibilit谷

L'谷tat actuel du cluster HA peut 那tre g谷r谷角 l'aide des options d谷di谷es du contr?le d'ex谷cution :

ha_status - enregistre l'谷tat du cluster HA dans le journal du serveur 韓誥傭痔 (et vers stdout)
ha_remove_node=target - supprime un n?ud HA identifi谷 par son <target> - num谷ro du n?ud dans la liste (le num谷ro peut 那tre obtenu 角 partir de la sortie de l'ex谷cution de ha_status), par exemple :

zabbix_server -R ha_remove_node=2

Notez que les n?uds actifs/en veille ne peuvent pas 那tre supprim谷s.

ha_set_failover_delay=delay - d谷finit le d谷lai de basculement HA (entre 10 secondes et 15 minutes ; les suffixes de temps sont pris en charge, par exemple 10s, 1m)

L'谷tat du n?ud peut 那tre surveill谷 :

dans Rapports ↙ Informations syst豕me
dans le widget du tableau de bord Informations syst豕me
en utilisant l'option de contr?le d'ex谷cution ha_status du serveur (voir ci-dessus).

L'谷l谷ment interne zabbix[cluster,discovery,nodes] peut 那tre utilis谷 pour la d谷couverte de n?uds, car il renvoie un JSON avec les informations de n?ud 角 haute disponibilit谷.

D谷sactivation de la haute disponibilit谷

Pour d谷sactiver un cluster haute disponibilit谷 :

faire des copies de sauvegarde des fichiers de configuration
arr那ter les n?uds de secours
supprimer le 梯硃娶硃鳥豕喧娶梗 HANodeName du serveur principal actif
red谷marrer le serveur principal (il d谷marrera en mode autonome)

Upgrading HA cluster

To perform a major version upgrade for the HA nodes:

stop all nodes;
create a full database backup;
if the database uses replication make sure that all nodes are in sync and have no issues. Do not upgrade if replication is broken.
select a single node that will perform database upgrade, change its configuration to standalone mode by commenting out HANodeName and upgrade it;
make sure that database upgrade is fully completed (System information should display that 韓誥傭痔 server is running);
restart the node in HA mode;
upgrade and start the rest of nodes (it is not required to change them to standalone mode as the database is already upgraded at this point).

In a minor version upgrade it is sufficient to upgrade the first node, make sure it has upgraded and running, and then start upgrade on the next node.

D谷tails d'impl谷mentation

Le cluster haute disponibilit谷 (HA) est une solution opt-in et il est pris en charge pour le serveur 韓誥傭痔. La solution HA native est con?ue pour 那tre simple 角 utiliser, elle fonctionnera sur tous les sites et n'a pas d'exigences sp谷cifiques pour les bases de donn谷es reconnues par 韓誥傭痔. Les utilisateurs sont libres d'utiliser la solution HA native 韓誥傭痔 ou une solution HA tierce, selon ce qui convient le mieux aux exigences de haute disponibilit谷 de leur environnement.

La solution consiste en plusieurs instances ou n?uds zabbix_server. Chaque n?ud : - est configur谷 s谷par谷ment - utilise la m那me base de donn谷es - peut avoir plusieurs modes : active, standby, unavailable, stopped

Un seul n?ud peut 那tre actif 角 la fois. Un n?ud standby n'ex谷cute qu'un seul processus : le gestionnaire HA. Un n?ud standby n'effectue pas de collecte de donn谷es, de traitement ou d'autres activit谷s habituelles du serveur ; ils n'谷coutent pas sur les ports ; ils ont un minimum de connexions 角 la base de donn谷es.

Les n?uds actifs et standby mettent 角 jour leur heure de dernier acc豕s toutes les 5 secondes. Chaque n?ud standby surveille l'heure du dernier acc豕s du n?ud actif. Si le dernier temps d'acc豕s du n?ud actif est sup谷rieur 角 ? d谷lai de basculement ? secondes, le n?ud standby devient le n?ud actif et attribue l'谷tat 'unavailable' au n?ud pr谷c谷demment actif.

Le n?ud actif surveille sa propre connectivit谷角 la base de donn谷es - s'il est perdu pendant plus de d谷lai de basculement-5 secondes, il doit arr那ter tout traitement et passer en mode standby. Le n?ud actif surveille 谷galement l'谷tat des n?uds standby - si le dernier temps d'acc豕s d'un n?ud standby d谷passe le ? d谷lai de basculement ? secondes, le n?ud standby se voit attribuer l'谷tat 'unavailable'.

Les n?uds sont con?us pour 那tre compatibles entre les versions mineures de 韓誥傭痔.