Pourquoi dois-je utiliser l’agent loadview sur place ?

Parfois, il est nécessaire de tester un site Web qui n’est pas disponible sur Internet public. Dotcom-Monitor offre deux options pour ce faire.

Tout d’abord, vous pouvez liste blanche LoadView Static Proxy IPs pour permettre le trafic de LoadView dans un réseau d’entreprise. Bien qu’il s’agit d’un moyen simple d’implémenter des tests de charge derrière un pare-feu, il peut être inapproprié d’ouvrir le pare-feu de l’entreprise pour des raisons de sécurité.

Si la liste blanche de la plage IP proxy statique n’est pas autorisée par vos stratégies de sécurité, nous fournissons une autre option sécurisée : les tests de charge à partir de votre réseau local avec LoadView Agent sur place. L’agent loadview sur place peut être installé sur un serveur Windows dédié à l’intérieur du même réseau que le site web cible.

L’utilisation de l’agent sur place ne devrait pas vous obliger à ouvrir votre pare-feu pour le trafic entrant.

Assurez-vous que le trafic sortant est autorisé dans les paramètres du pare-feu ou activez le trafic sortant pour le port 443 pour permettre des connexions sortantes aux services Dotcom-Monitor.

Comment cela fonctionne

Une fois que l’agent sur place a été configuré, il envoie des demandes sortantes au service Dotcom-Monitor pour vérifier si des tests de charge ont été démarrés pour le site Web cible correspondant et la configuration du test de charge. Une fois que la configuration de test a été reçue par l’agent sur place, elle initie plusieurs connexions aux serveurs injecteurs de charge (LIs) à partir du réseau local à l’aide du port 443. Les LI utilisent les mêmes connexions pour envoyer des données de test de charge à l’agent sur place. Ainsi, tout le trafic d’essai de charge vers la cible sera envoyé via l’agent sur place à partir du réseau de l’entreprise.

Les agents sur place peuvent être installés et utilisés pour exécuter des tests HTTP, d’application Web et de page Web.

Capacité de charge

La limitation du nombre d’utilisateurs virtuels par agent loadview sur place dépend fortement du comportement du site Web. Par exemple, les pages Web dynamiques qui utilisent beaucoup de JavaScript tiers nécessiteront plus de ressources pour le test.

En général, les limites de l’agent sur place pour un site Web moyen sont les suivante :

  • Test basé sur le navigateur : 50 utilisateurs virtuels par agent
  • Test HTTP : 1000 utilisateurs virtuels par agent

Supposons que vous devez simuler 100 utilisateurs virtuels sur le site cible, alors vous devez tirer parti d’au moins deux agents sur place pour le test.

Cette ligne directrice vous guide à travers toutes les étapes nécessaires pour préparer l’installation, exécuter la configuration et configurer votre scénario de test pour utiliser l’agent loadview sur place.

Exigences du système

Exigences matérielles :

  • Processeur2 cœurs ouplus
  • 8 Go de RAM
  • Espace disque dur de 1 Go
  • OS Windows 10, Windows Server 2012 ou plus x 64bit

Conditions préalables logicielles :

  • Cadre .NET 4.7
  • Accès administratif pour l’installation et l’exécution

Les URL suivantes doivent être disponibles :

  • https://user.dotcom-monitor.com/ – pour l’installation et les mises à jour de version
  • https://userauth.dotcom-monitor.com/ – pour connexion SSO
  • https://privateagentcontroller.dotcom-monitor.com/PrivateAgentWebProxy/entrypoint.aspx – doit retourner une page blanche
  • https://privateagentcontroller.dotcom-monitor.com/PrivateAgentController/RemoteConfigurationService.svc – doit retourner une page de service Web
Assurez-vous que l’agent loadview sur place est activé dans votre compte avant de continuer.

  • Préparation de votre installation d'agent loadview sur place

  • Installez LoadView Agent sur place sur votre serveur

  • Paramètres proxy