Ces trois principes de la haute disponibilité (HA) décrivent sa valeur et son objectif dans n'importe quel réseau.
- Élimination despoints de défaillance uniques. Ajout ou mise en place d'une redondance dans le système, de sorte que la défaillance d'un composant n'entraîne pas la défaillance de l'ensemble du système.
- Un basculement fiable. Veiller à ce que le point de croisement ne soit pas lui-même un point de défaillance unique.
- Détection des défaillances au fur et à mesure qu'elles se produisent. Si les deux premiers principes sont respectés, l'utilisateur ne verra peut-être jamais de défaillance.
La haute disponibilité est conçue comme une sécurité contre les défaillances de l'infrastructure et les problèmes opérationnels du nuage, et selon votre situation, il peut s'agir d'une caractéristique importante pour l'accès illimité aux fichiers de votre organisation. Mais tous les systèmes de fichiers en nuage n'offrent pas la haute disponibilité, affirmant plutôt que les reconstructions de nœuds peuvent être effectuées en 20 à 60 minutes. Nous disons que c'est un problème et que c'est insuffisant pour le rythme actuel des affaires, surtout si votre travail consiste à assurer la résilience, la sécurité et la rapidité d'accès aux données. Comment vous sentirez-vous lorsque vous devrez annoncer que des données ont été perdues ou qu'elles seront inaccessibles pendant des heures, voire des jours, parce qu'un serveur est tombé en panne ?
En revanche, considérons les capacités de HA suivantes pour le temps de fonctionnement local et global.
Comment fonctionne Panzura CloudFS HA
Avec Panzura, pour 25 téraoctets d'archives globales en lecture/écriture, vous obtenez 5 licences de nœuds (filer) avec le choix de la configuration de chacun : (1) lecture/écriture active, (2) site local de secours, ou (3) site global de secours.
Actif Lecture/écriture
Les nœuds primaires permettent de stocker, de modifier et de partager des données quel que soit l'endroit où elles sont physiquement stockées. Une sécurité robuste, comprenant le cryptage, les contrôles d'accès et l'authentification, protège les données sensibles contre les accès non autorisés. La gestion des versions permet aux utilisateurs de suivre les modifications et de récupérer les versions antérieures des fichiers.
AP locale
Situé dans le même centre de données, le même campus ou la même région qu'un nœud primaire, un nœud HA local CloudFS assure un basculement automatique en cas de défaillance du nœud primaire. Aucune intervention humaine ou réacheminement du trafic n'est nécessaire pour le basculement. L'HA local permet ce basculement transparent car il conserve toutes les activités : tous les fichiers, les métadonnées et les verrous de fichiers.
Vous pourriez vouloir un nœud HA local pour un site très fréquenté avec des centaines ou des milliers d'utilisateurs accédant à des fichiers à partir de l'élément primaire actif.
Si le serveur local tombe en panne, le nœud CloudFS aura conservé son profil réseau, les données mises en cache du site et les verrous de fichiers. Lorsque le serveur se rétablit, le nœud reconnaît également qu'il n'est plus le principal. Il peut commencer à fonctionner en tant que nouveau nœud de secours HA ou reprendre son rôle initial. En d'autres termes, le basculement et le retour à la normale entre un serveur primaire local et un serveur de secours HA sont automatiques, transparents et rapides.
Cependant, avec Panzura CloudFS, vous avez un autre atout dans votre manche : l'espace de noms DFS. DFS-N est un rôle de service dans Windows Server qui vous permet de regrouper des dossiers partagés sur plusieurs serveurs dans un ou plusieurs espaces de noms structurés logiquement. Les utilisateurs disposent ainsi d'une vue et d'un accès virtuels aux dossiers partagés sur plusieurs serveurs.
Cela signifie que si New York et Austin partagent un espace de noms et que le nuage de New York ou le nœud Panzura tombe en panne, les utilisateurs de New York peuvent toujours voir et ouvrir leurs fichiers, que ce site dispose ou non d'un nœud HA.
L'AP mondiale
Un nœud global HA prend en charge tous les nœuds et peut être situé n'importe où dans le réseau. Jusqu'à ce qu'il soit mis en service, un nœud global de secours conserve toutes les métadonnées du réseau, et uniquement les métadonnées. Cette conception le prépare à prendre en charge l'ensemble du réseau si nécessaire. Si tous les autres nœuds tombent en panne, un nœud global de secours peut continuer à répondre à tous les besoins d'accès aux fichiers.
Pour mieux expliquer le fonctionnement du réseau, supposons qu'un ou plusieurs nœuds locaux tombent en panne et que vous déterminiez qu'un basculement est nécessaire. L'administrateur réseau procède en deux étapes :
- Ajuste un paramètre pour que le nœud global HA prenne en charge l'image complète et l'identité des nœuds affectés. Tous les verrous de fichiers migrent alors, et le nœud global HA devient propriétaire de tous les fichiers que la ou les machines en panne détenaient. Les utilisateurs pourront se connecter et commencer à travailler.
- Modifie les paramètres du réseau DNS de manière à ce que le trafic soit dirigé vers le réseau global en attente.
Performance du système de fichiers en nuage, expérience utilisateur et votre travail
L'élément essentiel de l'HA est que la continuité des activités est préservée. Même si votre réseau compte 100 nœuds et que 99 d'entre eux tombent en panne, avec une HA globale, tous les utilisateurs pourront toujours accéder à leurs données. Cela est possible grâce à la synchronisation de l'accès et à la vitesse du réseau.
N'oubliez pas qu'au moment du basculement, le nœud global HA ne dispose que des métadonnées, et non des données mises en cache. Toutefois, grâce à l'architecture unique du système de fichiers et à ses performances supérieures, cela ne pose pas de problème.
Supposons qu'un site desservant 800 utilisateurs dispose de 10 fichiers sur lesquels chacun travaille. Cependant, les 800 utilisateurs n'accèdent pas tous à leurs fichiers en même temps. En fait, il se peut que 100 utilisateurs seulement aient besoin d'accéder à 4 ou 5 de leurs fichiers à la fois, de sorte que seuls 500 fichiers devront être servis simultanément, et non 8 000. Après un basculement vers une HA globale, l'expérience de l'utilisateur sera à peu près la suivante :
Un utilisateur clique sur l'un de ses fichiers ouverts ; il apparaît qu'il a perdu la connexion. Il double-clique pour l'ouvrir. Grâce à la vitesse du réseau CloudFS, il ne faudra que quelques secondes pour que le fichier soit téléchargé et présenté.
Cette expérience est bien meilleure que celle qui consiste à annoncer que des données ont été perdues ou que l'accès à des fichiers importants peut prendre des jours.