Ah, eh bien mon cher monsieur, c'est pour... pour... euh... c'est que, niveau drague, je suis nul, en je pensais que... enfin... tu vois ?
Ben pas pour du Php, en fait. (c'est pourquoi on est dans "autre sujets", aka.
le wasteland de phpfrance.. tu es d'ailleurs le premier qui passe en 15 jours.. tu.. tu aurais un LOLcat pour moi ?)
Je suis l'évolution d'ARM depuis un petit temps à distance, et depuis la sortie de l'A1100 (un opteron SoC ARMv8 64 bits de chez AMD qui a la bonne idée d'intégrer deux canaux ethernet 10Gb, le tout pour une consommation énergétique très raisonnable) je suis carrément emballé (on s'excite comme on peut). L'idée d'avoir un cluster de micro-serveurs spécialisés dans leur tâche, ou le logiciel s'occupe du failover et de la redondance quand le hardware (peu cher mais efficace) lâche. C'est un peu comme avoir son propre google à soi (avec 20 ans de retard).
Or comme le A1100 vient seulement de sortir, et que je suis impatient et radin (c'est mes sous après tout), je me suis dis qu'en attendant de convaincre ma boite je pourrais faire une prototype de cluster ARM fonctionnel avec des PI2 pour pas cher.
Et il est utile: outre démontrer qu'ARM est une plateforme viable, je l'utilise pour du dev, stress-tester (c'est facile à stresser) et optimiser le failover et autres joies de la programmation parallèle et distribuée de notre application phare, en Erlang/OTP (je fais le malin avec le parallèle et le distribué, mais en erlang c'est "facile"). Jusqu’à maintenant il n'y avait que la version Prod qui tournait sur un cluster, m'empêchant de corriger certains scénarios propres au distribué, comme le Split-brain, le load-balancing, etc.
Les premiers essais on déjà mis en évidence plusieurs fragilités (surcharges DB principalement), et je suis content. Un chiffre intéressant: à pleine charge, le cluster consomme 18w*
La performance est très honorable (en calcul pur, et en utilisation max, il égale le serveur dev xeon (2 coeurs)), et souffre surtout de l'accès disque (une carte microSD c'est pas un SAN iSCSI avec 16 disques), les lectures et écritures aléatoires étant en kilo-octets par seconde...
*: rien que le CPU du dev consomme 80W. Sans compter le reste du châssis (un serveur Xeon), la climatisation du local, ...
