Panne du forum… et migration Php

[floyer]

Je me suis fié sur les derniers mois:



En bleu les accès, et en rouge les pages en erreurs.

[JosephN]

il y a bcp de nouveaux inscrits ces derniers temps

[floyer]

Je viens de créer la page :

https://forum-hifi.fr/cpu.php

Qui donne le taux de CPU utilisé. Elle permet de mesurer à quel point le CPU est sollicité, surtout en période de surcharge.

Actuellement, c’est assez serein : 15%.

Il peut être utile d’essayer de regarder cette page en cas d’erreur 503. Cela permet d’essayer de mieux comprendre.

[JosephN]

Merci

---

Utilisation CPU : 20.42 %
et en dessosus de 13 sur d'autres clics

[floyer]

Finalement, je vais suivre l’évolution sur :

http://audiokeys.net/munin/forum-hifi-day.html

On verra la tendance, et s’il y a des pics. (15 ou 20% c’est assez raisonnable… mais on voit que c’est variable). Le sondage a lieu toutes les 5’.

Le deuxième graphe (load) est la charge. Ici 15 signifie que 15 processus sont près à utiliser le CPU, mais attendent qu’un cœur se libère. (C’est assez important).

EDIT: Le vient de penser : je mesure la charge globale d’un serveur mutualisé… ce n’est pas très représentatif de la part qui nous est attribuée. Je vais essayer de faire mieux. Néanmoins, si un pic coïncide avec un taux de pages en erreur élevé, on comprendra mieux.

EDIT2: il y a trois graphes portant sur le serveur mutualisé qui nous héberge : 1/ le taux d’usage par cœur de processeur… sachant que je ne sais pas lequel j’utilise oui… il y a 128 cœurs… et on n’en utilise que 2… (oui, 128 items dans la légende, cela fait long !) 2/ le taux d’usage CPU du serveur complet (sachant que l’on en est restreint à une petite partie des ressources), 3/ la charge qui indique le nombre de requêtes en attente de disponibilité CPU.

[JosephN]

C'est l'heure du gourou
un "Error 503 Backend fetch failed" furtif il y a une minute avec
Utilisation CPU : 11.5 %

[floyer]

Je viens de penser au fait que l’usage du CPU est globale au serveur mutualisé. Donc on peut avoir un taux d’usage important des cœurs qui nous sont attribués sans que la charge globale soit importante.

Au environ de l’heure de l’erreur 503, un des cœurs était utilisé à 55%. Mais il est difficile de savoir si c’est corrélé. (Et comme je m’appuie sur un sondage toutes les 5 minutes, je n’ai qu’une vue partielle.). Un chiffre de 70 ou 80% aurait été plus probant.

[Olivier]

A ce moment il y aurait plus de 3000 visiteurs (d'après les stats MyBB, qui sont discutables et à croiser avec d'autres). Le pic à plus de 6800 du mois d'aout ressemble à une attaque DDOS.
Ce n'est que mon point de vue: mais soit on passe à 4 vCPU, soit on regarde du coté d'un service du type CloudFlare. A voir ce qui est le plus supportable économiquement ! Je suppose que la base est régulièrement ré indexée, car ce point bouffe un peu de charge CPU.

[floyer]

IL y a déja un CDN activé. Mettre CloudFlare risque de ne pas changer grand chose. (Ma compréhension est qu'un CDN décharge les contenus statiques... typiquement les bandes son de SoundCloud, les vidéos de YouTube, les logiciels à télécharger, les images, etc. Or ici, le CPU est surtout pris par les pages dynamiques).
La base de données est sur un serveur séparé et je pense qu'il ne compte pas dans les 2 vCPU. De toute manière, les index des bases sont mis-à-jour au fil de l'eau (et on n'y peut pas grand chose).

[Olivier]

CloudFlare sert de CDN, notamment, mais offre aussi la possibilité de filtrer les Bots simples ou plus complexes (suivant l'abonnement). Parmi les visiteurs, à l'époque, de nombreuses IP sur le même réseau (pas du coin) apparaissaient, et augmentaient les requêtes de lecture !
Une sauvegarde manuelle et mensuelle de la base (sur OVH) me permettait d'appliquer automatiquement un peu de maintenance sur celle ci (que ne font pas les snapshots quotidiens). Elle réduisait très sensiblement les temps de réponses, et donc, indirectement, la charge.
Ce n'est qu'une suggestion ! Je n'ai plus toutes les billes en main !