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

Pour rendre les hôtes de réception hautement disponibles, vous devez disposer d’au moins deux ordinateurs BizTalk Server qui exécutent des instances de chaque hôte de réception. En effectuant un scale-out des hôtes de réception, vous pouvez augmenter la disponibilité des déploiements BizTalk Server qui nécessitent beaucoup de messagerie. Bien que son traitement des orchestrations soit minimal, ce modèle de déploiement permet d'acheminer de nombreux messages de types différents de manière rapide et fiable.

Vous pouvez encore améliorer la sécurité et l'évolutivité au sein de votre environnement en séparant l'hôte de réception des hôtes chargés du traitement des orchestrations et de l'envoi des messages, car il est alors possible de sécuriser et de déployer chaque hôte indépendamment des autres. Par exemple, vous pouvez attribuer deux ordinateurs supplémentaires (instances de l'hôte) à l'hôte de réception sans pour autant en ajouter aux hôtes de traitement ou d'envoi.

Présentation des hôtes de réception In-Process et isolés

BizTalk Server intègre des applications pour fournir des services métier. L’intégration est généralement représentée comme BizTalk Server reçoit un document (d’une application), traite le document et renvoie le document traité à l’application ou à une autre application. Le processus est appelé transaction de document.

Une transaction commence généralement par un adaptateur BizTalk qui surveille un certain canal de protocole et reçoit un document. L’adaptateur est ainsi appelé, car il connecte d’autres applications à BizTalk Server. En fonction de sa fonction, il peut s’agir d’un adaptateur d’envoi ou d’un adaptateur de réception. La plupart des adaptateurs par défaut sont un composant .NET avec la fonction de réception et la fonction d’envoi intégrées dans un assembly .NET. En fonction de l’espace mémoire de processus dans lequel réside un adaptateur, il s’agit d’un adaptateur in-process (réception) ou d’un adaptateur isolé (réception). Un adaptateur in-process ne peut être hébergé que par le processus BizTalk Server (BTSNTSvc.exe), et un adaptateur isolé est conçu pour être hébergé par un autre processus. Par exemple, l’adaptateur HTTP et l’adaptateur SOAP sont hébergés par le processus IIS (Internet Information Services). Il s’agit essentiellement d’extensions ISAPI. En revanche, tous les adaptateurs d’envoi sont des adaptateurs in-process.

BizTalk Server Configuration crée deux hôtes par défaut : l’hôte in-process s’appelle BizTalkServerApplication et l’hôte isolé est appelé BizTalkServerIsolatedHost. Un hôte remplit deux fonctions : l’une regroupe logiquement les éléments BizTalk Server afin que ces éléments puissent être affectés à différents processus BizTalk Server, et l’autre contrôle la sécurité. Vous devez spécifier un groupe Windows pour un hôte. Seuls les utilisateurs de ce groupe peuvent envoyer des documents aux adaptateurs hébergés par les instances d’hôte affectées à cet hôte.

Chacun des deux hôtes par défaut a un hôte instance. Un instance hôte n’a pas de nom, mais est associé à un hôte. Le instance hôte BizTalkServerApplication est en fait le processus de service BizTalk Server (BTSNTSvc.exe) sur un ordinateur BizTalk Server au sein du groupe BizTalk. L’hôte BizTalkServerIsolatedHost instance n’est pas directement lié à un processus. Il est associé au processus qui héberge l’adaptateur de réception.

BizTalk Server Configuration crée également un gestionnaire de réception pour chacun des adaptateurs par défaut, à l’exception de SMTP (SMTP est un adaptateur d’envoi). L’une des propriétés du gestionnaire de réception est le nom d’hôte. C’est ainsi qu’il est lié à un hôte et aux instances hôtes de cet hôte.

En plus d’un adaptateur, d’un hôte, d’un instance hôte et d’un gestionnaire de réception, vous devez configurer un port de réception avant que BizTalk Server puissiez commencer à recevoir des documents. Un port de réception contient des emplacements de réception. Un emplacement de réception a une propriété de gestionnaire de réception. En suivant la logique, vous pouvez effectuer le suivi jusqu’au processus BizTalk Server qui traite ce port de réception.

