Partager via


Configuration d'un hôte BizTalk en tant que ressource de cluster

Cette rubrique décrit les étapes à suivre pour configurer un hôte BizTalk en tant que ressource de cluster. Pour effectuer les opérations décrites dans la présente rubrique, vous devez avoir configuré au moins deux serveurs BizTalk dans un groupe BizTalk en tant que membres d'un cluster de serveurs Windows. Pour plus d'informations sur la configuration d'un cluster de serveurs Windows Server, consultez l'aide en ligne de Windows Server.

Prérequis

Vous devez ouvrir une session en tant que membre du groupe Administrateurs BizTalk pour pouvoir configurer ou annuler sa mise en cluster.

Considérations diverses et problèmes connus

  • Pour que vous puissiez exécuter une instance d'un hôte BizTalk en cluster sur BizTalk Server, un serveur BizTalk Server doit être configuré en tant que nœud d'un cluster de basculement Windows Server. Pour plus d'informations sur la configuration d'un nœud dans un cluster de serveurs, consultez l'aide en ligne de Windows Server.

  • Vous ne pouvez pas basculer un hôte BizTalk en cluster vers un instance hôte qui a l’option Désactiver l’instance hôte du jeu de démarrage. Vérifiez que cette option n’est pas activée pour toutes les instances d’hôte pour l’hôte BizTalk en cluster. Cette option est définie dans la console Administration BizTalk Server de la page Propriétés de l’instance hôte.

  • Lorsque vous mettez en cluster un hôte BizTalk, une ressource de cluster correspondante est créée dans le groupe de ressources de clusters spécifié. Une fois la ressource de cluster créée, chaque nœud disponible du cluster est ajouté comme propriétaire possible de cette ressource. Étant donné qu'une ressource de cluster peut être basculée vers n'importe quel nœud de la liste de propriétaires possibles, vous devez ajouter une instance de l'hôte à tous les nœuds disponibles d'un cluster avant de mettre en cluster un hôte BizTalk. Les tentatives de basculement d’un hôte BizTalk en cluster vers un ordinateur BizTalk Server qui ne contient pas de instance de l’hôte échouent.

    Notes

    Pour empêcher un hôte BizTalk mis en cluster de s'exécuter ou de basculer sur un nœud de cluster donné, supprimez celui-ci de la liste de propriétaires possibles de la ressource de cluster créée lors de la mise en cluster de l'hôte BizTalk. Vous pouvez modifier la liste des propriétaires possibles d'une ressource de cluster à l'aide de l'interface de gestion du cluster de basculement Windows Server.

  • Lorsque clustering un hôte BizTalk, vérifiez que le groupe de clusters, le service en cluster ou l’application auquel vous ajoutez l’hôte contient un nom réseau et une ressource d’adresse IP. Si le groupe de clusters cible contient ces ressources, la ressource Nom de réseau est ajoutée en tant que dépendance à l'hôte BizTalk mis en cluster. Si ces ressources ne sont pas disponibles, l'hôte BizTalk ne fonctionnera pas correctement en tant que ressource mise en cluster.

  • Si vous annulez la configuration d'un serveur BizTalk Server/nœud de cluster répertorié comme propriétaire possible d'un hôte BizTalk mis en cluster, la ressource de cluster de l'instance d'hôte est mise hors connexion dans le cluster Windows. Si vous devez annuler la configuration d’un ordinateur BizTalk Server répertorié comme propriétaire possible d’un hôte BizTalk en cluster sans utiliser la ressource de cluster pour l’hôte instance hors connexion, procédez comme suit :

    • Dans l’interface de gestion du cluster de basculement Windows Server, basculez l’hôte cluster vers un ordinateur BizTalk Server autre que l’ordinateur BizTalk Server que vous allez annuler la configuration.

    • Dans la console Administration BizTalk Server, sélectionnez le instance de l’hôte BizTalk en cluster qui correspond à l’ordinateur BizTalk Server qui doit être non configuré.

    • Supprimez l'instance hôte. Si une erreur s'affiche, choisissez l'option permettant de forcer la suppression de l'instance hôte.

    • Annuler la configuration BizTalk Server.

  • Lorsqu'un hôte BizTalk est configuré en tant qu'hôte mis en cluster, une ressource correspondante de cluster est créée dans le groupe de ressources de clusters spécifié sur le cluster.

    Par défaut, une ressource hôte BizTalk en cluster est configurée avec les valeurs de redémarrage suivantes sur un cluster de basculement Windows Server qui sont disponibles sous l’onglet Stratégies de la boîte de dialogue Propriétés de la ressource de cluster :

    Option Valeur
    Si la ressource échoue, tentez un redémarrage sur le nœud actuel. True
    Le service de cluster tente de redémarrer la ressource lorsqu'elle s'arrête.
    Période de redémarrage (mm:ss) : 15:00
    Indique la période au cours de laquelle les tentatives de démarrage sont comptées.
    Nombre maximal de redémarrages au cours de la période spécifiée : 1
    Spécifie le nombre maximal de tentatives de redémarrage autorisées pendant la période des redémarrages (mm :ss).
    Si le redémarrage échoue, faire basculer toutes les ressources dans ce service ou cette application. True
    Le service de cluster tente de redémarrer la ressource en basculant tous les groupe de ressources sur un autre nœud du cluster.
    Si tous les redémarrages échouent de nouveau, commencez le redémarrage après la période spécifiée (hh:mm) : 1:00
    Spécifie une période d’attente prolongée après laquelle le service de cluster commencera une autre série de tentatives de redémarrage.
    Délai d'attente (mm:ss) : 3:00
    Spécifie le temps que la ressource peut prendre pour changer d’état entre Online et Offline avant que le service de cluster place la ressource dans l’état Échec.

    Les valeurs de redémarrage par défaut imposent au cluster de basculement Windows Server de tenter de redémarrer une instance de l'hôte BizTalk en cluster ayant échoué 1 fois dans un délai de 15 secondes. Étant donné que la valeur Si le redémarrage échoue, la valeur basculer toutes les ressources dans ce service ou cette application est définie sur True, toutes les tentatives de redémarrage basculent également le groupe de ressources de cluster vers un autre nœud de cluster. Si une instance d’un hôte BizTalk en cluster ne peut pas être redémarrée dans le nombre de tentatives spécifié pendant la période spécifiée, l’hôte BizTalk en cluster suppose l’état Échec dans l’interface de gestion du cluster de basculement. Si un hôte BizTalk en cluster suppose l’état Échec , il doit être démarré manuellement dans la gestion du cluster de basculement.

    Par défaut, une ressource hôte BizTalk en cluster est configurée avec les valeurs de redémarrage suivantes sur un cluster de serveurs qui sont disponibles sous l’onglet Avancé de la boîte de dialogue Propriétés de la ressource de cluster :

    Option Valeur
    Redémarrer True

    Le service de cluster tente de redémarrer la ressource lorsqu'elle s'arrête.
    Affecter le groupe True

    Le service de cluster tente de redémarrer la ressource en basculant tous les groupe de ressources sur un autre nœud du cluster.
    Seuil de redémarrage 3

    Spécifie le nombre maximal de tentatives de redémarrage autorisées pendant la période de redémarrage. Si le nombre de tentatives de redémarrage dépasse le seuil de redémarrage pendant la période de redémarrage , la ressource de cluster suppose l’état Échec et le service de cluster ne tente plus de redémarrages.
    Période de redémarrage 900 secondes

    Indique la période au cours de laquelle les tentatives de démarrage sont comptées. La période de redémarrage est initialisée lors de la première tentative de redémarrage. Le nombre de tentatives de redémarrage est réinitialisé à zéro si le seuil de redémarrage n’est pas dépassé pendant la durée de la période de redémarrage.

    Les valeurs de redémarrage par défaut imposent au cluster Windows Server de tenter de redémarrer jusqu'à trois fois dans un délai de 900 secondes une instance ayant échoué de l'hôte BizTalk mis en cluster. Étant donné que la valeur Affectez le groupe est définie sur True, toutes les tentatives de redémarrage basculent également le groupe de ressources de cluster vers un autre nœud de cluster. Si une instance d’un hôte BizTalk en cluster ne peut pas être redémarrée dans le nombre spécifié de tentatives pendant la période spécifiée, l’hôte BizTalk en cluster suppose l’état Échec dans l’administrateur de cluster. Si un hôte BizTalk en cluster suppose l’état Échec, il doit être démarré manuellement dans Administrateur de cluster.

