20 avril 2019

Hébergement sur mesure. Mesurer pour décider et choisir la solution la plus adaptée.

L'une des questions les plus absurdes que l'on a l'habitude de lire sur le net est : "Est-ce que quelqu'un me recommande un hébergement WordPress performant et pas cher ?", suite au festival des réponses des sociétés d'accueil, chacune élevée au gré d'expériences personnelles directes ou indirectes.

Le problème est que nous parlons de cas et de situations absolument différents qu'il est impossible d'évaluer sans une analyse appropriée des exigences et des besoins.

Que répondriez-vous à ceux qui vous ont demandé :

Michael Jordan ou Diego Armando Maradona étaient-ils plus forts ?

Du point de vue de l'hébergement, la question sonne plus ou moins la même. Il n'a pas de réponse, mais il en mérite certainement une.

La raison est facile à dire, l'informatique est une science presque exact et donc il faut mesurer puis décider. Cette étape est vitale car une mauvaise évaluation fait perdre de l'argent au client.
Cela leur fait perdre essentiellement pour deux raisons, la première parce que le site risquerait d'être lent voire de planter sous le poids d'une charge importante, l'autre raison est qu'il pourrait être poussé à acheter un plan d'hébergement très surdimensionné pour des besoins réels et donc peut-être jeter des dizaines de milliers d'euros par an alors qu'il aurait suffi de simplement évaluer la situation avec calme et compétence puis de l'orienter vers la meilleure solution matérielle et logicielle afin de répondre aux besoins techniques sans aller surdimensionner le matériel et connexes des coûts qui dans certains cas avec certains de nos clients pourraient même atteindre 12 mille euros par mois.

Alors voici ce qu'est un bon hébergement un bon ingénieur système devrait demander avant de référer un client ou un prospect à une solution d'hébergement, qu'il s'agisse d'un un hébergement mutualisé, un VPS, un Cloud ou un Serveur Dédié :

  1. Quel est le site ?

  2. Quel CMS utilisez-vous ?

  3. Quelle technologie matérielle utilisez-vous actuellement ?

  4. Quels sont les pics de trafic ?

  5. Les utilisateurs se contentent-ils de lire ou doivent-ils/peuvent-ils se connecter ?

  6. De quel type de continuité d'activité avez-vous besoin ?

  7. De quel budget disposez-vous ?

Essayons de comprendre l'importance de ces 8 questions et pourquoi tout bon ingénieur système, surtout si un ingénieur système Linux doit vous les poser.

1 - Qu'est-ce que le site ?

En connaissant simplement le nom du site, un ingénieur système expert est en mesure d'obtenir des données importantes pour dimensionner le matériel nécessaire et choisir le meilleur logiciel.

Grâce à des outils en ligne tels que SimiliarWeb, Weppalizer et BuildWith en fait, nous pouvons connaître en quelques secondes le nombre de visites mensuelles qu'il effectue et les technologies côté serveur qui actuellement, ainsi que via SEOZoom comprendre la tendance à la croissance ou à la baisse et donc peser le choix non seulement dans le présent immédiat, mais également dans un avenir proche.

Pour faire simple : cela nous permet d'avoir une vision approximative de notre futur client.

2 - Quel CMS utilisez-vous ?

Répondre à cette question nous fait immédiatement prendre conscience de la configuration côté logiciel que nous pourrions utiliser et des problèmes à résoudre. Utilisez-vous Joomla ? Utilisez-vous WordPress ? Utilisez-vous Magento, WooCommerce ou Prestashop ? Par exemple, on pourrait évaluer les marges d'amélioration et d'optimisation, sachant que normalement WooCommerce ne permet des améliorations décidément significatives qu'en intervenant sur la configuration logicielle alors que Prestashop fonctionne généralement déjà à son rythme et donc les marges d'amélioration que l'on peut obtenir à partir d'un bon les réglages sont minimes et vous devez nécessairement évaluer le matériel et le dimensionner de manière appropriée si les performances actuelles ne nous satisfont pas.

Logo CMS

Mais surtout, utilisez-vous un CMS ou un site personnalisé ?

