|
Il est très courant, en dépit du matériel abordable, d'avoir des problèmes de charge sur le serveur. Il peut y avoir plusieurs raisons à forte charge sur le serveur, comme, RAM insuffisante / CPU, les disques durs plus lents, ou simple logiciel non optimisées. Cet article va vous aider à identifier ce qui est le goulot d'étranglement et où avez-vous besoin d'investir. S'il vous plaît, cependant, ne le prenez pas comme un remplacement de conseils professionnels ou du service. Vous devez toujours demander un service professionnel si vous pouvez payer les coûts associés. I) Tout d'abord, vous êtes vraiment dans le pétrin? Habituellement les gens recherchent de charge dans les panneaux de contrôle, en utilisant "uptime" ou "top" de commande. Vous pouvez probablement d'exécuter l'uptime "" commande dans votre shell root pour savoir quelle est la charge, mais je vous voulez utiliser "top" pour le moment (jolie s'il vous plaît). Cela vous aidera à déterminer comment de nombreux processeurs sont signalés *. Vous devriez être en mesure de voir quelque chose comme cpu00, cpu01, etc Une autre chose à considérer tout en examinant la charge via uptime ou top, c'est de comprendre ce qu'elle montre. Par exemple: (sur un serveur 2HT CPUs, a rapporté que 4) 18:30:55 jusqu'à 17 jours, 5:17, 2 users, load average: 4.76, 2.97, 2.62 La première partie (3.76) montre que la charge moyenne au cours des 5 dernières minutes, tandis que la 2.97 (deuxième) et troisième (2.62) montre les moyennes des 10 et 15 minutes respectivement. C'est probablement un pic ici qui je ne serais pas trop inquiet (un peu désinvolte?), Mais si vous êtes, alors viens de lire sur! Assez heureux au sujet comment vous avez été en mesure de déterminer que votre serveur est vraiment surchargé? Désolé d'entendre cela, mais on ne sait jamais parce que parfois les serveurs sont en mesure de traiter une charge beaucoup plus que la charge indiquée. Les moyennes de charge sont après tout pas si précis et peut ne pas toujours être l'ultime facteur déterminant. Confus? C'était juste quelques informations techniques que vous n'avez pas besoin d'être dérangés au sujet de. Aller de l'avant, si vos charges sont une chose à ne plus se soucier. * Notez l'usage du terme «déclarée». J'ai utilisé ce terme parce que un P4 CPU d'avoir une technologie HT sera indiqué comme étant 2, même si vous savez que votre serveur dispose d'un processeur. II) Où est le problème? Pour identifier le problème, vous devez exécuter une série de tests logiques (Ok, ce n'est pas aussi effrayant que cela mai son). Il suffit d'avoir du temps libre, probablement 30-45 mins, et un accès root sur votre serveur (attendez-vous pas de magie;)). Prêt à commencer? Let's go! Note: Pour effectuer les contrôles à plusieurs reprises, pour atteindre une belle conclusion. 1. Départ pour la RAM (goulot d'étranglement les plus courantes!). # M libre La sortie doit ressembler à ceci: # M libre utilisé Total gratuitement tampons partagés en cache Toute réaction du genre: «Oh Gosh, presque toute la mémoire vive est épuisée."? Ne paniquez pas. Jetez un oeil sur les buffers / cache qui dit "985" MB de RAM sont encore libres dans les tampons. Tant que vous avez suffisamment de mémoire dans les tampons, et que votre serveur à l'aide isnt't swap, vous êtes assez beau en RAM. Votre serveur commence à utiliser SWAP (un peu comme Pagefile), qui fait partie de votre disque mappé comme la mémoire, mais il est relativement très lent et ne peut Furthur plus lent vers le bas de votre système si vous avez un disque dur occupé (ce dont je doute, si vous ne seriez pas vous utilisez beaucoup de RAM). En bref, au moins 175 Mo disponibles dans des tampons et pas plus de 200Mo de swap. Si la RAM est le problème, vous devriez probablement se pencher sur les optimisations sur vos scripts PHP / Perl, les requêtes MySQL + serveur, Apache. 2. Vérifiez si I / O (Input / Output) est l'utilisation excessive S'il ya trop de lire / écrire les requêtes sur un seul disque dur, il va devenir lent et vous devrez le mettre à niveau un disque plus rapide (avec plus de RPM et le cache). L'autre possibilité pour un seul disque plus rapide est le fractionnement de la charge sur plusieurs disques en diffusant le plus de contenu sur demande de plusieurs lecteurs, qui peuvent être facilement accompli en utilisant "les liens symboliques" (liens symboliques vers des fichiers / dossiers). Pour identifier, si votre I / O problème est de faire votre lag serveur: # Top Lire la sortie sous la rubrique «iowait section, pour chaque processeur. Dans les situations idéales, il devrait être proche de 0%. Si vous ne sont toutefois au moment de scruter un pic de charge, pensez à revérifier ces valeurs plusieurs fois pour arriver à une conclusion amende. Tout ce qui dépasse de 15% est worrysome. Ensuite, vous pouvez vérifier la vitesse de votre disque dur pour voir si c'est vraiment en retard de développement: Si vous ne connaissez votre disque dur est sur / dev / sda ou / dev / hda, il suffit de lancer le suivant. Ou afin d'exécuter "df-h" commande pour vérifier qui est le lecteur que vos données réside. # Hdparm-Tt / dev / sda La sortie: / dev / sda: Timing cached reads: 1484 MB dans 2.01 seconds = 739.00 MB / sec Timing buffered lectures sur le disque: 62 Mo en 3.00 secondes = 20,66 Mo / sec It was awesome au buffer cache lit, très probablement en raison de cache intégré au disque, cependant, un disque en mémoire tampon se lit est juste à 20.66 Mo / sec. Anything 25MB ci-dessous est une chose, vous devriez préoccuper. 3. De puissance CPU est entièrement consommée? # Top Vérifiez la sortie haut pour savoir si vous utilisez trop de puissance CPU. Vous devriez regarder la valeur sous ralenti A côté de chaque entrée du processeur. Rien en dessous de 45% est quelque chose que vous devriez vraiment s'inquiéter. III) problème identifié, quels est la solution? Pour le conclure, permettez-moi de proposer quelques solutions pour chaque problème: Une solution globale à tous les problèmes est d'optimiser MySQL et serveur Web dont PHP / Perl et les requêtes. Ou le moins qu'on puisse faire est d'optimiser les paramètres du serveur Apache et MySQL pour mieux performer. 1. Trop d'utilisation du processeur Dans "ps-auxf" ou "top" rechercher des procédés qui utilisent des CPU trop. Si c'est HTTP ou MySQL, vous mieux optimiser vos scripts et des requêtes, si possible. Dans la plupart des cas, il est extrêmement difficile d'optimiser tous les scripts et de requêtes et une meilleure option est d'aller juste pour un changement de CPU / upgrade. Un double processeur il doit être performant, mais quel genre de mise à niveau que vous cherchez dépend de votre actuelle du processeur. 2. RAM tous épuisés C'est comme si vous êtes dans le même genre de situation que le CPU un. Optimiser HTTP, MySQL, etc scripts ou allez faire une mise à niveau de mémoire vive. Vous installez les logiciels mai cache opcode comme APC (de poire) de PHP pour le rendre meilleur rendement tout en diminuant la charge. 3. Disk tous utilisés (eh, je ne veux pas d'espace) Ici vous avez soit d'aller pour un disque SATA plus rapide comme normales IDE ou SCSI sur SATA. Eh bien, je viens de parler en général. Vous avez en considération des facteurs comme le RPM et le cache à finissent par aller à une UPGRAD qui vaut la peine. La deuxième option est d'obtenir plusieurs lecteurs de la même catégorie et de répartir la charge sur les lecteurs. Une méthodologie commune est de servir MySQL à partir d'un second disque. IV) Conclusion Cela n'a pas été d'un grand secours? Mon article pourrait être erroné, ahh, excusez-moi. C'est mon premier article et cette chose réellement consommé assez BRAINCELLS peu du mien. C'est un peu personnelle n'est-ce pas? Let's get back to business. Pour info, dans l'exemple, le problème était avec les I / O et l'utilisation du disque dur Obtenir lente. Un guide peut jamais être complète en elle-même ou de vous offrir tout ce dont vous aurez besoin pour atteindre le niveau expert upto (vous devez continuer à apprendre pour atteindre ce niveau). En cas de doute, s'il vous plaît NE engager des experts pour regarder par-dessus votre serveur. D'une certaine manière, si vous n'avez pas l'argent à dépenser, vous êtes stil en toute sécurité! Vous pouvez aller à notre serveur section Aide d'optimisation pour obtenir de l'aide avec l'optimisation de votre serveur. |