Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Make by tools (01.00.01) - action=same_as_next_version
Scroll Ignore
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltrue
Panel
titleSommaire

Table of Contents
stylenone

Rôle

Le démon Arbiter lit la configuration du Synchronizer. Il la divise en N parts (N Schedulers = N parts), et les distribue au démon Shinken Enterprise approprié de manière parallèle. Il gère également la notion de haute disponibilité : si un démon en particulier meurt, il renvoie la configuration gérée par le démon mort à son spare défini qui reçoit les informations des utilisateurs. Il route également les résultats de checks passifs vers le démon approprié. Les résultats de checks passifs sont renvoyés au Scheduler responsable du check.

Info
titleImportant
Il ne peut y avoir qu'un seul Arbiter master et un seul Arbiter spare maximum par infrastructure.

Connexion avec le Synchronizer

La communication entre l'Arbiter et le Synchronizer est faite sur le port standard du Synchronizer (7765).

Panel

Image RemovedImage Added

Connexion avec les autres démons

Ce démon est utilisé pour vérifier et distribuer la configuration aux autres démons, sauf au Synchronizer.
Il se connecte sur le port standard des autres démons, et utilise une connexion HTTP ou HTTPS si ceux-ci l'ont prévuprévue.

Panel

Image RemovedImage Added

Info
titleRemarque

L'Arbiter est capable de rendre inactifs les démons distants désactivés (lorsque la propriété "enabled" est mise 0 dans leurs fichiers cfg)

Exemple: Depuis le serveur central, je décide de désactiver un Poller distant en passant la propriété "enabled" à 0 dans son fichier de définition. Je redémarre l'Arbiter. Le Poller distant sera affiché comme "désactivé" depuis son shinken-healthcheck local.

Il n'est donc pas nécessaire d'éteindre un démon qui n'est plus utilisé sur une machine distante.

Données

Ce démon stocke la totalité du système de configuration en mémoire. Il a accès à tous les noms de serveurs, adresses, types et commande définis pour les vérifier. 

Il stocke également en mémoire les contacts définis, qui doivent recevoir les notifications pour les hôtes et services définis.

Résumé des connexions de l'Arbiter 

Démon sourceDestinationPortProtocoleNote
ArbiterSynchronizer7765HTTP/HTTPS
ArbiterScheduler7768HTTP/HTTPS
ArbiterPoller7771HTTP/HTTPS
ArbiterReactionner7769HTTP/HTTPS
ArbiterReceiver7773HTTP/HTTPS
ArbiterArbiter7770HTTP/HTTPSseulement Seulement si il y a un Arbiter esclave, et seulement du maître vers l'esclave.
ArbiterBroker7772HTTP/HTTPS