Prendre conscience de l'utilisation d'un système personnalisé peut-être écrit ad-hoc qui n'utilise aucun CMS nous prévient immédiatement d'un terrain inconnu, dont on ne sait pas quels peuvent être les points faibles, la possibilité d'utiliser un cache statique et dynamique sans bouleverser le code, d'éventuels problèmes d'inefficacité et de lenteur excessive sur la base de données, des requêtes lentes, l'utilisation d'index, les optimisations associées etc.

3 - Quelle technologie matérielle utilisez-vous actuellement ?

Répondre à cette question, c'est connaître l'architecture matérielle qui héberge actuellement le site. Si nous parlons d'hébergement mutualisé, il nous suffit de savoir que c'est dans l'hébergement mutualisé avec tous les problèmes de survente et d'insuffisance de ressources que normalement tous les grands hébergeurs ont tendance à « transmettre » à leurs clients.

S'ils nous répondent à la place, VPS, Cloud ou Serveur Dédié, à ce moment-là il faut forcément connaitre le nombre de coeurs, la quantité de RAM disponible, la vitesse de la carte réseau, la vitesse des disques et éventuellement aussi le fournisseur.

Cela nous aidera à évaluer immédiatement tout problème provenant du fournisseur actuel qui peut-être même "offrant" le CPU et la RAM est un disque E / S extrêmement lent, ou vice versa même si avec des disques SSD ou nVME, le système est sous-alimenté en termes de CPU et de RAM pour exécuter correctement l'hébergement WordPress dont vous avez besoin.

De plus, cela nous permettra de dimensionner le nouveau matériel et d'évaluer s'il faut augmenter le nombre de cœurs, de RAM, ou même les réduire s'ils sont surdimensionnés.

Dans l'habitude habituelle de mesurer pour décider, connaître le matériel actuel nous permet de faire les bons choix avec une extrême sérénité.

4 - Quels sont les pics de trafic ?

Bien qu'en regardant le premier point de cette liste à travers les outils d'analyse susmentionnés, nous puissions connaître assez précisément le trafic mensuel, ce que nous ne pouvons pas connaître, ce sont les pics de trafic qu'un site peut recevoir.

Par exemple, si un journal publie la nouvelle d'un tremblement de terre, plutôt que celle d'un attentat à la bombe contre un bureau politique, combien de visiteurs peut-il faire ?

Trafic Google Analytics

On a eu le cas d'un article de presse partagé sur le mur Facebook et Twitter de l'actuel Premier ministre Salvini, qui a conduit le site en question à bien marquer 5 millions de visites en une seule journée, dont les deux premiers millions en deux heures. Évidemment, un tel cas peut être considéré comme un cas exceptionnel, peu probable mais pas impossible.

Une réponse de mémoire

5 - Les utilisateurs se contentent-ils de lire ou doivent-ils/peuvent-ils se connecter ?

Cette question est d'une importance vitale surtout lorsqu'il s'agit de systèmes interactifs tels que les forums, le commerce électronique ou les zones restreintes. S'il est vrai que de pitoyables performances natives peuvent être habilement masquées par l'utilisation de caches statiques tels que Vernis SuperCache ou des solutions similaires, il est également vrai qu'un utilisateur connecté en tant que tel ne peut pas bénéficier de cet avantage car le cache est contourné pour des raisons évidentes.

Dans ce cas, il est bon de connaître la nature de l'application et de prévoir le nombre d'utilisateurs connectés et non connectés et de mesurer la charge afin de dimensionner ultérieurement le matériel à choisir.

6 - De quel type de continuité d'activité avez-vous besoin ?

Cette question peut sembler évidente car tout le monde répondrait à 100% bien sûr, mais en fait nous savons qu'un vrai 100% signifie en fait avoir une telle redondance géographique qu'elle impose un double DNS, double instance géographiquement redondante peut-être sur Amazon AWS ce qui n'est pas vraiment bon marché. La différence entre 99,9 % et 100 % alors qu'elle n'est que de 0,1 % en termes de disponibilité de l'infrastructure matérielle et logicielle signifie dépenser environ 10 fois plus.

