Partager via


Mise à l'échelle des solutions

L'architecture BizTalk Server offre de grandes possibilités d'évolutivité. Les modèles d'évolutivité que vous choisissez dépendent de la complexité de votre scénario, de votre matériel et de vos exigences en termes de débit et de latence. Il est préférable de démarrer par une petite topologie, puis d'essayer de procéder à une évolution horizontale ou verticale en suivant les instructions fournies dans cette section.

Évolutions horizontale et verticale

Il existe deux manières de faire évoluer votre système BizTalk Server :

  • L'évolution horizontale consiste à ajouter des ordinateurs supplémentaires. Par exemple, si BizTalk Server est engorgé au niveau des ressources d'UC, l'ajout d'un autre serveur double ces ressources et éventuellement le débit.

  • L'évolution verticale consiste à mettre à niveau l'ordinateur existant. Par exemple, vous pouvez transformer un ordinateur 4 processeurs BizTalk Server en un ordinateur 8 processeurs.

    Un système BizTalk Server comporte deux niveaux : le niveau BizTalk Server et le niveau SQL Server, qui contient vos bases de données MessageBox. Dans n'importe quel scénario, vous pouvez procéder à l'évolution verticale ou horizontale de chaque niveau. Autrement dit, vous pouvez procéder à l'évolution horizontale ou verticale de BizTalk Server et de la base de données MessageBox.

    Dans la plupart des cas, le niveau BizTalk devient d’abord un goulot d’étranglement et vous commencez à améliorer les performances en effectuant un scale-out. Mais, à un moment donné, en fonction de la complexité de votre système et du matériel que vous utilisez, vous ne pouvez plus effectuer un scale-out du niveau BizTalk et le niveau SQL Server devient le goulot d’étranglement. Vous procédez alors à l'évolution verticale du niveau SQL Server, puis à son évolution horizontale en lui ajoutant d'autres bases de données MessageBox.

Notes

Une nouvelle base de données MessageBox ne signifie pas nécessairement ici un autre serveur. Un même serveur SQL Server peut posséder plusieurs bases de données MessageBox. De même, plusieurs bases de données MessageBox engendrent des coûts DTC et un tronçon réseau si elles se trouvent sur des ordinateurs différents.

En théorie, vous pouvez faire évoluer horizontalement le niveau SQL Server indéfiniment tant que la base de données principale MessageBox n'est pas saturée.

Les rubriques de cette section décrivent ces modèles d'évolution de façon plus détaillée. Elles expliquent également comment adapter chaque modèle et déterminer à partir de quel moment vous ne pouvez plus utiliser un modèle pour faire évoluer votre système.

Dans cette section

Voir aussi

Hôtes de réception montés en charge
Hôtes de traitement montés en charge
Hôtes d’envoi montés en charge
Utilisation d’un cluster Windows Server pour fournir une haute disponibilité pour les hôtes BizTalk Server 2
Bases de données montées en charge
Mise en cluster des bases de données BizTalk Server