Mise en production du serveur
Il m’a fallu beaucoup d’anticipation pour cette étape, car il s’agissait d’une grande première pour moi.
Elle consiste à changer chez l’hébergeur de domaine, l’IP du serveur correspondant à l’URL associée. Le changement d’IP peut mettre jusqu’à 24H pour ce répercuter dans le monde. Cela est dû au temps de réplication sur les autres serveurs DNS.
Lors du changement, tout les players d’affichages vont donc se connecter sur le nouveau serveur. Soit environs 1500 connexions presque simultanées. Cela permettera d’avoir plus de visibilité sur la charge du nouveau serveur et d’observer si des rallentissements arrivent.
C’est en regardant le monitoring du serveur que nous pouvons nous rendre compte de la charge qu’il prend. En quelques minutes, après le changement d’IP, sa charge à doublé. Cela m’a permis, en me connectant à l’interface client, de voir si celle-ci subissait les mêmes ralentissements que l’ancien serveur.
Fait surprenant, l’interface client présente les mêmes lenteurs que sur l’ancien serveur. Il est normal que je n’ai pu anticiper cela car je ne pouvais pas simuler 1500 connexions sur une machine de test. Mais j’étais persuadé qu’il y aurait une amélioration.
Après débriefing avec mes collègues pour leur faire par de mes inquiétudes et pour chercher une solution, nous nous sommes mis d’accord sur le fait qu’il y avait probablement un problème de configuration quelque part sur le serveur. Nous avons cherché et trouvé une solution au bout de 2 heures environ. Une option d’Apache limitait les connexions simultanées. Nous avons réajusté cette valeur et avons pu observer de nettes améliorations.