Tous les mécanismes de haute disponibilité sont inclus. Activez n’importe quelle combinaison pour obtenir l’équilibre souhaité entre protection et complexité.
Activité (Membership)
Plusieurs battements de cœur simultanés et redondants
Protection inégalée
Quorum
En cas de “split brain”, déterminez quels nœuds peuvent rester actifs.
Témoin (Witness)
Ajoutez plus de votants au vote de quorum pour survivre à plusieurs défaillances.
Isolation (Fencing)
Empêchez un nœud défaillant d’utiliser les ressources du cluster comme les disques partagés.
Transfert de Contrôle (TOC)
Déclenché si une ressource critique tombe et ne peut pas redémarrer.
Ressources Critiques
Souvent, un simple redémarrage local suffit. En dernier recours, déclenchez un basculement.
Pourtant Simple, Évolutif, Universel
Déployez avec un seul paquet.
Un seul binaire gère tous les rôles d’agent, sans module noyau requis.
Les mises à jour sont transparentes via votre gestionnaire de paquets, sans temps d’arrêt.
Gérez les services sans effort : démarrez, arrêtez ou relocalisez avec des commandes simples.
Vérification Instantanée de l'État du Cluster
Tout ce qui est vert est optimal. Les informations en rouge indiquent des problèmes.
Un Choix d'Interfaces
API
Une interface de programmation pour l'automatisation via TLS ou socket Unix.
CLI
Une interface en ligne de commande pour l'administration de bas niveau, dans le cluster (om) ou hors cluster (ox).
TUI
Une interface utilisateur en terminal pour une gestion facile du cluster depuis une console sur votre ordinateur portable ou un nœud du cluster.
Webapp
Pour une gestion facile du cluster depuis un navigateur.
Pilotes de Ressources de Service
Une instance de service est essentiellement une collection de ressources démarrant et s’arrêtant ensemble. Un pilote de ressource définit ce que font réellement les actions de démarrage et d’arrêt.
Application
forking, simple
Conteneur
docker, kvm, lxc, podman, vbox
Disque
crypt, disk, drbd, loop, lv, md, raw, vg, zpool, zvol
Système de Fichiers
ext4, xfs, zfs, nfs, smb, cephfs, ocfs2, …
IP
cni, host, netns, route
Partage
nfs
Synchronisation
rsync, symsnapvx, symsrdfs, zfs, zfssnap
Tâche
docker, host, podman
Volume
Pilotes d'Infrastructure de Cluster
L’agent inclut des sous-systèmes optionnels conçus pour abstraire et masquer les détails internes du système des configurations de service. Lorsqu’un modèle de service est construit pour exploiter cette infrastructure, il permet un déploiement transparent dans différents environnements. Par exemple, le même modèle peut être déployé sur un cluster de développement utilisant NFS pour le stockage, et sur un cluster de production utilisant des disques partagés, le tout sans modifier la configuration du service.
Baies de Stockage
Pilotes pour créer, supprimer, présenter et masquer des disques dans les baies de stockage.
freenas, hitachi, pure, symmetrix, truenas
Pools de Stockage
Les services décrivent leurs besoins de stockage en termes de taille, d’accès partagé, d’interface bloc ou fichier, de données volatiles ou persistantes. Les pools de stockage du cluster génèrent les volumes réels. Les services n’ont pas à se soucier de la solution technique qui répond à leurs besoins.
directory, drbd, freenas, hoc, loop, pure, shm, symmetrix, truenas, vg, virtual, zpool
Réseaux Backend
Le service peut déclarer le réseau à rejoindre, au lieu de décrire l’adresse IP, le masque, l’interface, les routes.
bridge, routed_bridge, lo
Secrets et Configurations
Répliqués sur tous les nœuds d’un cluster, ces magasins gèrent de manière sécurisée les données de configuration et les informations sensibles. Les valeurs peuvent être montées comme contenu de fichier dans des volumes ou des ressources de système de fichiers, ou injectées comme variables d’environnement pour les processus et conteneurs d’application. Cette approche est idéale pour stocker les fichiers de configuration de middleware, les mots de passe et autres paramètres critiques, garantissant la cohérence et la sécurité dans tout le cluster.
DNS de Cluster
Permet la résolution de noms pour les services au sein du cluster, assurant une communication transparente même lorsque les services utilisent des adresses IP attribuées dynamiquement par les réseaux backend.
Battement de Cœur (Heartbeat)
Les battements de cœur servent à la fois de preuve de santé des nœuds et de canal d’échange de données. En prenant en charge plusieurs pilotes de battement de cœur au sein d’un cluster, le système gagne en résilience et en tolérance aux pannes.
disk, multicast, relay, unicast