Cette section s'adresse aux administrateurs de cluster qui doivent gérer des clusters BeeGFS HA après leur déploiement. Même ceux qui connaissent les clusters haute disponibilité Linux doivent lire attentivement ce guide car il existe un certain nombre de différences dans la gestion du cluster, en particulier concernant la reconfiguration, grâce à l'utilisation d'Ansible.

Si certains de ces concepts sont introduits sur le principal "termes et concepts" Page, il est utile de les réintroduire dans le contexte d'un cluster BeeGFS HA:

Cluster Node: Un serveur exécutant les services Pacemaker et Corosync et participant au cluster HA.

Nœud de fichiers : Nœud de cluster utilisé pour exécuter un ou plusieurs services de gestion, de métadonnées ou de stockage BeeGFS.

Nœud de bloc : Un système de stockage NetApp E-Series qui fournit un stockage bloc aux nœuds de fichiers. Ces nœuds ne participent pas au cluster BeeGFS HA car ils fournissent leurs propres capacités HA autonomes. Chaque nœud est constitué de deux contrôleurs de stockage qui assurent une haute disponibilité au niveau de la couche bloc.

Service BeeGFS: Un service de gestion, de métadonnées ou de stockage BeeGFS. Chaque nœud de fichiers exécute un ou plusieurs services qui utilisent les volumes du nœud de bloc pour stocker leurs données.

Building Block : Un déploiement standardisé de nœuds de fichiers BeeGFS, de nœuds de blocs E-Series et des services BeeGFS s'exécutent sur eux qui simplifient l'évolution d'un cluster/système de fichiers BeeGFS HA grâce à une architecture vérifiée NetApp. Les clusters haute disponibilité personnalisés sont également pris en charge, mais leur approche consiste souvent à adopter des éléments de base similaires pour simplifier l'évolutivité.

BeeGFS HA Cluster: Nombre évolutif de nœuds de fichiers utilisés pour exécuter les services BeeGFS sauvegardés par des nœuds de blocs pour stocker des données BeeGFS de façon hautement disponible. Repose sur des composants open source éprouvés Pacemaker et Corosync avec Ansible pour le packaging et le déploiement.

Cluster services: désigne les services Pacemaker et Corosync exécutés sur chaque nœud participant au cluster. Notez qu'un nœud n'exécute pas de services BeeGFS et qu'il participe uniquement au cluster comme un nœud « Tiebreaker » s'il n'y a que besoin de deux nœuds de fichiers.

Cluster Resources: pour chaque service BeeGFS s'exécutant dans le cluster, vous verrez une ressource de moniteur BeeGFS et un groupe de ressources contenant des ressources pour les cibles BeeGFS, les adresses IP (IP flottantes) et le service BeeGFS.

Ansible: Un outil de provisionnement logiciel, de gestion de la configuration et de déploiement des applications, permettant ainsi une infrastructure comme du code. Tout cela est possible grâce au package de clusters BeeGFS HA pour simplifier le processus de déploiement, de reconfiguration et de mise à jour de BeeGFS sur NetApp.

Pcs: Une interface de ligne de commande disponible à partir de n'importe quel nœud de fichiers du cluster utilisé pour interroger et contrôler l'état des nœuds et des ressources du cluster.

Basculement: chaque service BeeGFS a un noeud de fichier préféré qu'il fonctionne à moins que ce noeud ne tombe en panne. Lorsqu'un service BeeGFS s'exécute sur un nœud de fichier non préféré/secondaire, il est dit qu'il est en cours de basculement.

Retour arrière: le fait de déplacer les services BeeGFS d'un noeud de fichier non préféré vers leur noeud préféré.

Paire HA : deux nœuds de fichiers qui accèdent au même ensemble de nœuds de bloc sont parfois appelés paire HA. Ce terme est utilisé dans l'ensemble de NetApp pour désigner deux contrôleurs ou nœuds de stockage qui peuvent « prendre le relais » les uns les autres.

Mode maintenance : désactive toute la surveillance des ressources et empêche Pacemaker de déplacer ou de gérer des ressources dans le cluster (voir également la section sur "mode maintenance").

Cluster HA: un ou plusieurs nœuds de fichiers exécutant les services BeeGFS qui peuvent basculer entre plusieurs nœuds du cluster pour créer un système de fichiers BeeGFS haute disponibilité. Ils sont souvent configurés en paires HA et qui peuvent exécuter un sous-ensemble des services BeeGFS dans le cluster.