Planification des capacités matérielles

La planification de la capacité pour Host Integration Server, la passerelle SNA doit prendre en compte plusieurs facteurs. Ils peuvent être divisés en quatre zones ; nombre total de sessions, charge du serveur, tolérance de panne et modèle de déploiement.

Nombre total de sessions

En général, les sessions indépendantes et dépendantes d’un hôte IBM doivent être codées en dur. Avec les sessions dépendantes (affichage 3270, imprimante ou LUA), cela est particulièrement vrai, car chaque unité logique définie ne peut prendre en charge qu’une seule session. En outre, la plupart des clients ont toujours besoin d’un grand nombre de sessions dépendantes. Le nombre total de sessions doit être pris en compte lors de la planification de la capacité, car elles devront être configurées explicitement sur chaque serveur.

Chaque serveur d’intégration d’hôte peut prendre en charge un maximum de 60 000 sessions dépendantes. Bien qu’un seul serveur puisse prendre en charge ce nombre, les sessions sont généralement divisées sur plusieurs serveurs pour fournir une tolérance de panne. La plupart des clients prendront en charge un maximum de 7 000 à 10 000 sessions Display ou LUA et 2 000 sessions d’imprimante par serveur.

Un autre facteur est le nombre d’utilisateurs uniques qui se connectent au serveur. Chaque serveur peut prendre en charge 8 000 utilisateurs uniques. En règle générale, les clients exécutent plusieurs sessions par bureau. Si le scénario client est un ratio 1 :1, le nombre total de sessions par serveur doit être inférieur à 8 000.

Une autre stratégie consiste à utiliser des pools d’unités logiques. Cela permet de regrouper les sessions Display et LUA sous un même nom, appelé « pool ». Du point de vue de l’utilisateur, le nom du pool est utilisé à la place du nom de la lu. Le serveur leur fournira la prochaine unité logique disponible dans le pool. Dans les scénarios où il y a une utilisation intermittente de sessions, le regroupement peut permettre à un plus petit nombre de sessions de prendre en charge un plus grand groupe d’utilisateurs. Par exemple, il peut y avoir 10 000 utilisateurs, mais jamais plus de 5 000 sessions en cours d’utilisation à la fois. Dans ce cas, un pool peut être créé avec 5 000 sessions pour prendre en charge le pic de charge. Cette stratégie fonctionne mieux lorsque les utilisateurs et l’application ne sont pas liés à des unités logiques spécifiques.

Les unités logiques dépendantes utilisées pour l’émulation de la session Printer suivent les mêmes limites que les sessions Display & LUA, mais ont des contraintes supplémentaires. Le système d’exploitation peut limiter le nombre de sessions d’impression simultanées. Sur les versions antérieures de Windows, Host Integration Server est limité par défaut à 500 sessions simultanées. En outre, les sessions d’impression entraînent plus de surcharge que la session Display ou LUA en raison de l’interaction avec le système d’impression Windows. L’utilisation de systèmes multiprocesseurs augmente les performances d’impression simultanées. En règle générale, les clients prennent en charge un maximum de 2 000 sessions configurées par serveur.

Le tableau suivant fournit certaines des limitations pour les composants.

Composant	Valeurs maximales
SA Connections	- Mappage 1 :1 à une pu hôte - 255 unités logiques dépendantes - 250 Connections par service SNA
Service SNA (Nœud)	- 15 000 unités logiques dépendantes - Quatre par serveur
Serveur HIS	- 60 000 unités logiques dépendantes - 1000 Connections - 15 par sous-domaine

Charge du serveur

En plus du nombre total de sessions, la quantité de travail effectuée par le serveur doit être prise en compte dans la planification de la capacité.