Pour être clair, dépensez-vous 300 euros par mois pour avoir 99,9% de disponibilité ? Soyez prêt à dépenser AU MOINS 3000 si vous voulez avoir 100% de disponibilité.

Est-ce que ça a du sens ? Ça dépend. 

Avec l'aide de Calculateur de disponibilité en fait, nous pouvons déterminer combien de temps de disponibilité de 99,9% est mensuel, ou mieux encore un combien est le temps d'arrêt.

Comme on peut le voir sur le site, 99,9% correspond à 43 minutes d'indisponibilité mensuelle. Il faut dire que généralement avec une garantie de 99.9%, le double du temps des procédures de reprise après sinistre est toujours calculé en cas de problème.

Par conséquent, imaginons que votre entreprise reste immobile pendant 2 heures deux fois par an, pour un total de 2 heures par an. Ces 4 heures d'arrêt peuvent-elles justifier une dépense hypothétique de 4 mille euros de plus par an pour atteindre un hypothétique 30%, contre une dépense de 100 euros par an pour avoir 3600% ?

Cela dépend de l'activité que vous faites et de ce que rapporte votre site, soit en termes d'image, soit en termes de revenus ou de revenus. La réalité est également assez différente, dans le sens où les pannes sont encore rares (un couple par an) durant entre 5 à 15 minutes et en fait même dans les solutions redondantes avec 100% de disponibilité elles peuvent avoir des problèmes de nature logicielle qui conduisent toujours à problèmes. C'est également arrivé à de grands acteurs tels que Ebay, Amazon, Spotify, Netflix qui sont restés inactifs pendant plus de 4 heures. ( Le rapport d'échec original d'Amazon S3 ici ) et il est donc incontesté de dire qu'une baisse de quelques minutes par an peut être là.

Cet aspect doit donc être très bien évalué, en tenant compte en fait si vous préférez risquer d'avoir 1 heure d'arrêt mais une économie considérable sur les coûts d'infrastructure (une économie moyenne indicative de 500 % jusqu'à plus de 1000%) ou s'il est de importance vitale, atteindre 100 % et donc ne ménager aucune dépense.

Le choix dans ces cas dépend souvent d'une logique métier pas trop intelligente mais tout de même légitime surtout de la part des grands groupes d'édition et des grandes entreprises habitués à stipuler des contrats de service entre managers sans savoir le moins du monde de quoi ils parlent, exiger le meilleur du marché dans le seul but de protéger leur position de travail face à d'éventuels problèmes, en justifiant leur position comme celle de celui qui a fait le choix du marché.

7 - De quel budget disposez-vous ?

Une question gênante, presque grossière apparemment car en Italie parler d'argent (contrairement à d'autres pays) semble vulgaire, inconfortable, inapproprié et même incorrect. Bien que ce soit le dernier des points de la liste, il devrait probablement être la première question.

Il est souvent inutile de penser matériel et logiciel si l'on ne connaît pas le budget disponible, comme il est inutile de "économiser" avec du matériel dimensionné à la limite de capacité où le budget disponible est bien plus élevé et on pourrait facilement avoir du matériel plus puissant laissant derrière eux les calculs inutiles et les doutes associés concernant la suffisance du matériel sur lequel le site fonctionnera.

conclusion

En conclusion, nous pouvons dire que si vous ne savez pas comment choisir un hébergement ou comment choisir un serveur dédié vous devez au moins connaître ces données ci-dessus et être en mesure de répondre à ces sept questions. Si vous avez des doutes, vous souhaitez essayer de comprendre quelle est la solution la plus adaptée à vos besoins et connaître tous les avantages et inconvénients, n'hésitez pas à nous contacter.

Nous avons une expérience vraiment vaste avec de nombreuses études de cas allant de l'amateur aux portails et journaux et sites sectoriels avec plus de 50 millions de visiteurs mensuels par mois.

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 la 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™ ; Facebook, Inc. détient les droits sur Facebook® ; 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. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente aucune de ces entités de quelque manière que ce soit. 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