Dans la configuration du port de réception, vous spécifiez éventuellement des mappages. Dans la configuration de l’emplacement de réception, vous devez spécifier un pipeline utilisé pour le prétraitement des documents. Le processus de BizTalk Server désigné gère tout, de la réception d’un document au prétraitement du document en passant par le mappage du document. Il en va de même pour les instances d’hôte in-process et les instances d’hôte isolés.

Scale-out In-Process hôtes de réception

La figure suivante montre un déploiement BizTalk Server qui fournit une haute disponibilité pour l’hôte de réception en ayant deux instances d’hôte chacune sur un ordinateur différent. Notez que dans cette figure, l’hôte de traitement et d’envoi n’est pas hautement disponible, car il n’y a qu’un seul hôte instance traitement des éléments BizTalk affectés à l’hôte.

Dans les cas de déploiement à grande échelle, dans des scénarios de partenariats commerciaux multiples ou d'utilisation de protocoles différents, vous avez la possibilité de répartir la fonction de réception entre plusieurs hôtes. Vous pouvez par exemple créer un hôte de réception des messages pour chaque adaptateur ou des hôtes distincts pour la réception des messages provenant de partenaires différents. Lorsque vous mettez en place plusieurs hôtes de réception, vous pouvez créer des limites de sécurité et faciliter la gestion et l'évolutivité de votre environnement sans que ce dernier puisse bénéficier pour autant d'une disponibilité élevée. Pour obtenir un environnement à haute disponibilité, vous devez créer deux instances de l'hôte (ou plus) pour chaque hôte de réception créé. Par exemple, vous pouvez créer trois hôtes de réception différents (A, B et C) pour recevoir des messages de trois entreprises différentes. Pour faire en sorte que tous ces hôtes bénéficient d'une disponibilité élevée, vous devez ensuite créer des instances d'hôte sur deux ordinateurs ou plus pour chaque hôte. Vous pouvez disposer des instances de chaque hôte sur un seul ordinateur sans perdre pour autant les fonctionnalités de limite de sécurité, de gestion ou d'évolutivité.

Le schéma suivant représente un environnement BizTalk Server hautement disponible à trois ordinateurs où des hôtes sont uniquement utilisés pour la réception de messages provenant de différentes sociétés.

Pour fournir une haute disponibilité dans cette configuration, chaque ordinateur exécute trois instances hôtes : une instance pour chacune des trois entreprises. Les instances de l'hôte de chaque société contiennent les emplacements de réception et les pipelines permettant la communication avec ces sociétés. Pendant les opérations classiques, tant que vous avez effectué le travail nécessaire pour le scale-out devant les adaptateurs de réception, la charge de messagerie est répartie entre les trois instances d’hôte pour chaque hôte. Si l'exécution d'une instance de l'hôte échoue sur un ordinateur, les instances de l'hôte exécutées sur les deux autres ordinateurs constituent une redondance permettant de conserver une disponibilité de service.

Montée en puissance des hôtes de réception isolés

Outre les instances hôtes, le processus de mise à l’échelle et de haute disponibilité pour les hôtes de réception dépend également des adaptateurs spécifiques que vous implémentez dans votre déploiement. Chaque adaptateur possède des caractéristiques de protocole particulières qui rendent la planification et le déploiement différents à chaque fois. Toutefois, BizTalk Server vous permet d’appliquer la même solution de haute disponibilité pour tous les adaptateurs, principalement via des ordinateurs supplémentaires et des instances d’hôte.

Selon le protocole utilisé, certains adaptateurs de réception nécessitent un mécanisme supplémentaire pour la distribution des messages entrants sur plusieurs ordinateurs afin de fournir une disponibilité élevée. Par exemple, BizTalk Server solutions qui utilisent l’adaptateur HTTP ou SOAP (également appelé adaptateur de services web) nécessitent un équilibreur de charge tel que l’équilibrage de charge réseau (NLB) pour distribuer la charge de travail de réception, comme illustré dans la figure suivante.

Pour plus d’informations sur les instructions de haute disponibilité pour les adaptateurs les plus courants dans BizTalk Server, consultez la section « Mise à l’échelle des adaptateurs de réception BizTalk Server » dans hôtes de réception avec montée en puissance parallèle (https://go.microsoft.com/fwlink/?LinkId=151283) dans BizTalk Server aide.

Voir aussi

Clustering recevant des hôtes avec montée en puissancedes hôtes de traitementavec montée en puissance sortante des hôtes d’envoi