Hacker-Maker.com

Celle là, elle m'a tellement bien occupé que je me dois de vous la raconter... TL;DR: If you're using a Linux ou Windows VmWare VM on an ESX (clustered or not) with a dedicated Disk Bay, and you experiment slow disk access and speed, you MUST set 1 CPU with 4 Cores in your VM.  Depuis quelques mois, on nous remonte un problème de performance sur la plateforme web que nous avons créé. Cette plateforme se compose de plusieurs VM Debian sous un cluster VmWare ESX. Comme un gros malin j'ai oublié il y a 4 ans de coller les datas MySQL sur la partition de données d'un des serveurs web mutualisé. 4 ans plus tard, la partition de 10go est pleine quand MySQL n'a plus assez de mémoire et doit swapper. 1ere correction augmenter la taille de la mémoire. On est passé de 4Go (lol) a 16Go. J'ai ensuite passé une petite journée à optimiser les tables critiques et les paramètres du serveur à l'aide du bien utile " mysqltuner " (apt-get install mysqltuner).

Encore une bonne blague... TR;DL: If you don't use IPv6 disable it ! Notre serveur FTP principal a eu un comportement extrêmement étrange ces derniers temps. Un de mes collègues m'a remonté un problème sur le téléchargement d'un fichier de 200Mo qui prenait un temps infini. Incroyable puisque le fichier juste à coté se faisait en quelques minutes à un débit avoisinant les 1,5 Mo/s La seule spécificité du fichier lent, c'était son extension en .rar La grosse blague et qu'en utilisant un protocole crypté (FTPS en TLS) plus de soucis sur le fichier. Seul le téléchargement sans la couche TLS (donc en clair) posait d’atroces problèmes. Evidement on a regardé du côté des débits mais en se connectant sur soit même les débits étaient parfaits, mais même au sein de la DMZ, c'est à dire sans routage, l'improbable se produisait. Ce n'est qu'au bout de longues recherches et en utilisant monitorix que j'ai fini par trouver... L'IPv6 était a