Cette section dresse la liste des points à prendre en compte avant l'installation de Business Integration Connect. La planification vous permet de définir la topologie de déploiement exacte correspondant à vos besoins.
L'immobilisation du système peut affecter considérablement la productivité et la rentabilité de votre activité. Lorsque vous créez un système haute disponibilité, vous garantissez à la communauté de votre concentrateur un système toujours disponible, prêt à fonctionner et à recevoir des documents. Un environnement à haute disponibilité classique permet au système de travailler 99,9 pour cent du temps, certains d'entre eux atteignant même 99,999 pour cent. Les niveaux de disponibilité peuvent diminuer du fait d'événements tels qu'une défaillance ou une surcharge du système, un encombrement ou une attaque du réseau. Pour augmenter la disponibilité, votre système doit être redondant. Pour cela, vous devez disposer d'au moins deux implémentations de chaque fonction logique (Console de communauté, Réceptionnaire et Gestionnaire de documents) sur des serveurs distincts, dans votre architecture. Ainsi, si vous installez les trois composants sur un même serveur, un second serveur est nécessaire pour assurer la redondance. Si vous installez chaque composant sur un serveur distinct, il vous faudra alors six serveurs au total pour assurer la redondance. De plus, vous devez également prévoir la création d'un autre ensemble de serveurs dans l'emplacement de la reprise après incident afin de pouvoir exécuter le système à partir de cet emplacement.
Pour créer une implémentation haute disponibilité de Business Integration Connect, l'infrastructure qui la prend en charge (le réseau, la connexion Internet et même l'alimentation de votre installation) doit également être de type haute disponibilité. Cette condition de haute disponibilité s'applique de la même façon à MQ et à votre SGBDR. Si l'un de ces logiciels échoue, votre environnement de fabrications échouera lui-aussi.
Business Integration Connect se redimensionne de façon horizontale. En d'autres termes, vous pouvez augmenter sa capacité de traitement en ajoutant des instances de ses composants. Le nombre réel de serveurs, d'instances d'un composant spécifique ou la capacité du réseau dont vous aurez besoin dépend des facteurs suivants :
Etant donné que ces facteurs évoluent, vous pouvez redimensionner Business Integration Connect en ajoutant plusieurs instances de ses composants. Le Réceptionnaire, la Console de communauté et le Gestionnaire de documents peuvent avoir des instances n'importe où, de façon indépendante. Cependant, lors de la création de composants redondants de Business Integration Connect, certains points doivent être pris en compte :
Notez que si vous redimensionnez Business Integration Connect, vous devez également redimensionner l'infrastructure qui le prend en charge, et notamment WebSphere MQ et votre SGBDR.
Une fois les serveurs configurés, il est important de contrôler les performances de votre système afin de déterminer s'il faut davantage de serveurs pour satisfaire la demande, et à quel moment.
Le stockage de données est un élément clé de votre topologie car c'est une condition préalable à l'installation de Business Integration Connect. La façon d'aborder les prérequis en matière de stockage partagé dépend de vos besoins en stockage et des réponses que vous apporterez aux questions suivantes :
Si vos besoins dans ces domaines sont faibles, vous pouvez installer le stockage partagé sur le même serveur qu'un ou plusieurs composants de Business Integration Connect. En revanche, s'ils sont élevés, le stockage partagé doit être installé sur un serveur distinct de Business Integration Connect. Si la haute disponibilité est une nécessité, prévoyez un produit de stockage en réseau NAS (Network Attached Storage) redondant car il peut être dimensionner indépendamment des serveurs. Notez que votre SGDBR et WebSphere MQ ne doivent pas obligatoirement être installés sur un NAS.
Business Integration Connect fonctionne au sein d'un environnement de sécurité standard. Cependant, vous devez prendre en compte les éléments suivants :
La Console de communauté nécessite l'activation de sessions avec mise en cache des informations de connexion (sticky sessions) si vous utilisez un composant d'équilibrage de la charge (Load Balancer). Notez que l'activation de telles sessions dans une petite communauté qui envoie de nombreux documents peut avoir un impact sur l'évolutivité (ajout d'instances de Réceptionnaire).