2009-12-14 1 views
0

Supposons que je souhaite tester la capacité d'un serveur et de son application Web à gérer de nombreuses connexions simultanées et à afficher une latence correcte.
Donc, idéalement, je voudrais qu'un millier de machines bombardent avec des demandes d'utilisation, mais ce n'est pas possible. Donc, à la place, est-ce que je peux juste faire un script de test avec un millier de threads à exécuter sur le même serveur et les faire effectuer le test, en se connectant au serveur via un proxy éloigné géographiquement? Mon raisonnement ici est que le signal devra parcourir des distances réalistes vers le proxy et vice-versa, ce qui émule en quelque sorte la réalité des vrais clients accédant au serveur. Là encore, pour aller encore plus loin, existe-t-il des émulateurs/frameworks préemballés qui pourraient effectuer un test similaire sans utiliser d'Internet du tout, simulant simplement la latence du réseau, créant de manière réaliste toutes les connexions socket et autres ressources gourmandes en ressources des choses etc?Pouvez-vous utiliser des proxies pour effectuer des tests de charge/stress sur un serveur, le proxy servant de sorte de miroir?

Répondre

0

Il existe de nombreux produits de test de charge (open source et commercial) qui ont une simulation de bande passante/latence. Parcourir plusieurs proxies distants est trop complexe. Du côté de l'open source, regardez JMeter et Pylot. Sur le plan commercial, mon entreprise, BrowserMob, fournit un website load testing product qui utilise le nuage Amazon pour générer de la charge. Nous générons effectivement la charge à partir de milliers de machines/IP, sans casser la banque :)

Questions connexes