Vous pouvez configurer une série de différents services et applications à des fins de haute disponibilité dans un cluster de basculement. Pour obtenir la liste des services ou applications les plus couramment configurés à des fins de haute disponibilité, voir Configuration d’un service ou d’une application à des fins de haute disponibilité.

Cette rubrique contient les sections suivantes :

Services ou applications pouvant être exécutés en tant qu’application générique, script générique ou service générique

Dans les clusters de basculement, vous pouvez utiliser les options Application générique, Script générique et Service générique pour configurer une haute disponibilité pour certains services et applications qui ne prennent pas en charge les clusters (qui, à l’origine, ne sont pas conçus pour s’exécuter dans un cluster).

Application générique

Si vous exécutez une application en tant qu’application générique, le logiciel du cluster démarre l’application, puis interroge régulièrement le système d’exploitation pour déterminer si l’application semble en cours d’exécution. Le cas échéant, elle est supposée en ligne et ne fera pas l’objet d’un redémarrage ni d’un basculement.

Notez que par rapport à une application prenant en charge les clusters, une application générique possède moins de moyens de communiquer son état précis au logiciel du client. Si une application générique passe dans un état problématique, mais semble néanmoins en cours d’exécution, le logiciel du cluster ne possède aucun moyen de le découvrir et d’y réagir (par exemple en redémarrant l’application ou en la faisant basculer).

Avant d’exécuter l’Assistant Haute disponibilité pour configurer la haute disponibilité d’une application générique, assurez-vous de connaître le chemin d’accès de l’application et les noms de toutes les clés de registre sous HKEY_LOCAL_MACHINE que l’application requiert.

Script générique

Vous pouvez créer un script qui s’exécute dans un environnement d’exécution de scripts WSH (Windows Script Host) et qui surveille et contrôle votre application. Ensuite, vous pouvez configurer ce script en tant que script générique dans le cluster. Le script fournit au logiciel du cluster des informations sur l’état actuel de l’application. Selon les besoins, le logiciel du cluster redémarrera ou fera basculer le script (et par son intermédiaire, l’application redémarrera ou basculera).

Lorsque vous configurez un script générique dans un cluster de basculement, la capacité du logiciel du cluster à répondre avec précision à l’état de l’application est déterminée par le script. Plus le script est précis dans les informations qu’il fournit sur l’état de l’application, plus le logiciel du cluster peut être précis dans sa réponse à ses informations.

Avant d’exécuter l’Assistant Haute disponibilité pour configurer la haute disponibilité d’un script générique, assurez-vous de connaître le chemin d’accès du script.

Service générique

Le logiciel du cluster démarre le service, puis interroge régulièrement le contrôleur de service (une fonction du système d’exploitation) pour déterminer si le service semble en cours d’exécution. Le cas échéant, il est supposé en ligne et ne fera pas l’objet d’un redémarrage ni d’un basculement.

Notez que par rapport à un service prenant en charge les clusters, un service générique possède moins de moyens de communiquer son état précis au logiciel du client. Si un service générique passe dans un état problématique, mais semble néanmoins en cours d’exécution, le logiciel du cluster ne possède aucun moyen de le découvrir et d’y réagir (par exemple en redémarrant le service ou en le faisant basculer).

Avant d’exécuter l’Assistant Haute disponibilité pour configurer la haute disponibilité d’un service générique, assurez-vous de connaître le nom du service tel qu’il apparaît dans le Registre sous HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services.

Exigences de base pour un service ou une application dans un environnement de cluster de basculement

Pour convenir à un cluster de basculement, un service ou une application doit présenter certaines caractéristiques. Les caractéristiques les plus importantes incluent les suivantes :

  • Le service ou l’application doit être un service ou une application avec état. En d’autres termes, le service ou l’application doit posséder un état de longue durée en mémoire ou des états de données volumineuses et fréquemment mises à jour. Une application de base de données constitue un exemple. Pour une application sans état (telle qu’un serveur Web frontal), l’équilibrage de la charge réseau conviendra probablement davantage que le clustering avec basculement.

  • Le service ou l’application doit utiliser un composant client qui effectue automatiquement de nouvelles tentatives après les interruptions provisoires du réseau. Sinon, si le composant serveur de l’application bascule d’un premier serveur en cluster vers un autre, l’interruption inévitable (mais brève) engendrera l’arrêt des clients, plutôt qu’une simple nouvelle tentative et une reconnexion.

  • Le service ou l’application doit être capable d’identifier le ou les disques qu’il ou elle utilise. Cela permet au service ou à l’application de communiquer avec les disques dans l’espace de stockage en cluster et de trouver de manière fiable le disque adéquat, même après un basculement.

  • Le service ou l’application doit utiliser des protocoles basés sur IP. Exemples : TCP, UDP, DCOM, canaux nommés et RPC sur TCP/IP.

Références supplémentaires

Table des matières