Avant de me lancer dans la question, laissez-moi vous donner des détails sur mon site.
J'ai le plan d'hébergement Godaddy suivant (plan Delux avec ressources supplémentaires)
Le site a moins de 1000 visites par jour.
Pourtant, je trouve qu'il manque de ressources.
Comment cela est-il possible?
Cela peut être dû à un grand nombre de facteurs, notamment le nombre de plug-ins que vous exécutez. Certains facteurs à prendre en compte sont ...
En gros, tout ce que fait wordpress consomme de la mémoire pour chaque requête. En plus de cela, WordPress ne fonctionne pas correctement sans un plugin de mise en cache tel que W3 Total Cache et WP Super Cache . Toute installation de WordPress doit utiliser une sorte de plug-in de mise en cache, car cela minimisera essentiellement la compilation dynamique PHP et les hits SQL de chaque demande effectuée, au lieu de servir des copies du contenu mises en cache.
Sans avoir accès à la ligne de commande de votre serveur pour voir ce qui consomme le plus de mémoire, tout le monde ici ne pourra que vous donner des hypothèses raisonnables, mais la première étape serait de prendre les mesures ci-dessus.
En guise de remarque, lorsque je travaille avec des fournisseurs d'hébergement partagé, j'ai tendance à calculer l'application moyenne PHP à 2 Mo de mémoire par session, en raison de tous les modules ajoutés activés par de nombreux fournisseurs partagés dans Apache.
En outre, après avoir consulté le compte GoDaddy page d’aide , j’ai constaté que le nombre de connexions simultanées correspond au nombre de processus d’entrée (n’a jamais été rencontré auparavant avec d’autres fournisseurs). Vous n'indiquez pas quelle ressource vous allez manquer, donc si c'est la ressource de processus d'entrée que vous avez épuisée, la seule solution serait alors de passer à un autre fournisseur qui n'applique pas ce type de limite de ressources, ou de Augmentez le nombre de processus de saisie que votre compte peut prendre en charge. De plus, les travaux CRON et les sessions SSH comptent également pour le processus d'entrée. Le processus d’entrée que vous avez fourni (125) semble inhabituellement bas pour GoDaddy, qui annonce au moins 300 processus d’entrée inclus. Dans le prochain plan, le nombre de primes, illimité et ultime, passe à 600.
Essayez de vérifier ces éléments en premier. Si aucune de ces ressources ne représente des ressources réduites, veuillez indiquer laquelle des ressources est utilisée au maximum et je posterai une mise à jour.
Utilisation de la mémoire vive par Linux
Linux va généralement manger beaucoup de RAM pour éviter la mise en cache du disque (fichier d'échange) et n'indique pas que quelque chose ne va pas si vous avez peu ou pas de mémoire vive. Vous ne devriez considérer cela comme un problème que si vous n'avez pas de mémoire libre et que votre système d'exploitation Linux utilise le fichier d'échange.
Fichier d'échange Linux
Changement de disque la mise en cache doit être évitée autant que possible car les requêtes SQL qui se produisent sur le disque sont beaucoup plus lentes et obligent le système à lancer des demandes en file d'attente, ce qui augmente l'utilisation du processeur et IO lecture/écrit.
C'est une question fréquente des Webmasters ai-je besoin de plus de RAM ou de CP ? la réponse n'est ni l'une ni l'autre et varie d'un site à l'autre en fonction des processus, s'ils sont davantage basés sur SQL ou sur le processeur. Le SQL va toucher à la fois le processeur et la RAM, mais si le SQL est mis en cache, il ne frappe pas autant le processeur car il est traité rapidement et passe ensuite à un autre. Dans la plupart des cas, plus de bélier résoudra le problème des ressources.
Si votre serveur utilise l'espace de swap, vous devez augmenter la RAM. La plupart des sites auront généralement besoin de plus de RAM que de processeurs. Vous pouvez donc toujours réduire votre mémoire et augmenter la mémoire vive. Personnellement, étant donné le choix, je choisirais 1 cœur de processeur de 1,5 Go RAM plus de 2 cœurs de processeur, 1 Go de RAM.
Cache HTTP Vanish
Varnish est un accélérateur HTTP conçu pour les sites Web dynamiques contenant beaucoup de contenu ainsi que les API fortement consommées. Contrairement à d'autres accélérateurs Web, tels que Squid, qui a commencé sa vie en tant que cache côté client, ou Apache et nginx, qui sont principalement des serveurs Origin, Varnish a été conçu comme un accélérateur HTTP. Varnish se concentre exclusivement sur HTTP, contrairement aux autres serveurs proxy qui prennent souvent en charge les protocoles FTP, SMTP et autres.
Le vernis est utilisé par les sites Web très fréquentés et très fréquentés, y compris Wikipedia, les sites de journaux en ligne tels que The New York Times, The Guardian, The Hindu, le Corriere della Sera, les réseaux sociaux et les sites de contenu tels que Facebook, Twitter, Vimeo et Tumblr. . Parmi les 10 000 meilleurs sites Web, environ un dixième utilise le logiciel.
Beaucoup de sociétés d'hébergement 'BON' telles que GANDI utilisent Vanish , c'est incroyablement rapide et il est connu pour accélérer les sites de 100 à 1000 fois plus rapidement.
Réseau de distribution de contenu
Vous pouvez également réduire le nombre d'extraits à l'aide d'un réseau CDN , ils sont très abordables et vous aideront à réduire la charge du serveur, mais aussi ... vous aideront à accélérer votre site, car ils chargeront le fichier le plus proche. à l'emplacement de votre visiteur. Google récompense les sites rapides et je recommande Cloudflare et des services similaires.