Comment configurer WordPress sur

plusieurs serveurs
par Visakh S | Octobre 29, 2018
De nombreux hébergeurs Web garantissent désormais une disponibilité de 99,9%
pour leurs services, mais cela permet toujours jusqu’à 8,7 heures d’indisponibilité par
an.
Ce n’est pas un risque que beaucoup d’entreprises peuvent se permettre de prendre.
Par exemple. Les sites d’information sportive qui échouent en plein milieu d’un
Superbowl peuvent perdre leurs fidèles adeptes.
Chez Bobcares, nous aidons les propriétaires de sites WordPress à prévenir de
telles défaillances catastrophiques en mettant en place une configuration WordPress
à haute disponibilité.
Aujourd’hui, nous allons expliquer comment nos ingénieurs de support ont configuré
plusieurs serveurs WordPress.

Comment configurer WordPress sur plusieurs

serveurs?
Le déplacement de WordPress vers plusieurs serveurs crée souvent des problèmes
tels que des données incomplètes sur les serveurs, des fichiers de session cassés,
un chargement lent des pages Web, etc.
Heureusement, ces limitations peuvent être corrigées en planifiant et en utilisant des
outils spéciaux tels que HAProxy, Percona XtraDB, etc.
Et avec l’aide de ces logiciels, nos ingénieurs de support ont implémenté WordPress
avec succès dans plusieurs serveurs avec seulement 5 serveurs.
Voyons les 3 grandes étapes de cette implémentation.

Étape 1. Haute disponibilité des fichiers WordPress

La première étape pour maintenir la disponibilité du site Web consiste à s’assurer
que les fichiers WordPress sont toujours disponibles.
Pour cela, nous utilisons 3 serveurs et maintenons un ensemble de fichiers de sites
Web identiques dans chacun de ces serveurs.
Toutes les actions telles que l’ajout de publications WordPress, la suppression, le
téléchargement de médias, etc. Terminé sur un serveur doit être mis à jour dans tous
les serveurs instantanément. Sinon, les visiteurs peuvent trouver une anomalie dans
le site Web.
Comme il y a trop de changements dans les fichiers, les mettre à jour sur tous les
serveurs dans les plus brefs délais devient un véritable défi.
De notre expertise dans la gestion des serveurs, nous voyons que l’une des
solutions qui fonctionne bien pour les fichiers WordPress est Unison.
Unison aide à mettre à jour les modifications de contenu du site Web sur tous les
serveurs.

Étape 2. Haute disponibilité des bases de données

Nous avons maintenant les mêmes fichiers de site Web dans les 3 serveurs.
WordPress stocke tous ses messages, commentaires, etc. dans les bases de
données. Même un petit ajout de page dans WordPress implique plusieurs
opérations de base de données.
L’étape suivante consiste donc à s’assurer que la base de données WordPress
fonctionne toujours.
Pour cela, nous utilisons des clusters de serveurs de base de données. Pour le bon
fonctionnement de n’importe quel cluster, nous avons besoin d’un pool de serveurs
avec un minimum de 3 serveurs. Le problème avec seulement 2 serveurs est que, s’il
y a une perte de connexion entre les serveurs, toute l’idée de haute disponibilité
échoue.
Il est possible d’exécuter plusieurs services tels que serveur Web, serveur de base
de données, etc. sur le même serveur.
Nous avons donc mis en place un cluster de bases de données en utilisant les
mêmes 3 serveurs que ceux utilisés pour le cluster de fichiers.
Le plus grand défi dans le cluster de bases de données est de répliquer
instantanément les modifications de base de données sur tous les serveurs. C’est-à-
dire que lorsqu’une entrée est supprimée de la base de données, elle doit également
être supprimée d’autres serveurs.
Et cela implique trop d’opérations de lecture et d’écriture.
Nous avons vu que des outils comme Percona XtraDB aident vraiment à assurer la
haute disponibilité des bases de données.
Pour rendre les bases de données toujours disponibles, nos ingénieurs de support
dédiés apportent des modifications à la configuration du cluster Percona XtraDB en
suivant les étapes suivantes :
1. Éviter les conflits de mise à jour de base de données
2. Interdire l’accès externe
3. Activer les journaux pour l’analyse des pannes

Étape 3. Configurer l’équilibreur de charge

Maintenant que nous avons configuré un cluster de fichiers WordPress et un cluster
de bases de données, l’étape suivante consiste à configurer un système pour gérer
les demandes de sites Web de manière uniforme.
C’est là que l’équilibreur de charge aide. Il répartit les visiteurs uniformément entre
les serveurs et permet d’éviter la surcharge d’un seul serveur.
Si votre site Web a 1000 visiteurs à la fois, Load Balancer distribuera ces visiteurs à
3 serveurs et chaque serveur ne doit gérer qu’environ 300 visiteurs.
Sur la base des exigences spécifiques des clients, nous déployons des équilibreurs
de charge comme HAProxy, qui est considéré comme efficace même pour les sites
Web à fort trafic.
Mais que se passe-t-il si l’équilibreur de charge lui-même tombe en panne ?
L’ensemble de la configuration échoue.
C’est pourquoi nous implémentons un serveur de sauvegarde keep-alive pour Load
Balancer. Ce serveur de sauvegarde fonctionne comme une option de basculement
pour l’équilibrage de charge.
Ainsi, avec cette configuration, un visiteur ne connaîtra jamais de lenteur ou de
temps d’arrêt du site Web.
Conclusion
With proper set up of WordPress in multiple servers, it is possible to eliminate the
risk of website going down due to heavy traffic. Today we saw how our Support
Engineers help customers to achieve 100% uptime for WordPress websites.