| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||
Il est possible de mettre en place un système de haute disponibilité logicielle (HA pour High Availability en anglais) s'intégrant avec BlueMind. Le présent document donne les recommandations et informations sur le système BlueMind nécessaire pour pouvoir intégrer la solution de messagerie dans une infrastructure de haute disponibilité.
Préparation du systèmeNote : les deux serveurs en jeu doivent respecter les recommandations de dimensionnement matériel définies dans le document suivant : Dimensionnement matériel Espace de stockageLe contenu à partager entre les deux serveurs peut l'être soit sur un espace de stockage partagé comme par exemple un SAN (Storage Area Network), soit via une réplication de données entre deux espaces de stockages séparés.
Données à rendre disponible entre les deux serveursLes données situées dans les répertoires suivants sont celles qui doivent être visibles par les deux serveurs et dont l'accès doit être géré par le système de gestion de la HA.
À ces derniers doit être ajoutée la base de données cyrus située dans le répertoire suivant :
RéseauAfin de fonctionner correctement, BlueMind doit être accessible via une seule URL/IP, il est donc recommandé d'utiliser un système pouvant gérer des adresses IP flottantes (ou virtuelles).
Scripts de supervisionAfin de pouvoir superviser les services BlueMind, le paquet bm-checks doit être installé. Une fois le paquet installé, des scripts de supervisions sont alors disponibles dans le répertoire /usr/share/bm-checks/. Pour les utiliser, lancer l'exécution de ces scripts bash de manière régulière, avec un cron par exemple. Chaque script renvoie un code de retour dépendant du status du service BlueMind :
En cas d'erreur, un message est renvoyé sur la sortie standard. MultiExcerptName | monitoring_scripts | PageWithExcerpt | MonitoringConfiguration de la Haute disponibilitéDonnées et services à gérerConfiguration de BlueMind à synchroniserLes fichiers de configurations BlueMind à synchroniser en temps réel par le système de gestion de la HA sont listés ci-après.
Il faut également synchroniser les fichiers :
Gestion de la mise à jour de BlueMindLes grandes étapes de la mise à jour d'un déploiement en Haute Disponibilité de BlueMind sont décrites ci-après :
STONITHSTONITH, pour Shoot The Other Node In The Head, est une technique de fencing, ou isolement, dans la gestion de clusters. Le principe est de pouvoir éteindre le serveur défaillant d'un cluster à distance, soit logiciellement, soit directement en lui coupant son alimentation électrique. Ce type de fonctionnement se situe au niveau de l'infrastructure matérielle.
Cette technique peut par exemple être mise en place avec des outils IPMI (Intelligent Platform Management Interface). IPMI est une spécification d'interfaces de gestion de machines, mais il est possible d'en trouver des implémentations, comme par exemple freeIPMI, OpenIPMI, ipmitool, ... L'implémentation côté matériel peut se faire par un matériel dédié ou simplement par l'utilisation par exemple des cartes iDRAC pour du matériel du constructeur DELL.
|
| Sv translation | ||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||
Getting the system readyNote: the two servers involved must follow the hardware sizing recommendations defined in the following section: Hardware Sizing Storage spaceThe contents you want to share between the two servers can be shared either on a separate shared storage space such as a SAN (Storage Area Network), or through data replication between two separate storage spaces.
Data to be made available between both serversThe data located in the following directories must be made visible by both servers and its access must be managed by the HA handling system.
The cyrus database located in the following directory must also be added to this data:
NetworkTo work properly, BlueMind must be accessible through a single URL/IP. We therefore recommend that you use a system that is capable of handling floating (or virtual) IP addresses.
Monitoring scripts
Setting Up High AvailabilityData and services that need to be managed by HAHigh availability-based synchronization of BlueMind configuration filesBlueMind's configuration files that must be synchronized in real time by the HA handling system are listed below.
The following files must also be synchronized:
Managing the BlueMind updateThe key steps for updating a High Availability-based deployment of BlueMind are described below:
STONITHSTONITH, which stands for Shoot The Other Node In The Head, is a fencing or node isolation technique in cluster management. Its purpose is to shut down a server's failed cluster remotely – either through software or by directly cutting off its power supply. This is done at the hardware infrastructure level.
This technique can for instance be implemented using IPMI tools (Intelligent Platform Management Interface). IPMI is a specification of server management interface whose implementations include freeIPMI, OpenIPMI, ipmitool, ... As far as hardware is concerned, implementation can be made on dedicated hardware or using iDRAC cards for DELL equipment.
|