Procédures

Pour configurer un hôte BizTalk en tant que ressource de cluster

  1. Dans la console Administration BizTalk Server, cliquez pour développer BizTalk Server Administration, cliquez sur pour développer Groupe BizTalk [<nom_>serveur :<base de données> de gestion], cliquez pour développer Paramètres de plateforme, puis cliquez sur pour développer Hôtes. La liste des hôtes apparaît sous le dossier.

  2. Cliquez avec le bouton droit sur l’hôte que vous souhaitez mettre en cluster, puis sélectionnez Cluster.

    Notes

    Assurez-vous que vous avez créé une instance de l'hôte sur tous les nœuds membres constituant des propriétaires possibles d'un groupe de clusters avant d'ajouter à ce groupe l'hôte BizTalk.

  3. Dans la liste déroulante des groupes de cluster disponibles, sélectionnez le groupe de clusters dans lequel vous souhaitez que l'hôte s'exécute.

    Notes

    Dès qu'un hôte est mis en cluster, il est mis en ligne et commence à traiter des documents pour tous les gestionnaires d'adaptateur ou les orchestrations configurés pour s'exécuter sur l'hôte.

Pour dissocier un hôte BizTalk en cluster

  1. Dans la console Administration BizTalk Server, cliquez pour développer BizTalk Server Administration, cliquez sur pour développer Groupe BizTalk [<nom_>serveur :<base de données> de gestion], cliquez pour développer Paramètres de plateforme, puis cliquez sur pour développer Hôtes. La liste des hôtes apparaît sous le dossier.

  2. Cliquez avec le bouton droit sur l’hôte cluster que vous souhaitez dissocier, puis sélectionnez Dissocier.

    Notes

    Lorsque la mise en cluster d'un hôte est annulée, toutes les instances associées à cet hôte sont arrêtées et celui-ci arrête de traiter des documents pour tous les gestionnaires d'adaptateur ou les orchestrations configurés pour s'exécuter sur l'hôte.