20 juillet 2019

Consommation excessive de CPU sur SiteGround ? Voici une étude de cas sur un shopping Magento.

Un exemple d'alternative valide à SiteGround.

Bannière d'escargot lent Magento

Nous voulons documenter avec cet article l'histoire d'un vendeur "assez connu" de couches écologiques en ligne qu'il génère environ 20 mille visiteurs uniques par mois et sur 300 mille pages vues par mois.

Bref, d'un point de vue purement systémique, le trafic n'est en aucun cas élevé, bien que plus que suffisant au niveau entrepreneurial pour générer des profits importants.

Cependant, l'ancien hébergeur avait d'importants problèmes de performances de navigation qui, dans certains cas, rendaient le site Web absolument impossible à enregistrer avec des erreurs de délai d'attente et de mauvaises passerelles.

Un 502 Bad Gateway sur Magento, cela signifie qu'un délai d'attente a été atteint pour attendre une réponse HTML de l'interpréteur PHP exécuté derrière le serveur Web NGINX.

nginx-phpfpm-magento

Cela peut avoir plusieurs raisons, mais la principale raison est essentiellement que PHP est incapable de terminer l'exécution de son code et de renvoyer une sortie au serveur Web.

502 Passerelle incorrecte nginx
Écran d'erreur type 502 Bad Gateway NGINX

Le problème est-il dans la lenteur du code ? Le problème vient-il de la lenteur de la voiture ? Un sous-dimensionnement du matériel ? Une survente de ressources ?

Essentiellement, toutes les raisons peuvent être vraies, mais certainement ce qui intéresse un entrepreneur n'est pas tant de comprendre à quoi est attribuable la cause mais que le site Web est en ligne et génère des ventes, donc des profits, donc des profits.

Connexion au panneau de configuration cPanel de l'ancien Hoster, la première chose que nous remarquons est le pic élevé de consommation CPU, qui atteint près de 200% de la charge maximale autorisée.

Concrètement, en vérifiant la colonne complète ci-dessous, nous voyons que cette valeur est une valeur qui est pratiquement dépassée depuis des jours, et que donc le problème n'est pas dû à un pic (un pic) de visites, à certains scans, à certains bots ou des robots malveillants, mais simplement un standard absolument inadéquat qui compromet la navigation normale des clients potentiels et certainement aussi le crawl de contenu par les moteurs de recherche tels que Google, donc pénalisant aussi au niveau SEO.

Concrètement, on peut lire qu'au cours des dernières 24 heures, le temps d'utilisation du CPU est d'environ 60000 contre les 20000 autorisés, ce qui est exactement le triple.

Mais qu'est-ce qui fait que faire fonctionner un commerce électronique Magento comme celui-ci soit si lent et si avare de ressources comme le processeur ?

Il faudrait se poser plusieurs questions à ce sujet mais "deviner" et prendre en considération cas précédents très similaires avec le même fournisseur nous avons pensé qu'il était approprié de varier l'hébergement et de tout migrer vers nos systèmes.

Nous avons donc opté pour une configuration sur un serveur d'entrée de gamme équipé de Linux CentOS 7, qui peut assurer non seulement une résolution rapide du problème de charge, mais aussi une vitesse d'exécution optimale, une triple sauvegarde, un système de surveillance des ressources tel que ZABBIX et une protection DDOS Layer 3 et Layer 7.

La migration s'est déroulée en différentes phases complétées par le placement hors ligne du site principal et le pointage du DNS vers la nouvelle configuration, avec un réel down perçu d'environ 5 minutes pour s'assurer que le ecommerce n'est pas passé en mode split et donc paiements enregistrés et vous commandez à la fois sur l'ancien et le nouvel hébergement.

Le serveur était équipé de Kernel 5.0 e BBR TCP pour obtenir des améliorations au niveau du réseau même pour des connexions de smartphones 3G non optimales, un réglage MySQL adéquat, http/2 et diverses virtuosités techniques qui font partie de notre "recette secrète".

Consommation CPU après migration sur nos systèmes.

Dans la post migration du site sur nos systèmes nous avons décidé d'évaluer la charge CPU pour réellement comprendre s'il y avait une amélioration de l'ensemble et éventuellement intervenir (si cela ne suffisait pas) à un profilage avec Nouvelle relique APM pour comprendre en détail ce qui n'allait pas au niveau de l'application.

Comme on l'avait plutôt supposé dans la phase initiale, le problème n'était pas d'application mais plutôt au niveau de la configuration et du dimensionnement du matériel.

En fait, la charge CPU le premier jour d'hébergement sur nos systèmes n'a jamais dépassé 10 % même face aux opérations planifiées telles que la sauvegarde de la base de données et les fichiers physiques.

Ci-dessous, vous pouvez voir la charge des dernières 24 heures, ou plutôt de 2h30 lorsque l'agent Zabbix a été installé jusqu'au moment où l'article a été écrit.

Bien que ce ne soit pas très clair pour ceux qui n'ont pas l'habitude de lire les graphes ZABBIX, la zone verte représente le temps CPU en temps d'inactivité, c'est-à-dire non occupé et la ligne bleue (difficile à voir même à l'œil nu) Consommation CPU qui selon la légende a une valeur moyenne de 0,85% et une valeur maximale de 6%.

Comment se fait-il que dans l'autre hébergement la consommation CPU était de 60000 sur 20000 ou une consommation standard réelle de 300% ?

Encore une fois, il ne nous appartient pas de répondre à ces questions, mais seulement de démontrer que la solution aux problèmes de charge existe et nous sommes généralement l'une des solutions les plus populaires pour les entrepreneurs, les référenceurs et les développeurs qui décident de faire des affaires rentables en ligne et non il suffit de garder en ligne un site lent et angoissant qui n'apporte aucun profit.

Avoir un Hébergement Magento Performant, c'est offrir au client la possibilité de maximiser ses profits. Il n'y a pas de dépenses, seulement des investissements.

 

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions système GNU/Linux avancées orientées vers la haute performance. Avec un modèle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accès à des technologies avancées en matière d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils système sur les systèmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. détient les droits de Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de The FreeBSD Foundation ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt. Oracle Corporation détient les droits sur Oracle®, MySQL® et MyRocks® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; REDIS® est une marque déposée de Redis Labs Ltd. F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB. Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited. Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal®. Amazon Web Services, Inc. détient les droits sur AWS® ; Google LLC détient les droits sur Google Cloud™ et Chrome™ ; Microsoft Corporation détient les droits sur Microsoft®, Azure® et Internet Explorer® ; La Fondation Mozilla détient les droits sur Firefox®. Apache® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée du groupe PHP. CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV. Hetzner Online GmbH détient les droits sur Hetzner® ; OVHcloud est une marque déposée d'OVH Groupe SAS ; cPanel®, LLC détient les droits sur cPanel® ; Plesk® est une marque déposée de Plesk International GmbH ; Facebook, Inc. détient les droits sur Facebook®. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente en aucune manière aucune de ces entités. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées appartiennent à leurs titulaires. MANAGED SERVER® est une marque déposée au niveau européen par MANAGED SERVER SRL, Via Enzo Ferrari, 9, 62012 Civitanova Marche (MC), Italie.

Retour en haut de page