龙虎赌博

Table of Contents

1 Alta disponibilitat

1 Alta disponibilitat

Vista general

L'alta disponibilitat (HA) es demana generalment a les infraestructures crítiques que no poden permetre's cap temps d'aturada. Per qualsevol servei susceptible de fallar, una opció de balanceig cap a un altre lloc és útil per evitar una aturada.

龙虎赌博 propoa una solució d'alta disponibilitat nadiua fàcil de configurar i sense necessitat de cap experiència prèvia en HA. 龙虎赌博 HA nadiu és útil per una capa de protecció contra errades de programari/maquinari del servidor 龙虎赌博 o per tindre menys temps d'aturada per manteniments.

En mode alta disponibilitat de 龙虎赌博, múltiples servidors executen com a nodes dins un clúster. Mentre un servidor 龙虎赌博 és actiu, els altres romanen a l'espera a punt de prendre el relleu si escau.

Encara que passem a 龙虎赌博 HA, sempre es pot fer marxa enrere en tot moment.

Veieu també: Detalls de la implementació

Activació de l'alta disponibilitat

Engegada del servidor 龙虎赌博 com a node d'un clúster

Es requereixen dos 辫补谤à尘别迟谤别s a la 肠辞苍蹿颈驳耻谤补肠颈ó del servidor per iniciar un servidor 龙虎赌博 com a node de clúster:

El 辫补谤à尘别迟谤别 HANodeName s'ha d'especificar per a cada servidor 龙虎赌博 que serà un node de clúster HA.

Aquest és un identificador de node únic (per exemple, zabbix-node-01) al qual es farà referència al servidor en configuracions d'agent i proxy. Si no especifiqueu HANodeName, el servidor s'iniciarà en mode autònom.

El 辫补谤à尘别迟谤别 NodeAddress s'ha d'especificar per a cada node.

El 辫补谤à尘别迟谤别 NodeAddress (adre?a:port) serà emprat per la interfície 龙虎赌博 per connectar-se al node del servidor actiu. NodeAddress ha de coincidir amb el nom IP o FQDN del servidor 龙虎赌博 respectiu.

Reinicieu tots els servidors 龙虎赌博 després de fer canvis als fitxers de 肠辞苍蹿颈驳耻谤补肠颈ó. Ara s'iniciaran com a nodes de clúster. L'estat dels nous servidors es pot veure a Informes → Informació del sistema i també executant:

zabbix_server -R ha_status

Aquesta ordre d'execució desarà l'estat actual del clúster HA al registre del servidor 龙虎赌博 (i a stdout):

Preparant la interfície

Assegureu-vos que l'adre?a:port del servidor 龙虎赌博 sigui no definida a la 肠辞苍蹿颈驳耻谤补肠颈ó de la interfície (situada a `conf/zabbix.conf.php' del directori de fitxers de la interfície).

La interfície 龙虎赌博 detectarà automàticament el node actiu llegint els 辫补谤à尘别迟谤别s de la taula de nodes a la base de dades 龙虎赌博. L'adre?a del node actiu s'emprarà com a adre?a del servidor 龙虎赌博.

颁辞苍蹿颈驳耻谤补肠颈ó del proxy

Els nodes de clúster HA (servidors) s'han d'enumerar a la 肠辞苍蹿颈驳耻谤补肠颈ó passiva o activa de proxy 龙虎赌博.

Per a un proxy passiu, els noms dels nodes s'han d'enumerar al 辫补谤à尘别迟谤别 del proxy, separats per una coma.

Servidor=zabbix-node-01,zabbix-node-02

Per a un proxy actiu, els noms dels nodes haurien d'ésser llistats al 辫补谤à尘别迟谤别 del proxy, separats per un punt i coma.

Servidor=zabbix-node-01;zabbix-node-02

颁辞苍蹿颈驳耻谤补肠颈ó de l'agent

Els nodes de clúster HA (servidors) s'han d'enumerar a la 肠辞苍蹿颈驳耻谤补肠颈ó de l'agent 龙虎赌博 o de l'agent 龙虎赌博 2.

Per activar les comprovacions passives, els noms dels nodes han d'ésser llistats al 辫补谤à尘别迟谤别 del servidor, separats per una coma.

Servidor=zabbix-node-01,zabbix-node-02

Per activar les comprovacions actives, els noms dels nodes han d'ésser llistats al 辫补谤à尘别迟谤别 ServerActive. Tingueu en compte que per a les comprovacions actives, els nodes s'han de separar per comes de qualsevol altre servidor, mentre que els nodes s'han de separar amb un punt i coma, per exemple:

ActiveServer=zabbix-node-01;zabbix-node-02

Failover cap a mode repòs

龙虎赌博 passarà automàticament per error a un altre node si el node actiu cau. Hi ha d'haver almenys un node en estat d'espera perquè es produeixi la migració per error.

Amb quina rapidesa es produirà el failover? Tots els nodes actualitzen el seu darrer temps d'accés (i estat, si es canvia) cada 5 segons. Per tant:

