Wololo,

Partie 1 : Présentation de proxmox et de la virtualisation
Partie 2 : Configuration du réseau interne
Partie 3 : Un petit Stress test pour la route
Partie 4 : Quelques optimisations Webserver
Partie 5 : HTTPS et IPV6
Partie 6 : Le Monitoring
Partie 7 : Les Backup

Et voilà 3eme partie, qui celle-là sera bien plus courte que les deux autres, mais sûrement la plus fun.
Ça va consister à vérifier si ce qu’on a fait jusque-là roox du poney ou non, et voir quel est le point de faiblesse de cette infra.

Comment on test chef ?

Il existe plein de moyen compliqué pour faire de vrai stresstests, mais vu qu’on est faignant et qu’on va juste faire un ou deux tests, osef.
Allez, pour ça je vais vous présenter un site loadimpact.com qui va s’occuper de ça pour nous.
C’est un site payant, mais qui propose des comptes gratuits avec lesquels on peut déjà faire quelques tests sympathiques.
Pour schématiser, ce service utilise plein de VM situé chez amazon, et fait des requêtes sur votre siteweb pour en vérifier le comportement.
Il compile les résultats et vous fourni des graphiques clef en main, pas besoin de se faire chier.

Allez, c’est parti on va lancer un premier test, voyons ce que ça donne :

Voici le détail : http://loadimpact.com/load-test/blog.ganbaranai.fr-1fdd577124e8d3878896760c9059e236

Alors, essayons de décrypter un peu tout ça, voici les infos les plus importantes :

• SBU :Nombre de visiteurs simulé (ça reste des scripts, il ne font qu’imiter le comportement d’un visiteur).
• Requete par Seconde
• Tcp Connexion
• Et le plus important de tous, « User load Time », le temps de réponse du serveur.

Si vous avez un système parfait, l’ « User load Time » doit être plat, du début à la fin du test peut importe l’augmentation du nombre de requêtes et de SBU.
Ça veut simplement dire que le temps de réponse du serveur reste stable et que celui-ci n’est pas submergé par la charge.
Comme on peut le voir plus haut, l’infra a l’air de tenir, et effectivement les serveurs ont l’air de se toucher la nouille coté graph proxmox.
Donc je pourrais me satisfaire de ça et me dire que mon blog à l’air de tenir facile pour 50 visiteurs simultanés (je ne les aurais sûrement jamais sur ce blog de toute façon :D)

Mais c’est tout chef ?

Bien sûr que non, c’est pas fini, si je fais ça c’est pour testé et voir où ça coincera en premiers.
Ni une ni deux, je claque mes quelques crédits pour un test un peu plus sympa.
Avec une augmentation progressive de 0 à 200 users simultanées depuis 2 sites différents Dublin/Londres sur 10 minutes.

Et c’est parti …
50 visiteurs ça va easy
100 visiteurs ça va eaxy
150 visiteurs … hum … ça fluctue un peu
200 visiteurs … padaboum les temps de réponses s’envole passant de ~1s à 6s

Voici le détail : http://loadimpact.com/load-test/blog.ganbaranai.fr-e095b362ec675dda79202bb2d8c709aa

Bon ok, ce sont quand même 200 visiteurs soit + de 250r/s et un peu plus de 1000 connexions TCP/IP, mais quand même.
Le site était toujours accessible, j’ai fait quelques accès pendant le test pour vérifier et j’ai toujours pu y accéder.
Mais le fait que les délais augmentent montre que ça coince quelques parts et que ça va s’aggraver très rapidement (l’exponentiel inverse, ça vous parle?)

Où est-ce que ça a coincé ?

En regardant les graph des différents serveurs, le coupable a été vite trouvé. C’est le serveur apache qui héberge le blog.
Malgré le fait que nginx encaisse toutes les requêtes de fichiers static, il n’a jamais passé les 5% CPU. Là où le serveur apache qui ne faisait que du PHP s’est retrouvé à 90~95% (20~25% cpu pour l’intégralité du serveur).
C’est là que je me suis rappelé que je n’avais autorisé sur cette VM qu’un seul des 4 core CPU /o\

Donc concrètement ça marche ou pas ?

Bah bien sûr que ça marche et surtout ce test m’a permis de vérifier quel est le point le plus problématique de mon système.
Un peu de CPU en plus sur cette VM, quelques optimisations Apache/Php/Wordpres (là c’est quasiment un apt-get install apache2 php5 sur cette VM), et je devrais pouvoir passer les ~500 visiteurs simultanés sans trop de problèmes.

Allez see you soon …