Démarrage rapide de Geo Clustering #

Les grappes géographiques basées sur SUSE® Linux Enterprise High Availability Extension peuvent être considérées comme des grappes de « superposition », dans lesquelles chaque site de grappe correspond à un noeud d'une grappe traditionnelle. La grappe de superposition est gérée par le gestionnaire de ticket de grappe booth (appelé ci-après booth). Chacune des parties impliquées dans une grappe géographique exécute un service, le boothd. Celui-ci se connecte aux daemons booth en cours d'exécution sur les autres sites et échange des informations de connectivité. Pour rendre les ressources de grappe hautement disponibles entre les sites, le booth s'appuie sur les objets de grappe appelés tickets. Un ticket donne le droit d'exécuter certaines ressources sur un site de grappe spécifique. Le booth garantit que chaque ticket est accordé à un seul site à la fois.

En cas d'interruption de la communication entre deux instances de booth, cela peut provenir d'une défaillance du réseau entre les sites de grappe ou d'une indisponibilité d'un site de grappe. Dans ce cas, vous avez besoin d'une instance supplémentaire (un troisième site de grappe ou un arbitre) pour parvenir à un consensus sur les décisions (par exemple, le basculement des ressources entre les sites). Les arbitres sont des machines uniques (hors des grappes) qui exécutent une instance de booth dans un mode particulier. Chaque grappe géographique peut avoir un ou plusieurs arbitres.

Figure 1 : Grappe à deux sites—2x2 noeuds + arbitre (facultatif) #

 

Il est également possible d'exécuter une grappe géographique à deux sites sans arbitre. Dans ce cas, un administrateur de grappe géographique doit gérer manuellement les tickets. Si un ticket doit être accordé à plusieurs sites en même temps, le booth affiche un avertissement.

Pour plus de détails sur le concept, les composants et la gestion des tickets pour les grappes géographiques, reportez-vous au Administration Guide.

Dans l'exemple suivant, nous allons configurer une grappe géographique de base avec deux sites de grappe et un arbitre :

Avant de poursuivre, assurez-vous que les conditions suivantes sont remplies :

Pour plus de détails sur chaque élément, reportez-vous également à la Section 3, « Configuration requise ».

Toutes les machines (noeuds de grappe et arbitres) destinées à faire partie de la grappe doivent disposer au minimum des modules et extensions suivants :

Lorsque vous installez les machines, sélectionnez le noeud HA GEO comme rôle système. Cela entraîne l'installation d'un système minimal où les paquetages du modèle de mise en grappe géographique haute disponibilité (ha_geo) sont installés par défaut.

Tous les scripts d'amorçage consignent des données dans le fichier/var/log/ha-cluster-bootstrap.log. Pour toute information à propos du processus d'amorçage, consultez le fichier journal. Toutes les options définies lors du processus d'amorçage peuvent être modifiées ultérieurement (en changeant les paramètres booth, les ressources, etc.). Pour plus de détails, consultez le Administration Guide.

La prise en charge de l'utilisation de grappes à haute disponibilité sur des distances illimitées est disponible par le biais de Geo Clustering for SUSE Linux Enterprise High Availability Extension.

Pour configurer une grappe géographique, vous avez besoin des paquetages inclus dans les modèles d'installation suivants :

Ces deux modèles sont disponibles uniquement si vous avez enregistré votre système auprès du SUSE Customer Center (ou d'un serveur d'enregistrement local) et ajouté les modules ou supports d'installation en tant qu'extension. Pour plus d'informations sur l'installation des extensions, reportez-vous au manuel Deployment Guide for SUSE Linux Enterprise 15 SP3 (Guide de déploiement de SUSE Linux Enterprise 15 SP2).

Pour installer les paquetages des deux modèles via la ligne de commande, utilisez Zypper :

root # zypper install -t pattern ha_sles ha_geo

Important : installation des paquetages logiciels sur toutes les parties

Les paquetages logiciels nécessaires pour la haute disponibilité et les grappes géographiques ne sont pas copiés automatiquement sur les noeuds de grappe.

• Installez SUSE Linux Enterprise Server 15 SP3 ainsi que les modèles ha_sles et ha_geo sur toutes les machines qui feront partie de votre grappe géographique.

• Au lieu d'installer manuellement les paquetages sur toutes les machines qui feront partie de votre grappe, utilisez AutoYaST pour cloner des noeuds existants. Pour plus d'informations, reportez-vous au Section 3.2, “Mass installation and deployment with AutoYaST”.

Utilisez le script ha-cluster-geo-init pour configurer une grappe existante en tant que premier site d'une grappe géographique.

Le script d'amorçage crée le fichier de configuration booth et le synchronise pour les différents sites de grappe. Il crée également les ressources de grappe de base nécessaires pour le booth. L'Étape 4 de la Procédure 1 conduirait à la configuration booth et aux ressources de grappe suivantes :