Si el node actiu s'atura i aconsegueix informar del seu estat com a "aturat", un altre node prendrà el control en 5 segons.
Si el node actiu s'atura/és indisponible sense poder actualitzar el seu estat, els nodes en espera esperaran a endarreriment per error + 5 segons a prendre el control.

L'endarreriment de la migració per error és configurable, amb un interval compatible de 10 segons a 15 minuts (un minut per defecte). Per canviar l'endarreriment de la migració per error, podeu executar:

zabbix_server -R ha_set_failover_delay=5m

Getió del cluster d'alta disponibilitat (HA)

L'estat actual del clúster HA es pot gestionar mitjan?ant les opcions dedicades control en temps d'execució:

ha_status: desa l'estat del clúster HA al registre del servidor 龙虎赌博 (i a stdout)
ha_remove_node=target - elimina un node HA identificat pel seu <target> - no o ID del node (el nom/ID es pot obtindre a partir de la sortida de l'execució de ha_status), per exemple:

zabbix_server -R ha_remove_node=zabbix-node-02

Tingueu en compte que els nodes actius/en espera no es poden pas esborrar.

ha_set_failover_delay=delay: estableix l'endarreriment de la migració per error HA (entre 10 segons i 15 minuts; s'admeten sufixos de temps, per exemple, 10 s, 1 m)

L'estat del node es pot controlar:

a Informes → Informació del sistema
al giny del tauler Informació del sistema
emprant l'opció de control d'execució ha_status del servidor (veieu més amunt).

L'element intern zabbix[cluster,discovery,nodes] es pot emprar per a la descoberta de nodes, ja que retorna un JSON amb informació de nodes d'alta disponibilitat.

Desactivació del clúster d'HA

Per desactivar un clúster d'alta disponibilitat:

teu còpies de seguretat dels fitxers de 肠辞苍蹿颈驳耻谤补肠颈ó
tanqueu els nodes de còpia de seguretat
esborreu el 辫补谤à尘别迟谤别 HANodeName del servidor principal actiu
reinicieu el servidor principal (iniciarà en mode autònom)

Actualitzant un clúster d'alta disponibilitat

Per fer una actualització gran de la versió per als nodes HA:

atureu tots els nodes;
creeu una còpia de seguretat completa de la base de dades;
si la base de dades empra replicació, assegureu-vos que tots els nodes estiguin sincronitzats i que no tinguin cap problema. No actualitzeu si la rèplica és trencada.
trieu un únic node que actualitzarà la base de dades, canvieu la seva 肠辞苍蹿颈驳耻谤补肠颈ó al mode autònom comentant HANodeName i actualitzeu;
Assegureu-vos que l'actualització de la base de dades s'hagi completat completament (La informació del sistema hauria de mostrar que el servidor 龙虎赌博 s'està executant);
reinicieu el node en mode HA;
actualitzeu i inicieu la resta de nodes (no cal canviar-los al mode autònom, ja que la base de dades ja està actualitzada en aquest moment).

En una actualització de versió menor, n'hi ha prou amb actualitzar el primer node, assegurar-se que s'ha actualitzat bé i que s'executa correctament i, tot seguit, actualitzar l'altre node.

Detalls de la implementació

El clúster d'alta disponibilitat (HA) és una solució activada i és compatible amb el servidor 龙虎赌博. La solució nadiua HA és dissenyada per ser senzilla d'emprar, funcionarà en tots els llocs i no té requisits específics per a les bases de dades reconegudes per 龙虎赌博. Els usuaris poden emprar la solució nadiua de 龙虎赌博 HA o una solució de tercers, la que s'adapti millor als requisits d'alta disponibilitat del seu entorn.

La solució consta de múltiples instàncies o nodes zabbix_server. Cada node: - es configura per separat - empra la mateixa base de dades - pot tindre diversos modes: actiu, en espera, no disponible, aturat

Només un node pot ésser actiu alhora. Un node d'espera només executa un procés: el gestor d'HA. Un node en espera no fa la recollida de dades, el processament ni altres activitats normals del servidor, ni escolta els ports; té connexions de base de dades mínimes.

Els nodes actius i en espera actualitzen el seu darrer temps d'accés cada 5 segons. Cada node d'espera monitora el darrer moment d'accés del node actiu. Si el darrer moment d'accés del node actiu és superior als segons de "temps d'espera de commutació per error", el node en espera es converteix en el node actiu i assigna l'estat "no disponible" al node anteriorment actiu.

El node actiu controla la seva pròpia connectivitat a la base de dades: si es perd durant més de delay de failover-5 segons, hauria d'aturar tot el processament i passar al mode d'espera. El node actiu també monitora l'estat dels nodes en espera: si el darrer temps d'accés d'un node en espera supera els segons de "temps d'espera per a errors", al node en espera se li assigna l'estat "no disponible".

Els nodes són dissenyats per ésser compatibles amb versions menors de 龙虎赌博.