L’un des facteurs est la demande générée par les clients. La vitesse à laquelle les données circulent affecte la charge de travail. L’accès intermittent à l’écran, tel qu’une application de traitement de prêt, générerait moins de charge de travail qu’une application de caissier en utilisation constante. La quantité de données qui circule affecte également la charge de travail. En règle générale, l’application basée sur l’écran 3270 génère de petites quantités de données, où un transfert de fichiers ou un travail d’impression envoie des paquets de données complets.

Un autre facteur est les autres services fournis par le serveur. Si le serveur expose les sessions via le service TN3270, il y aura une augmentation modérée de la charge de travail. Des ressources supplémentaires doivent être prises en compte (par exemple, un processeur supplémentaire) ou une réduction du nombre total de sessions. Si le serveur fournit l’émulation de session d’impression via le service D’impression SNA, cela peut considérablement augmenter la charge de travail. Les sessions d’impression configurées pour utiliser des fichiers PDT créent une légère augmentation de la charge de travail. Les sessions d’impression configurées pour GDI créent une augmentation importante de la charge de travail. En règle générale, les clients isolent les sessions d’impression sur un serveur dédié.

En plus des services Host Integration Server, il peut y avoir d’autres services et fonctions exécutés par le serveur, comme l’hébergement d’une base de données ou la fourniture de services d’impression Windows. Il est difficile de prédire exactement la puissance de traitement nécessaire pour exécuter plusieurs applications serveur. Dans de nombreux cas, vos propres exigences pour répondre à un certain niveau de temps de réponse ou de taux de transaction indiquent les exigences matérielles spécifiques pour votre environnement.

Le tableau suivant fournit des instructions générales concernant la configuration matérielle requise.

Par serveur	Instructions
1000-5000 utilisateurs 15 000 sessions	- Système multiprocesseur avec au moins 8 Go de RAM - Connexions Gigabit Ethernet - Plusieurs adaptateurs LAN pour réduire les goulots d’étranglement
200-1000 utilisateurs 5 000 sessions	- Système double processeur avec au moins 4 Go de RAM - Connexion Gigabit Ethernet
1 à 200 utilisateurs 1 000 sessions	- Système à processeur unique avec au moins 2 Go de RAM - Connexion Gigabit Ethernet

Tolérance de panne

Le nombre total de sessions par serveur et le nombre total de serveurs devront prendre en compte les exigences de tolérance de panne. Host Integration Server prend en charge un regroupement logique de serveurs appelé sous-domaine. Les clients sont configurés pour un sous-domaine particulier et peuvent accéder aux ressources sur n’importe quel serveur de ce sous-domaine. En augmentant le nombre de serveurs sur lesquels les sessions sont réparties, vous réduisez la quantité de capacité perdue en cas de défaillance d’un serveur. Par exemple, si vous devez prendre en charge 10 000 sessions, les diviser entre deux serveurs signifie une perte de capacité de 50 % en cas de défaillance d’un serveur. Si celles-ci sont réparties sur quatre serveurs, la perte d’un serveur ne réduit la capacité que de 25 %.

Ces serveurs peuvent être surchargés pour fournir une redondance. À l’aide de l’exemple ci-dessus, vous pouvez placer 7 500 sessions sur deux serveurs. Dans ce cas, la perte d’un serveur ne réduit la capacité que de 25 %. Avec cette stratégie, vous pouvez fournir une redondance à 100 %.

Modèle de déploiement

Enfin, l’endroit où le serveur est déployé est également un facteur dans la planification de la capacité. Si vos serveurs se trouvent de manière centralisée dans le centre de données, un ensemble principal de serveurs peut traiter tous les emplacements de branche. Si vos serveurs sont déployés dans une branche, ils ne prennent généralement en compte que les sessions de cette branche. En règle générale, le déploiement de branche nécessite plus de serveurs totaux à faible capacité, où en tant que déploiement central peut utiliser moins de serveurs à une capacité plus élevée. Avec le modèle de licence par processeur, ces deux modèles de déploiement peuvent ne pas affecter le coût de licence supérieur (par exemple, 4 serveurs quad-proc contre 16 serveurs monoprocess).