Annexe C. Informations logicielles supplémentaires

Les informations contenues dans les sections suivantes peuvent vous aider dans la gestion de la configuration logicielle d'un cluster (aussi appelé grappe).

C.1. Mécanismes de communication d'un cluster

Un cluster utilise plusieurs mécanismes de communication internes afin de garantir l'intégrité des données et le bon comportement du cluster lors d'une défaillance. Le cluster utilise ces mécanismes pour :

Les mécanismes de communication du cluster sont les suivants :

Si un membre établit que l'horodatage Quorum d'un autre membre n'est pas à jour, il vérifiera le statut des pulsations. Si ces dernières sont toujours émises en direction du membre, le logiciel de cluster ne prendra aucune mesure. Si un membre cluster ne met pas son horodatage à jour pendant un certain temps et ne répond pas aux pings de pulsations, il sera considéré comme étant hors fonctionnement.

Le cluster reste opérationnel tant qu'un système du cluster peut écrire sur les partitions partagées, même si tous les autres mécanismes de communication sont défaillants.

Il convient de remarquer ici qu'une partiton est seulement utilisée comme partition de secours dans certaines configurations de cluster à deux membres. L'algorithme d'appartenance au réseau représente le premier élément déterminant les membres du cluster qui sont actifs et ceux qui ne le sont pas. Dans ce genre de configuration, un membre qui ne met pas à jour son horodatage ne peut jamais engendrer une procédure de failover à moins que clumembd n'établisse que le membre est défaillant.