Haute disponibilité pour les hôtes BizTalk

BizTalk Server offre une grande flexibilité dans la gestion de la haute disponibilité, car vous pouvez dédier stratégiquement des hôtes logiques pour exécuter des zones de fonctionnalités spécifiques, telles que la réception et l’envoi de messages ou le traitement d’orchestrations, qui peuvent être déployées physiquement sur plusieurs serveurs.

Un hôte BizTalk est un conteneur logique au sein d’un groupe de BizTalk Server qui peut héberger des éléments BizTalk Server tels que les gestionnaires d’envoi d’adaptateur (y compris les pipelines), les emplacements de réception et les orchestrations. En général, il faut regrouper dans un hôte particulier des éléments aux propriétés de mise à l'échelle similaires.

Après avoir créé un hôte, vous pouvez le déployer sur un ordinateur BizTalk Server physique en tant que instance hôte. Un instance hôte s’exécute en tant que service Windows, BTSNTSvc.exe (ou BTSNTSvc64.exe pour les instance hôtes 64 bits), sur l’ordinateur BizTalk Server désigné. Pour chaque hôte, vous ne pouvez avoir qu’une seule instance sur un ordinateur BizTalk Server particulier. Toutefois, vous pouvez avoir des instances d’un hôte particulier sur un ou plusieurs ordinateurs BizTalk Server, et vous pouvez avoir des instances de différents hôtes sur un ordinateur BizTalk Server particulier.

Les éléments contenus dans les hôtes BizTalk peuvent effectuer les fonctions suivantes :

• Réception. ces éléments effectuent le traitement initial des messages après leur récupération dans un emplacement de réception. Lorsqu’un hôte contient un élément de réception, tel qu’un emplacement de réception (avec un pipeline), le décodage et le déchiffrement des messages se produisent dans un pipeline au sein de l’hôte.

• Envoi. ces éléments effectuent le traitement final des messages avant leur transmission au port d'envoi. Lorsqu’un hôte contient un élément d’envoi, tel qu’un port d’envoi, la signature et le chiffrement du message se produisent dans un pipeline au sein de l’hôte.

• Processing. Ces éléments traitent les messages en fonction des instructions dans les orchestrations.

  Un hôte BizTalk peut contenir des éléments qui reçoivent, envoient et traitent des messages. Pour faciliter la gestion et la scalabilité, nous vous recommandons de créer différents hôtes désignés pour chaque fonction. En particulier, nous vous recommandons d’utiliser différents hôtes pour le traitement et pour les opérations de réception/envoi.

  Par exemple, si vous recevez un message, exécutez une orchestration et recevez dix messages, vous devez séparer les fonctions d'envoi et de réception et les répartir sur deux hôtes distincts. En effet, le trafic correspondant aux éléments d'envoi sera dix fois plus important que celui des éléments de réception. Si vous recevez un message, exécutez une orchestration et envoyez un seul message, vous pouvez considérer ces éléments comme des unités de travail et les regrouper dans un seul et même hôte. Une autre possibilité consiste à les répartir entre trois hôtes différents afin d'améliorer les performances et la flexibilité. En revanche, les coûts de gestion s'en trouvent accrus.

  Les hôtes BizTalk sont l’un des deux types : In-process ou Isolé. Les hôtes in-process s’exécutent à l’intérieur du processus d’exécution BizTalk Server (BTSNTSvc.exe ou BTSNTSvc64.exe) et les hôtes isolés ne s’exécutent pas dans le processus d’exécution BizTalk Server. Les hôtes isolés sont utilisés uniquement du côté de la réception pour les adaptateurs de réception isolés. Le tableau suivant répertorie les éléments que chaque type d'hôte est susceptible de contenir.

Pour plus d’informations sur la gestion des hôtes et des instances hôtes BizTalk, consultez Gestion des hôtes et des instances d’hôte BizTalk (https://go.microsoft.com/fwlink/?LinkID=154191) dans BizTalk Server aide.

Pour fournir une haute disponibilité pour les hôtes BizTalk, vous devez disposer de deux instances hôtes ou plus pour chaque hôte (sur deux ordinateurs ou plus) dans votre environnement. En ayant plusieurs instance d’hôte pour chaque hôte, vous vous assurez que si un hôte instance devient indisponible, les instances hôtes sur d’autres ordinateurs qui exécutent des instances du même hôte peuvent reprendre les fonctions de l’instance hôte problématique ou défaillant, et que le système global peut continuer à fonctionner avec une interruption minimale.

Inconvénients des hôtes supplémentaires

Bien qu’il existe des avantages à créer des instances d’hôte supplémentaires, il existe également des inconvénients potentiels si un trop grand nombre d’instances d’hôte sont créées. Chaque instance hôte est un service Windows (BTSNTSvc.exe ou BTSNTSvc64.exe), qui génère une charge supplémentaire sur la base de données MessageBox et consomme des ressources informatiques, telles que le processeur, la mémoire et les threads. En dehors de celles-ci, vous avez les raisons suivantes de ne pas configurer trop d’instances d’hôte supplémentaires :

• Plusieurs compteurs de performances sont signalés par hôte avec une granularité trop importante. Cela affecte la facilité d’utilisation pour l’administrateur qui aurait besoin de parcourir un grand nombre de données. Cela a un impact négatif sur l’affichage global de l’administrateur.

• Chaque hôte consomme une quantité considérable de mémoire qui peut entraîner une situation de limitation et de réduction des performances.

• Si les hôtes ont des adaptateurs de réception qui effectuent des interrogations en continu, chaque hôte interroge la base de données à intervalles courts, ce qui entraîne une dégradation des performances.

Dans cette section

• Montée en charge des hôtes de réception

• Mise en cluster des hôtes de réception

• Montée en charge des hôtes de traitement

• Montée en charge des hôtes d’envoi

Voir aussi

Configuration des hôtes et des instances d’hôteConfiguration d’un hôte de suivi dédiépour la haute disponibilité2Haute disponibilité pour les bases de donnéeshaute disponibilité pour le serveur secret maître