Démarrage rapide de Geo Clustering #

Les grappes Geo basées sur SUSE® Linux Enterprise High Availability 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 Geo 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 arbitrator) 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 Geo peut avoir un ou plusieurs arbitres.

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

 

Il est également possible d'exécuter une grappe Geo à deux sites sans arbitre. Dans ce cas, un administrateur de grappe Geo 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 Geo, reportez-vous au Administration Guide.

Les procédures décrites dans ce document mènent à une grappe Geo de base comportant 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) nécessitent au moins les modules et extensions suivants :

Lors de l'installation des machines, sélectionnez HA GEO Node en tant que system role. Cela entraîne l'installation d'un système minimal dans lequel les paquets du modèle Geo Clustering for High Availability (ha_geo) sont installés par défaut.

Tous les scripts d'amorçage consignent des données dans le fichier /var/log/crmsh/crmsh.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, reportez-vous au Administration Guide.

Les paquets permettant de configurer et de gérer une grappe Geo sont inclus dans les modèles d'installation High Availability et Geo Clustering for High Availability. Ces modèles ne sont disponibles qu'après l'installation de SUSE Linux Enterprise High Availability.

Vous pouvez vous enregistrer auprès du SUSE Customer Center et installer SUSE Linux Enterprise High Availability lors de l'installation de SUSE Linux Enterprise Server ou après l'installation. Pour plus d'informations, reportez-vous au manuel Deployment Guide pour SUSE Linux Enterprise Server.

Utilisez la commande crm cluster geo_init pour configurer une grappe existante en tant que premier site d'une grappe Geo.

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 2 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 Geo, ajoutez la deuxième grappe avec le script crm cluster geo_join, comme décrit dans la Procédure 3. Le script doit avoir un accès SSH à un site de grappe déjà configuré et ajoute la grappe actuelle à la grappe Geo.

La commande crm cluster geo_join copie la configuration booth à partir de l'emplacement 1 (voir Exemple 1). En outre, il crée les ressources de grappe nécessaires pour le booth (voir Exemple 2).

Après avoir configuré tous les sites de votre grappe Geo avec les commandes crm cluster geo_init et crm cluster geo_join, configurez l'arbitre avec crm cluster geo_init_arbitrator.

Le script crm 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 Geo Clustering constituent un moyen rapide pour configurer une grappe Geo de base qui peut être utilisée à des fins de test. Toutefois, pour convertir la grappe Geo résultante en une grappe Geo opérationnelle pouvant être utilisée dans des environnements de production, d'autres étapes sont requises.

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 Geo 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 Chapitre 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 Geo. 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 ».