Questions récurrentes concernant la haute disponibilité

• Qu'est-ce qu'un système hautement disponible ?

  Sur le système SunPlex, la haute disponibilité (HD) est la capacité d'un cluster à maintenir une application active, même lors d'une panne entraînant normalement l'indisponibilité du système serveur.

• Quel est le processus grâce auquel le cluster peut fournir la haute disponibilité ?

  Le cluster fournit un environnement hautement disponible à travers un processus appelé basculement. Le basculement est une série d'actions exécutées par le cluster pour déplacer les ressources d'un service de données d'un nœud défectueux vers un autre nœud actif du cluster.

• Quelle est la différence entre un service de données évolutif et un service de données de basculement ?

  Il existe deux types de services de données à haute disponibilité : le service de basculement et le service évolutif.

  Un service de données de basculement exécute une application sur un seul nœud principal du cluster à la fois. Les autres nœuds peuvent exécuter d'autres applications, mais chaque application ne tourne que sur un seul nœud. Si un nœud principal tombe en panne, les applications fonctionnant sur ce nœud basculent vers un autre nœud et continuent de fonctionner.

  Un service évolutif exécute une application sur plusieurs nœuds pour créer un service logique unique. Les services évolutifs utilisent tous les nœuds et processeurs du cluster sur lequel ils tournent.

  Pour chaque application, un nœud héberge l'interface physique pour le cluster. Ce nœud s'appelle nœud d'interface globale (ou nœud GIF). Il peut y avoir plusieurs nœuds GIF dans le cluster. Chacun héberge une ou plusieurs interfaces logiques pouvant être utilisées par les services évolutifs. Ces interfaces logiques sont appelées interfaces globales. Un nœud GIF héberge une interface globale pour toutes les requêtes d'une application particulière et les distribue aux nœuds sur lesquels tourne le serveur d'application. Si le nœud GIF tombe en panne, l'interface globale bascule sur un nœud encore actif.

  Si l'un des nœuds sur lequel tourne l'application tombe en panne, celle-ci continue de fonctionner sur les autres nœuds avec une certaine dégradation des performances jusqu'à ce que le nœud défectueux retourne dans le cluster.