Définition du format

  • Sur un arbiter spare: Intervalle de Ping toutes les N secondes de la part de l'arbiter master
  • Sur un arbiter master: utilisé avec la valeur max_check_attemps pour déterminer combien de temps l'arbiter spare attends arbiter master attepts Cette variable permet de savoir si le démon correspondant à la définition de l'Arbiter est un spare ou pas. La valeur par défaut est
    PropriétéDéfautDescription
    arbiter_nameN/ACette variable est utilisée pour identifier le *nom réduit* de l'Arbiter auquel les données sont associées.
    host_nameN/ACette variable est utilisée par les démons Arbiters pour définir quel objet 'Arbiter' ils sont ( de type Maitre maitre ou Spare spare ). En effet, tous ces démons sur différents serveurs utilisent la même configuration, donc la seule différence entre eux est le nom du serveur. Cette valeur doit être égale au nom du serveur (comme avec la commande du hostname ). Si rien n'est défini pour cette propriété, le démon Arbiter va utiliser le nom du serveur où il est lancé, mais cela ne sera possible qu'avec un seul Arbiter dans l'architecture Shinken.
    addressN/ACette directive permet de définir l'adresse d'où l'Arbiter principal peut contacter cet Arbiter (qui peut être lui même). Ça peut être un nom DNS ou une adresse IP.
    port7770Cette directive est utilisée pour définir le port TCP utilisé par ce démon.
    use_ssl0Cette variable est utilisée pour définir si l'Arbiter doit être contacté en HTTPS (*1*) ou HTTP (*0*). La valeur par défaut est *0* (HTTP).
    timeout3Cette variable est utilisée pour définir

    Définir le temps en secondes

    avant que l'Arbiter master/healtcheck/check d'arbiter ne considère ce démon comme à l'arrêt.

    que les démons / commande / check de supervision vont attendre que la requête http ( PING ) pour vérifier que cette Arbiter est vivante aboutisse. Au-delà de ce temps, ce PING sera considéré comme KO.

    Elle n'est utilisée que dans les cas suivant:

    • Arbiter master qui vérifie que le spare est vivant.
    • shinken-healthcheck qui récupère les informations de cette Arbiter.
    • check Arbiter - $KEY$ - Alive et Arbiter - $KEY$ - Performance qui interroge l'Arbiter.

    Si

    Cette valeur n'est pas utilisée dans le cas d'un arbiter spare qui attends une connexion de la part de l'arbiter master avant de prendre la main.

    Si

    ce démon est joignable en HTTPS ( use_ssl à 1 ) avec une latence élevée,

    nous vous conseillons

    il est conseillé alors d'augmenter cette valeur de timeout ( l'Arbiter aura besoin de plus d'allers/retours pour le contacter )

    .
    data_timeout120Cette variable est utilisée pour définir le temps en secondes avant de considérer un transfert de configuration vers l'arbiter spare comme échouée

    .

    max_check_attempts3
    • Sur un arbiter spare: comme pour les autres démons, détermine si le ping permettant de détecter la disponibilité réseau du nœud est en échec N fois ou plus, alors l'arbiter spare est considéré comme mort par l'arbiter master. (par défaut, 3 tentatives)
    • Sur un arbiter master: utilisé avec la valeur check_interval pour déterminer combien de temps l'arbiter spare attends avant de prendre la main sur l'arbiter master s'il n'a pas eu de connexion de ce dernier (max_check_attepts * check_interval seconds)

    Indique le nombre de tentatives de PING qui doit échouer avec de considérer cette Arbiter comme Mort. Le paramètre n’est pas utilisé de la même manière si on définit un Arbiter ou un Arbiter spare:

    • Si dans un Arbiter, cette valeur sera utilisée seulement par l'Arbiter spare pour calculer le temps d'attente avant de prendre la main sur l'Arbiter s'il n'a pas eu de connexion de ce dernier ( max_check_attempts * check_interval seconds ), car l'Arbiter spare n'essaye jamais de contacter l'Arbiter ( pour des raisons de sécurité )
    • Si dans un Arbiter spare, cette valeur sera utilisée par l'Arbiter comme le nombre de tentatives de PING à faire ( qui auraient donc échoués ) avant de considérer l'Arbiter spare comme mort.
    check_interval60

    Indique le temps d'attente entre les tentatives de PING ( Exemple: si la première tentative échoue, la suivante aura lieu après checks_interval secondes )

    • Si dans un Arbiter, cette valeur sera utilisée seulement par l'Arbiter spare pour calculer le temps d'attente
    check_interval60
    • avant de prendre la main sur l'
    • Arbiter s'il n'a pas eu de connexion de ce dernier ( max_check_
    • attempts * check_interval seconds )
    • , car l'Arbiter spare n'essaye jamais de contacter l'Arbiter ( pour des raisons de sécurité )
    • Si dans un Arbiter spare, cette valeur sera utilisée par l'Arbiter comme délai entre le nombre de tentatives de ping à faire ( qui auraient donc échoués ) avant de considérer l'Arbiter spare comme mort.
    spare0

    Cette variable permet de savoir si le démon correspondant à la définition de l'Arbiter est un spare ou pas. La valeur par défaut est

    spare0

    *0* (maître/non-spare).

    modulesN/A

    Cette variable définit tous les modules chargés par l'Arbiter qui correspond à cette définition.

    data_timeout120

    Cette variable est utilisée pour définir le temps en secondes avant de considérer un transfert de configuration vers l'Arbiter spare comme échoué.

    enabledN/A

    Cette variable est utilisée pour définir si l'Arbiter est activé ou non.

    Exemple de définition

    mismatch_version_error1

    Cette variable est utilisée pour définir le comportement en cas de version différentes entre l'arbiter et les autres daemons, Si l'option est activée, les daemons refusent la configuration de l'arbiter et une erreur est remontée, Si l'option est désactivée, les daemons acceptent la configuration de l'arbiter et un warning est remonté.

    Exemple de définition

    Dans le répertoire /etc/shinken/arbiters/, voici un exemple de définition qui permet la définition de l'Arbiter (à placer dans un fichier .cfg)  :

    (warning) Il est conseillé d'éditer les fichiers .cfg avec l'encodage utf-8

    Code Block
    languagejs
    themeConfluence

    Dans le répertoire /etc/shinken/arbiters/, voici un exemple de définition qui permet la définition de l'Arbiter (à placer dans un fichier .cfg)  :

    (warning) Il est conseillé d'éditer les fichiers .cfg avec l'encodage utf-8

    Code Block
    languagebash
    #===============================================================================
    # ARBITER
    #===============================================================================
    # Description: The Arbiter is responsible for:
    # - Loading, manipulating and dispatching the configuration
    # - Validating the health of all other Shinken daemons
    
    #==========================================================================================
    # IMPORTANT: If you use a spare arbiter you MUST set the host_name on each
    # servers to its real DNS name ('hostname' command).
    #===============================================
    # IMPORTANT: If you use a spare arbiter you MUST set the host_name on each
    # servers to its real DNS name ('hostname' command).
    #===============================================================================
    
    define arbiter {
    
        #======== Daemon name and address =========
        # Daemon name. Must be unique
        arbiter_name      arbiter-master
    
        # Hostname used by the Arbiter daemon to distinguish master and slave Arbiters (when having multiple Arbiters).
        # If not defined, the Arbiter daemon will use its server name, but it can be used with only one Arbiter in the
        # Shinken architecture.
        #host_name        HOSTNAME
    
        # IP/fqdn of this daemon
        address           localhost   ; DNS name or IP
    
        # Port (HTTP/HTTPS) exposed by this daemon
        port              7770
    
        # 0 = use HTTP, 1 = use HTTPS
        use_ssl	          0
    
    
        #======== Daemon connection timeout and down state limit =========================
    
    define arbiter 
    
        #======== Daemon name and address =========
        # Daemon name. Must be unique
        arbiter_name      arbiter-master
    
        # Parameters used by Arbiter-master and Arbiter-spare to put respectively the other demon as not available.
     
        #---------------
        # timeout: value specific to each arbiter. When trying to PING this Arbiter, any daemon / healtcheck / shinken checks will consider it as unreachable after this timeout
        # All cases:
        # Hostname used by the- Arbiter daemonmaster towait distinguishthe masterarbiter andspare slavefor Arbitersthis (when having multiple Arbiters).timeout duration
        # If not defined, the Arbiter daemon- shinken-healtcheck/shinken check will use itsit serverto name,wait butfor it canthe bearbiter usedmaster withor onlyspare
     one Arbiter in the
    #   ( #default Shinken3 architecture.)
        #host_name# NOTE: this parameter is NOT used by HOSTNAME
    
    the arbiter spare to #wait IP/fqdn of this daemonfor master's death before
        address#        take over the localhostconfiguration. For this, ;look DNS name or IP
    at max_check_attempts & check_interval
        # Port (HTTP/HTTPS) exposed by this daemon
    timeout         port     3
     
        #---------------
        7770
    
        # 0 = use HTTP, 1 = use HTTPS
        use_ssl	# data_timeout: how many second to consider a configuration transfert to be failed to the arbiter spare
        #   - to be 0
    
    
    defined on   #======== Daemon connection timeout and down state limit =========the Arbiter-spare
        #   - Used by the Arbiter-master
        # Parameters used by Arbiter-master and Arbiter-spare to put respectively the other demon as not available.
       ( default 120 )
        data_timeout         120
     
        #---------------
        # timeout: value specific to each arbiter. When trying to PING this Arbiter, any daemon / tools will consider it as unreachable after this timeout
        # Exemplemax_check_attempts: how many fail check to consider this daemon as DEAD
        #   Defined on the Arbiter-spare 
    	#     -> Used by the Arbiter-master to declare the spare as DEAD ( so after a wait of X max_check_attempts * check_interval seconds )
        #
       - Arbiter# master wait theor arbiter spare
     for this timeout duration#
        #   Defined on the Arbiter- shinken-healtcheck will use it to wait for the arbiter master or spare
        #	( default 3 )
        timeout           master
    	#     -> Used by the Arbiter-spare to take over the role of arbiter-master ( so after a wait of X max_check_attempts * check_interval seconds )
        #
        max_check_attempts   3
    
        #---------------
        # datacheck_timeout: how many secondinterval: check every X seconds or use to considerknow ahow configurationmany transfertseconds to bewait failed tofor the arbiter sparemaster
        #   - to be definedDefined on the Arbiter-spare 
    	#     -> Used by the Arbiter-master
     to declare the #	(spare defaultas 120DEAD )
    ( so after a data_timeoutwait of X max_check_attempts      120
    
        #---------------* check_interval seconds )
        # max_check_attempts: how many fail check to consider this daemon as DEAD
        #   or 
        #
        #   Defined on the Arbiter-spare master
    	#     -> Used by the Arbiter-masterspare to take declareover the sparerole asof DEADarbiter-master ( so after a wait of X retrymax_check_attempts * check_interval seconds )
        #
        #check_interval   or 
        #60
    
    
        #======== Master or Definedspare on the Arbiter-master
    	#selection =========
        # ->1 Used= byis thea Arbiter-spare to take over the role of arbiter-master ( so after a wait of X retry * check_interval seconds )
    spare, 0 = is not a spare
        spare      #
        max_check_attempts   30
    
    
        #---------------
        # Check======== Modules to enable for this daemon every X seconds
        check_interval=========
        # Available:
        # - synchronizer-import  60
    
    
        #======== Master or spare selection =========: [mandatory] will allow to get configuration from the synchronizer
        # 1 = is a spare, 0 = is not a spare
        spare    - architecture-export : will open a socket that listens for Shinken architecture descriptions to generate corresponding hosts and NagVis maps
        modules    	      0synchronizer-import
    
    
        #======== Modules toEnable enableor fornot this daemon =========
        # Available:
     1 = is enabled, 0 = is disabled
        enabled      # - synchronizer-import : [mandatory] will allow to get configuration from the synchronizer1 
    
    
        #======== Enable or not this daemon =========
        # -1 architecture-export= :is willenabled, open0 a= socketis thatdisabled
     listens for Shinken architecture# descriptionsenabled: to generateif correspondingthe hostsversion andbetween NagVisthe maps
    arbiter and daemons  modulesmismatch, daemons refuse the 	arbiter configuration and an error  synchronizer-import
    
    
    is reported
        #======== Enable or not this daemon =========
        # 1 = is enabled, 0 = is disabled
        enabled       disabled: if the version between the arbiter and daemons mismatch, daemons accept the arbiter configuration and a warning is reported.
        mismatch_version_error 1
    }
    
    

    Remarques sur la compilation et l'envoi de la configuration

    Un des rôles de l'Arbiter est de récupérer la configuration des démons, hôtes et checks et de la transmettre aux démons appropriés.

    Lorsque la configuration comporte un nombre important d'hôtes et de checks, la compilation de la configuration peut être longue. De même, si on dispose d'une architecture comportant plusieurs royaumes, il est possible que le démon de certains royaumes soit situé dans des zones géographiques ou configurations réseau ou les débits et latences de connexion sont élevés. Ces connexions réseau moins optimisées peuvent occasionner des ralentissements sur l'ensemble des royaumes lors de l'envoi de la configuration des hôtes/checks vers les démons.


    Image Modified


    Pour limiter l'impact de ces problèmes, depuis la V02.06.00, l'Arbiter effectue la compilation et l'Arbiter effectue la compilation et 'envoi de la configuration de manière parallèle pour chaque royaume. Un ralentissement occasionné par une connexion ralentie vers un royaume n'aura alors pas d'effet sur l'envoi de la configuration de manière parallèle pour chaque royaume. Un ralentissement occasionné par une connexion ralentie vers un royaume n'aura alors pas d'effet sur l'envoi de la configuration aux autres royaumes de l'architecture Shinkenaux autres royaumes de l'architecture Shinken.

    Excerpt
    hiddentrue
    Scroll Title
    anchordata_for_check_sup_de_sup
    title
    NomModifiable sur UnitéDéfautValeur par défaut à l'installation de ShinkenDescription
    No Format
    ARBITER_PORT

    l'Hôte

    ( Onglet Données )

    ---77707770

    Configuration du port de communication avec l'Arbiter.