Aspnetcore: Tester la limite de connexion simultanée sur différentes tailles de machines virtuelles Azure

Créé le 28 juin 2018 · 3Commentaires · Source: dotnet/aspnetcore

Collecter le nombre de connexions, le pourcentage du processeur, l'utilisation de la mémoire
Tailles des machines :

[ ] B1s (4 900 connexions, facteur de limitation de 1 Go de RAM, CPU ~10 %) Spécifications : 1 Go de RAM, 1 CPU
[ ] B2s (82 000 connexions, CPU et RAM essentiellement à 100 %) Spécifications : 4 Go de RAM, 2 CPU
[ ] D2s_v3 (110 000 connexions, CPU 100 %, RAM 80 %) Spécifications : 8 Go de RAM, 2 CPU
[ ] D4s_v3 (160 000 connexions, CPU 100 %, RAM 50 %, les connexions ont commencé à se déconnecter) Spécifications : 16 Go de RAM, 4 CPU
[ ] Spécifications D8s_v3 : 32 Go de RAM, 8 processeurs
[ ] Spécifications du D16s_v3 : 64 Go de RAM, 16 processeurs
[ ] Spécifications D32s_v3 : 128 Go de RAM, 32 processeurs
[ ] Spécifications D64s_v3 : 256 Go de RAM, 64 processeurs

Remarque : testez les machines virtuelles Linux et Windows pour voir s'il y a une différence

area-signalr task

Source

BrennanConroy

Commentaire le plus utile

Nous sommes intéressés par les résultats ici ;)

NickCraver le 6 nov. 2018

👍3

Tous les 3 commentaires

Nous sommes intéressés par les résultats ici ;)

NickCraver le 6 nov. 2018

👍3

TRÈS intéressé !

blahblehblah le 25 nov. 2018

Clôturant ceci car les performances sont une préoccupation et un flux de travail constants pour nous, mais les détails de ce problème ne sont plus vraiment pertinents. Le souci est que ces données seraient basées sur nos conditions spécifiques et deviendraient périmées très rapidement.