CASE

88 #10 L’INFRASTRUCTURE DE WIMI (PLATEFORME DE TRAVAIL COLLABORATIF)
La haute disponibilité de l’infrastructure
repose sur plusieurs éléments. Premièrement,
le choix d’une solution nativement
HA telle que Dedicated Cloud dont chaque
composant est redondé (des hosts à l’alimentation
électrique, en passant par la connexion
réseau). Deuxièmement, le découpage de
l’ensemble en services — chaque service
étant assuré par un cluster de serveurs
indépendant — garantit la résilience de l’infrastructure.
Au sein de chaque cluster, le
dysfonctionnement d’une machine (voire de
plusieurs machines simultanément) est sans
impact, les serveurs fonctionnels du cluster
absorbant temporairement la charge supplémentaire.
Par ailleurs, cette organisation est
aussi le gage de la scalabilité de l’infrastructure,
puisqu’il suffit, pour augmenter sa
capacité, de déployer de nouvelles machines
au niveau des différents points de congestion.
Une opération simplifiée par l’utilisation
de Salt Cloud qui automatise le déploiement
et la configuration de machines virtuelles
supplémentaires.
Répartition de la charge avec deux IP
Load Balancing
Les utilisateurs se connectent à leur compte
Wimi via l’application web ou l’application
mobile. Ils sont répartis entre les différents
serveurs web via une première IP Load
Balancing (LB). Les requêtes de téléchargement
ou d'envois de fichiers provenant du
client de synchronisation de fichiers « Wimi
disk », ou de l’application web, sont dirigées
vers des serveurs web spécifiques via
une seconde IP LB. L’avantage de l’IP Load
Balancing ? L’aspect hardware du routage et
sa redondance sont assurés par OVH.com.
L’administrateur système n’a qu’une configuration
minimale à effectuer, via l’API OVH :
l’ajout et la suppression des adresses IP des
serveurs auxquels les requêtes doivent être
adressées.
Front-end (Nginx + PHP-FPM)
Les serveurs front-end sont des machines
virtuelles créées au sein du Dedicated
Cloud, lequel est administré avec l’hyperviseur
vSphere de VMware. Les serveurs
web (Nginx) chiffrent les connexions avec
un niveau de sécurité élevé (HSTS + perfect
forward secrecy) et rendent accessibles
les données statiques. Ils communiquent
en FastCGI avec les serveurs back-end
(PHP-FPM), chargés de générer dynamiquement
les pages. L'objectif de cette séparation
est de pouvoir démarrer rapidement de
nouveaux serveurs, web ou back-end, en
fonction du besoin.
Back-end / Cache (PHP-FPM +
Memcached)
Les serveurs back-end, hébergés sur des
VM eux aussi, sont des serveurs PHP-FPM
et Memcached. Memcached est un système
de cache distribué entre plusieurs machines.
Son but est de réduire le nombre de requêtes
sur la base de données, ainsi que le nombre
de calculs demandés aux serveurs PHP-FPM,
et par conséquent leur temps de traitement
unitaire. Seules les requêtes indispensables
sont effectuées sur les bases de données ; les
pages qui ont déjà été traitées récemment
sont mises en cache.
Recourir à des machines virtuelles pour
les serveurs back-end présente un double
avantage en matière d’évolution de l’infrastructure.
D’une part, on peut upgrader
les VM à chaud en y ajoutant mémoire vive
et CPU (scalabilité verticale ou scale up).
D’autre part, on peut ajouter des VM supplémentaires
(scalabilité horizontale ou scale
out).