# The booth configuration file is "/etc/booth/booth.conf". You need to
# prepare the same booth configuration file on each arbitrator and
# each node in the cluster sites where the booth daemon can be launched.

# "transport" means which transport layer booth daemon will use.
# Currently only "UDP" is supported.
transport="UDP"
port="9929"

arbitrator="192.168.203.100"
site="192.168.201.100"
site="192.168.202.100"
authfile="/etc/booth/authkey"
ticket="ticket-nfs"
expire="600"

primitive1 booth-ip IPaddr2 \
  params rule #cluster-name eq amsterdam ip=192.168.201.100 \
  params rule #cluster-name eq berlin ip=192.168.202.100 \
primitive2 booth-site ocf:pacemaker:booth-site \
  meta resource-stickiness=INFINITY \
  params config=booth \
  op monitor interval=10s
group3 g-booth booth-ip booth-site \
meta target-role=Stopped4

Après avoir initialisé le premier site de votre grappe géographique, ajoutez la deuxième grappe avec le script ha-cluster-geo-join, comme décrit dans la Procédure 2. Le script doit avoir un accès SSH à un site de grappe déjà configuré et ajoutera la grappe actuelle à la grappe géographique.

Le script ha-cluster-geo-join copie la configuration booth à partir de 1 (voir Exemple 1). En outre, il crée les ressources de grappe nécessaires pour le booth (voir Exemple 2).

Une fois que vous avez configuré tous les sites de votre grappe géographique avec les scripts ha-cluster-geo-init et ha-cluster-geo-join, définissez l'arbitre avec le script ha-cluster-geo-init-arbitrator.

Le script ha-cluster-geo-init-arbitrator copie la configuration booth à partir de 1 (voir Exemple 1). Il active et démarre également le service de booth sur l'arbitre. Ainsi, l'arbitre est prêt à communiquer avec les instances de booth sur les sites de grappe lorsque les services de booth y sont aussi en cours d'exécution.

Pour afficher les deux sites de grappe avec les ressources et le ticket que vous avez créés au cours du processus d'amorçage, utilisez Hawk2. L'interface Web Hawk2 vous permet de surveiller et de gérer plusieurs grappes (indépendantes) et grappes géographiques.

Les scripts d'amorçage de mise en grappe géographique constituent un moyen rapide pour configurer une grappe géographique de base qui peut être utilisée à des fins de test. Toutefois, pour convertir la grappe géographique résultante en une grappe géographique opérationnelle pouvant être utilisée dans des environnements de production, d'autres étapes sont requises (voir Étapes requises pour terminer la configuration d'une grappe géographique).

Les scripts d'amorçage créent les mêmes ressources de booth sur les deux sites de grappe et les mêmes fichiers de configuration booth sur tous les sites, y compris l'arbitre. Si vous étendez la configuration de grappe géographique (pour passer à un environnement de production), vous devrez probablement affiner la configuration booth et modifier la configuration des ressources de grappe liées au booth. Ensuite, vous devez synchroniser les modifications sur les autres sites de votre grappe géographique pour qu'elles soient prises en compte.

Note : synchronisation des modifications entre les différents sites de grappe

• Pour synchroniser les modifications de la configuration booth sur tous les sites de grappe (y compris l'arbitre), utilisez Csync2. Pour plus d'informations, reportez-vous au Chapter 5, Synchronizing configuration files across all sites and arbitrators.

• Le CIB (base d'informations de la grappe) n'est pas synchronisé automatiquement entre les différents sites d'une grappe géographique. Cela signifie que toutes les modifications de la configuration des ressources requises sur tous les sites de grappe doivent être transférées vers les autres sites manuellement. Pour ce faire, ajoutez des balises aux ressources respectives, exportez-les à partir du CIB actuel, puis importez-les dans le CIB sur les autres sites de grappe. Pour plus de détails, reportez-vous au Section 6.4, “Transferring the resource configuration to other cluster sites”.

Copyright © 2006– 2023 SUSE LLC et contributeurs. Tous droits réservés.

Il est autorisé de copier, distribuer et/ou modifier ce document conformément aux conditions de la licence de documentation libre GNU version 1.2 ou (à votre discrétion) 1.3, avec la section permanente qu'est cette mention de copyright et la licence. Une copie de la version de licence 1.2 est incluse dans la section intitulée « Licence de documentation libre GNU ».

Pour les marques commerciales SUSE, consultez le site Web http://www.suse.com/company/legal/. Toutes les autres marques de fabricants tiers sont la propriété de leur détenteur respectif. Les symboles de marque commerciale (®, ™, etc.) indiquent des marques commerciales de SUSE et de ses filiales. Des astérisques (*) désignent des marques commerciales de fabricants tiers.

Toutes les informations de cet ouvrage ont été regroupées avec le plus grand soin. Cela ne garantit cependant pas sa complète exactitude. Ni SUSE LLC, ni les sociétés affiliées, ni les auteurs, ni les traducteurs ne peuvent être tenus responsables des erreurs possibles ou des conséquences qu'elles peuvent entraîner.