Instructions sur les tests de performances d'une connexion socket

Avant de tester les performances d'applications basées sur une connexion socket TCP/IP, configurez votre environnement de test et suivez ces instructions pour générer des tests de performances fiables.

Limitations

Vous pouvez utiliser cette extension pour tester les applications exécutées sur un modèle client-serveur, où le test simule la connexion de plusieurs clients à un ou plusieurs serveurs. Les autres modèles tels les réseaux d'égal à égal ne sont pas pris en charge.

IBM® Rational Performance Tester ne prend pas en charge l'enregistrement d'une connexion socket dans les versions 64 bits de Microsoft Windows 2003 et Windows XP.

Performances

Lorsque vous déployez vos tests de performances, il est important d'utiliser un nombre approprié d'utilisateurs virtuels sur un ordinateur donné. Par exemple, si vous déployez trop d'utilisateurs virtuels sur un même ordinateur, les résultats générés reflètent davantage la charge de l'ordinateur de test que celle du serveur.

Pour de meilleurs résultats avec les tests de performances sur un ordinateur de test moyen avec un processeur 1 GHz et 1 Go de RAM, le nombre d'utilisateurs virtuels simultanés ne doit pas être supérieur à 1 000.

Si vous avez dépassé le nombre d'utilisateurs virtuels qu'un seul ordinateur de test peut exécuter, les performances mesurées du serveur sont affectées par les performances de l'ordinateur de test, ce qui invalide les résultats finaux.

Si vous éditez un planning pour des tests de performances de longue durée, respectez les recommandations suivantes :
  • Dans l'éditeur de planning, réduisez la valeur de l'option Niveau de journalisation du test à Aucun.
  • Dans l'éditeur de planning, pour l'option Intervalle d'échantillonnage des statistiques choisissez une valeur approximativement égale à 1/60e de la durée d'exécution (par exemple, 12 minutes pour une session estimée à 12 heures).
  • Si possible, utilisez des boucles dans les suites de tests plutôt que dans le planning. L'utilisation de boucles dans les suites de tests évite les incidents de connexion qui pourraient se produire dans des tests assez longs et met l'accent sur les activités d'envoi et de réception plutôt que sur les activités de connexion et de d'arrêt de connexion.

Authentification SSL/TLS

Les tests sur socket admettent les protocoles SSL ou TLS avec authentification simple ou forte, mécanismes également appelés authentification du serveur et authentification du client.

Pour l'authentification du serveur, le client doit déterminer s'il peut faire confiance au serveur. Lorsque vous enregistrez ou exécutez un test sur socket avec un enregistreur proxy, ce dernier est intercalé entre le serveur et le client. Par conséquent, vous devez faire "croire" à l'application client que l'enregistreur proxy est le serveur certifié en effectuant l'une des actions suivantes :
  • Configurez les paramètres SSL ou TLS de l'enregistreur proxy afin qu'il s'authentifie lui-même comme le serveur auprès du client et comme le client auprès du service (ou serveur). Cela signifie que vous devez fournir au proxy d'enregistrement les certificats adéquats.
  • Configurez un client géré (une application client externe) de sorte qu'il accepte l'enregistreur proxy comme s'il s'agissait du serveur certifié. L'assistant d'enregistrement fournit un lien permettant de télécharger et d'importer un certificat IBM Rational Performance Tester dans l'application client.

Pour l'authentification du client, le serveur doit authentifier le client de test en fonction de son autorité racine de certification. Par conséquent, vous devez lui fournir le certificat de client lui permettant d'authentifier l'enregistreur proxy ou l'agent de test comme un client certifié.

Pour plus d'informations sur la gestion des certificats numériques, voir Présentation des certificats numériques.


Retour d'informations