Partager via

Montée en puissance par unité du niveau BizTalk Server

  • Article

Pour faire évoluer verticalement le niveau BizTalk, vous devez mettre à niveau l'unité centrale, la mémoire, les E/S et d'autres ressources. L'exemple de la figure suivante montre comment procéder depuis un ordinateur biprocesseur vers un ordinateur quadriprocesseur.

Scale-up BTS

Les scénarios d'évolution verticale du niveau BizTalk sont similaires à ceux utilisés pour l'évolution horizontale :

  • BizTalk Server devient un goulot d'étranglement qui peut avoir pour origine un des problèmes suivants :

  • UC : si le scénario utilise des pipelines, des mappages ou des orchestrations qui sollicitent beaucoup l'UC, les serveurs BizTalk Server n'auront pas de marge au niveau de l'UC.

  • Mémoire et E/S : si les ordinateurs existants ont atteint leur limite maximale concernant la mémoire et les E/S, et que l'ordinateur doit être mis à niveau.

  • Si l'évolution horizontale est trop onéreuse.

  • Si l'évolution horizontale ne résorbe pas le goulot d'étranglement. Par exemple, elle n'a pas d'effet sur les goulots d'étranglement suivants :

    • transformations de messages volumineux ;

    • grand nombre de messages par échange ;

    • mémoire très sollicitée par certains composants BTS comme les pipelines ou les adaptateurs ;

    • transport, comme EDI.

Cas dans lesquels l'évolution verticale du niveau BizTalk est impossible

  • La base de données MessageBox est le goulot d'étranglement.

  • Un adaptateur devient le goulot d'étranglement. Par exemple, si vous utilisez un adaptateur SQL, quand vous augmentez le nombre de récepteurs BizTalk, les conflits de verrouillage risquent d'augmenter sur l'application principale d'où l'adaptateur BizTalk SQL extrait des données. Cela limite vos possibilités d'évolution verticale pour cet adaptateur.

Voir aussi

Évolution horizontale du niveau BizTalk Server
Évolution verticale du niveau serveur SQL Server
Évolution horizontale du niveau SQL Server
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