Fonctionnement
Trois noeuds detiennent les memes donnees et votent. Un Webserver est actif, l’autre attend avec une copie a jour, et un temoin garantit qu’un seul des deux peut etre actif.
Ce que signifie une panne du Webserver. Les sondes et les integrateurs continuent de surveiller et d’alerter seuls. Ce qui s’arrete avec le Webserver, c’est l’interface et l’API, les consolidations d’applications et les chronologies SLA, la reception des donnees de decouverte Sentinel, les rapports planifies et les periodes de maintenance. Un cluster les maintient en service.
Les noeuds
utilisateurs / clients API sondes - agents - integrateurs
\ /
IP virtuelle ou repartiteur (controle : GET /ha/health)
| |
noeud 1 (ACTIF) noeud 2 (attente) temoin
sert, planifie copie a jour des vote, detient une copie,
pilote les donnees, transmet ne sert rien
composants
\______ canal du cluster (TLS, cle partagee) ______/
- Noeud actif : le seul qui ecrit, execute les taches planifiees et dialogue avec les composants.
- Noeud en attente : detient une copie a jour. Ses ports restent ouverts : une requete qui lui parvient est transmise au noeud actif, l’utilisateur n’est jamais envoye dans une impasse.
- Temoin : un troisieme vote. Avec deux noeuds seulement, aucun ne pourrait distinguer “l’autre est tombe” de “je suis isole”, et les deux pourraient devenir actifs. Le temoin detient une copie des donnees mais n’execute pas de serveur web et n’a pas besoin de licence.
- Bascule : quand le noeud actif ne repond plus, les autres en elisent un nouveau. En general 4 a 6 secondes ; un arret planifie transmet le role en une seconde environ.
- Les sessions survivent : les utilisateurs restent connectes, les cles d’API et les jetons des composants restent valides.
Un noeud coupe de la majorite cesse d’accepter les modifications et repond 503 jusqu’a ce qu’il retrouve le contact. C’est ce qui empeche d’avoir deux Webservers actifs.
Le role ne revient pas de lui-meme : quand un noeud tombe revient, il devient un noeud en attente.
Ce qui est copie
| Copie sur tous les noeuds | Non copie |
|---|---|
| Tous les parametres, utilisateurs, moniteurs, applications, historiques et donnees SLA | Rapports generes et exports |
| Certificats des composants, images des utilisateurs, fichiers de decouverte (en quelques secondes) | Journaux |
Cles de signature des sessions et secret des composants (_sharedInternal) |
Le certificat TLS et le fichier de licence (a installer sur chaque noeud) |
AdvertiseAddress et le materiel de replication du Webserver-Front (a definir sur chaque Webserver) |
Prerequis
- 3 serveurs qui se joignent sur le port du cluster (un port TCP de votre choix, par exemple
7001). - Horloges synchronisees (NTP).
- Une IP virtuelle, un repartiteur de charge ou un nom DNS devant les deux Webservers.
- Une licence de cluster.
- Le meme certificat TLS sur les deux Webservers, valide pour le nom partage.
- Les pare-feu des composants ouverts aux deux Webservers : chacun appelle les composants depuis sa propre IP.
Disque : chaque noeud, temoin compris, detient les donnees plus un instantane de celles-ci.
Voir aussi
- Demarrage rapide : cluster Webserver – en construire un pas a pas
- Configuration – tous les parametres