Configuration des hôtes et des instances d’hôte
Un hôte BizTalk représente un ensemble logique de processus d’exécution zéro ou plus dans lequel vous pouvez déployer BizTalk Server services et artefacts (tels que les gestionnaires d’adaptateurs, les emplacements de réception et les orchestrations). Un instance hôte est l’instance physique d’un hôte sur un ordinateur exécutant BizTalk Server. Pour plus d’informations sur les hôtes et les instances hôtes BizTalk, consultez Hosts (https://go.microsoft.com/fwlink/?LinkId=154189) et Host Instances (https://go.microsoft.com/fwlink/?LinkId=154190).
Pour plus d’informations sur la gestion des hôtes et des instances hôtes BizTalk, consultez Gestion des hôtes BizTalk et des instances d’hôte (https://go.microsoft.com/fwlink/?LinkId=154191).
Pour plus d’informations sur la configuration d’un hôte de suivi dédié, consultez Configuration d’un hôte de suivi dédié.
Séparation des instances d’hôte par fonctionnalité
Outre les aspects de haute disponibilité de la configuration de l’hôte instance, vous devez séparer les fonctionnalités d’envoi, de réception, de traitement et de suivi en plusieurs hôtes. Cela offre une flexibilité lors de la configuration de la charge de travail dans votre groupe BizTalk et constitue le principal moyen de distribuer le traitement entre un groupe BizTalk. Cela vous permet également d’arrêter un hôte sans affecter les autres hôtes. Par exemple, vous pouvez arrêter l’envoi de messages pour les laisser file d’attente dans la base de données MessageBox, tout en autorisant la réception entrante des messages.
La séparation des instances d’hôte par fonctionnalité offre également les avantages suivants :
Chaque instance hôte a son propre ensemble de ressources telles que la mémoire, les handles et les threads dans le pool de threads .NET.
Plusieurs hôtes BizTalk réduisent également la contention sur les tables de file d’attente de l’hôte de base de données MessageBox, car chaque hôte se voit attribuer ses propres tables de file d’attente de travail dans la base de données MessageBox.
La limitation est implémentée dans BizTalk Server au niveau de l’hôte. Cela vous permet de définir différentes caractéristiques de limitation pour chaque hôte.
La sécurité est implémentée au niveau de l’hôte ; chaque hôte s’exécute sous une identité Windows discrète. Cela vous permet, par exemple, de donner à Host_A accès à FileShare_B, tout en n’autorisant aucun autre hôte à accéder au partage de fichiers.
Notes
Bien que la création d’instances d’hôte supplémentaires présente des avantages, il existe également des inconvénients potentiels si trop d’instances hôtes 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, les threads).
Pour plus d’informations sur la modification des propriétés de l’hôte BizTalk Server, consultez How to Modify Host Properties (https://go.microsoft.com/fwlink/?LinkId=154192).
Limites pratiques maximales de l’utilisation de la mémoire d’une instance hôte BizTalk 32 bits
Les processus 32 bits sur le système d’exploitation Windows 32 bits avec l’ensemble /3 Go ont 3 gigaoctets (Go) de mémoire adressable si le processus est « prenant en charge les grandes adresses » (autrement dit, l’exécutable a l’indicateur IMAGE_FILE_LARGE_ADDRESS_AWARE défini dans l’en-tête d’image). Le processus hôte BizTalk, qui prend en charge les grandes adresses, peut traiter 3 Go de mémoire sur le système d’exploitation Windows avec /3 Go défini. De même, les processus 32 bits sur le système d’exploitation Windows 64 bits (AMD64) ont 4 Go de mémoire adressable, si le processus est « prenant en charge les grandes adresses ». Là encore, le processus hôte BizTalk, « prenant en charge les grandes adresses », peut traiter 4 Go de mémoire lors de l’exécution en tant que processus 32 bits sur le système d’exploitation Windows 64 bits. Les processus 64 bits sur le système d’exploitation Windows 64 bits (AMD64) ont 8 téraoctets de mémoire adressable.
Même si la mémoire maximale adressable par un processus sur un système d’exploitation Windows 32 bits (sans le commutateur /3 Go) est de 2 Go, une application .NET (telle qu’un hôte BizTalk instance) reçoit des erreurs de mémoire insuffisantes avant que les « octets virtuels » n’atteignent 2 Go. Le tableau ci-dessous résume cela et inclut les limites pratiques pour les octets virtuels et les octets privés.
Processus | Système d’exploitation Windows | Mémoire adressable (avec un processus prenant en charge les grandes adresses) | Limite pratique pour les octets virtuels | Limite pratique pour PrivateBytes |
---|---|---|---|---|
32 bits | 32 bits | 2 Go | 1400 Mo | 800 Mo |
32 bits | 32 bits avec /3 Go | 3 Go | 2400 Mo | 1800 Mo |
32 bits | 64 bits | 4 Go | 3400 Mo | 2800 Mo |
64 bits | 64 bits | 8 téraoctets | - | - |
Pour plus d'informations, consultez les pages suivantes :
ASP.NET Performance Monitoring et Quand alerter les administrateurs (https://go.microsoft.com/fwlink/?LinkId=151856)
Limites de mémoire pour les versions windows (https://go.microsoft.com/fwlink/?LinkId=151857)
Voir aussi
Liste de contrôle : Configuration d’BizTalk ServerConfiguration d’un hôte de suivi dédié