Discussion :

[montmoulinexd]

Bonjour à tous,

je m'interroge sur une charge de ma CPU que je ne comprends pas.

J'ai un VPS Linux OVH :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"

J'ai la config minimale à 3€ par mois :
1 vCore
2GB RAM
10 Go de stockage SSD

(Niveau stockage je n'ai pas de partition et il me reste 750 MB de libre dans /)

Sur ce serveur tourne uniquement Docker :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
docker -v
Docker version 1.12.6, build 78d1802

et une dizaine de conteneurs (reverse-proxy, piwik, php-apache, jenkins, nodejs, gogs, sonarqube, et d'autres ...) en gros je me sers du serveur pour mettre des outils et hébergé 2 sites. J'ai conscience que mon serveur est un peu chargé et j'ai prévu d'upgrader mon offre prochainement (au Black Friday si ça peut attendre jusque là ).

Voici l'aperçu Monitoring fourni par OVH :


A deux reprises, on voit que l'utilisation CPU est passé de quasi 0% à 100% et je ne comprend pas trop pourquoi. D'ailleurs suite à la première fois ou ça m'a fait ça la RAM est depuis à 95 % tout le temps ... Lorsque le proc est à 100% mes services Web rame, je reboot le serveur et ça va mieu niveau CPU mais pas niveau RAM (comme en témoigne les graphiques).

Bref, l'objectif de ce message est de comprendre ce qui se passe sur mon serveur, j'ai bien conscience que je vais devoir passer sur une offre supérieur, mais j'aimerai comprendre afin de choisir l'offre la plus adapté à mon besoin.

Merci pour vos retours,

[Christophe]

Qu'est ce que ça donne si tu ne démarres que la moité des conteneurs ?

Regardes la commande docker stats :
https://docs.docker.com/engine/refer...andline/stats/

[jlliagre]

A deux reprises, on voit que l'utilisation CPU est passé de quasi 0% à 100% et je ne comprend pas trop pourquoi.

Nous non plus... Connaitre la consommation CPU globale ne suffit pas à comprendre à quoi elle est due dans le détail.

D'ailleurs suite à la première fois ou ça m'a fait ça la RAM est depuis à 95 % tout le temps ... Lorsque le proc est à 100% mes services Web rame, je reboot le serveur et ça va mieu niveau CPU mais pas niveau RAM (comme en témoigne les graphiques).

Idem pour la mémoire, surtout quand on ne sait pas exactement à quelle statistique correspond la valeur affichée. Si les buffers/cache sont inclus, plus tu utilises de mémoire mieux c'est...

Si tu veux savoir ce que fait ta machine, en plus du "docker stats" suggéré par Chrtophe qui va te donner des statistiques par container, regarde aussi ce qu'affichent les commandes suivantes qui donnent des statistiques globales :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
top -b -n 5
vmstat 5 5
free

[montmoulinexd]

Bonjour,

tout d'abord merci pour vos retour.

J'ai arrêté la moitié de mes conteneurs car j'avais trop de hangs sur mes services.

Voici le bilan quelques jours plus tard :

Je n'avais jamais utilisé (et je n'avais d'ailleurs jamais arrêté mon attention dessus) la commande docker stats.

Voici le résultat :



Si on fait la somme de la RAM utilisé on est loin des 100% ... Le service qui prend le plus de RAM est un serveur web Piwik.



Au niveau du monitoring OVH, même si c'est vrai qu'on ne sait pas ce qu'il regarde exactement :



On voit quand même bien que l'utilisation de la RAM est tombé à la moitié directement après le docker stop des 5 conteneurs. Mais sont utilisation est remontée près de 100% petit à petit ...


Au niveau des commandes systèmes donné par jlliagre :

les lignes de la commande top qui nous intéressent (celles qui concernent les process docker) les autres sont à 0 en cpu et 0 en mem



Le vmstat :



et le free



Tout ceci me laisse croire que le monitoring d'OVH est erroné, mais bon quand tous les conteneurs sont lancé on sent quand même qu'il y a des problèmes de hangs.

Je vais essayer de relancer tous les conteneurs petit à petit, de redémarrer le serveur et d'analyser au fil du temps l'évolution de l'état de la RAM avec toutes vos commandes. Je vous ferai part de mes résultats .

Merci pour vos retours,

PS : Savez vous si en étant déjà client je peux bénéficier d'offre promotionnelle pour l'upgrade de mon serveur lors du Black Friday ?

[jlliagre]

La probabilité que le monitoring d'OVH soit erroné est négligeable. Il n'y a pas de raison pour que les courbes soient incorrectes. C'est ton interprétation qui semble l'être.

Pour comprendre les pointes de charge CPU, ll faudrait aussi lancer les commandes suggérées lorsque la charge est à 100%.

Avec ton dernier post, on a seulement une ligne de vmstat alors que j'en avais demandé cinq, et en plus cette ligne correspond à un intervalle de temps pendant lequel on a les CPUs idle à 100%. On ne peut donc rien en tirer.
Tu as aussi tronqué la première partie de ce qu'affiche top, ce n'est pas une bonne idée.
De plus, plutôt que de poster des copies d'écran, met la sortie texte via un copier/coller dans tes posts.

Pour ce qui est de la RAM, free confirme que la mémoire est utilisée à plus de 95%. Ce n'est pas un problème puisque le buffer/cache est comptabilisé, ce qui n'est pas faux.

De toute façon, la mémoire inutilisée est de la mémoire gaspillée.

[Christophe]

La probabilité que le monitoring d'OVH soit erroné est négligeable.

Les stats du manager ovh peuvent avoir des bugs (de rafraichissement notamment, déjà vu).

Mais si tu as la config minimale, avec 1 core (et on ne sais pas si il s'agit d'un CPU ou d'un APU), ça peut être la cause.

Pour voir utilisation, documentes toi sur :

• iostat
• top
• uptime

[Jipété]

(et on ne sait pas si il s'agit d'un CPU ou d'un APU)

Le terme accelerated processing unit est un terme générique pour désigner une unité spécialisée dans l'accélération matérielle que l'on ajoute en aide au processeur principal (le CPU).

source

[Christophe]

Il faut plutot prendre la suite :

Ce terme a également été repris par les commerciaux de l'AMD Fusion, puis par l'ensemble du monde x86 pour dénommer une seule puce regroupant à la fois le CPU, et un ou plusieurs APU (dans le sens général), mais contrairement au SoC, n'incluant pas les unités de contrôle du système. Intel a ensuite suivi cette appellation pour certains Intel Atom et Intel Core.

[jlliagre]

Je ne vois pas trop en quoi le type de CPU peut intervenir ici.

j'ai bien conscience que je vais devoir passer sur une offre supérieur, mais j'aimerai comprendre afin de choisir l'offre la plus adapté à mon besoin.

Les créneaux de charge CPU à 100% ne sont pas dus à un sous dimensionnement CPU du serveur puisque le reste du temps, cette charge ne dépasse pas quelques pourcents. Il doit plutôt s'agir de runaway threads ou processes qu'il faut identifier avec les commandes déjà suggérées. "docker stats" pour identifier le conteneur (si c'est dans un conteneur que se situe le problème), top pour identifier le processus (s'il s'agit bien d'un processus) et vmstat pour voir la part du noyau dans la charge.

Il n'y a pas non plus de sous dimensionnement manifeste de la RAM à partir des stats fournies puisque seulement un quart des 2 Go de RAM est utilisé par 5 conteneurs.

[montmoulinexd]

Bonjour,

Je viens vous donner quelques nouvelles à propos du problème initial.

Mes services web n'ont pas eu de nouveaux problèmes, je n'ai à aucun moment eu de lags dans l'utilisation de celles-ci. Le monitoring OVH ne fonctionne plus depuis la panne qu'ils ont subit il y a quelques jours.

Cepedant, le problème ne s'est reproduit que deux fois, et je n'ai depuis plus de problèmes. Le docker stats donne ces infos (avec tous mes conteneurs qui tournent) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
CONTAINER           CPU %               MEM USAGE / LIMIT       MEM %               NET I/O               BLOCK I/O             PIDS
31281208a055        0.00%               8.891 MiB / 1.906 GiB   0.46%               35.07 kB / 167.2 kB   0 B / 0 B             8
e49e855e695a        0.01%               248.3 MiB / 1.906 GiB   12.72%              8.698 MB / 9.666 MB   252.2 MB / 19.44 MB   11
4e98bb594945        0.04%               57.89 MiB / 1.906 GiB   2.97%               6.681 MB / 8.028 MB   40.2 MB / 64.43 MB    16
0b05f3d9252f        0.00%               48.59 MiB / 1.906 GiB   2.49%               2.846 MB / 4.43 MB    234.5 MB / 364.5 kB   17
a2e76f58fc1c        0.06%               51.37 MiB / 1.906 GiB   2.63%               795.7 kB / 2.568 MB   34.24 MB / 180.2 kB   18
825971d42809        0.40%               20.54 MiB / 1.906 GiB   1.05%               12.43 MB / 12.52 MB   93.86 MB / 0 B        8
15cb16828952        0.81%               749.2 MiB / 1.906 GiB   38.38%              309.1 kB / 22.86 kB   223.1 MB / 19 MB      122
855a8aa143bd        0.13%               270.9 MiB / 1.906 GiB   13.88%              4.305 MB / 714.3 kB   180.3 MB / 6.636 MB   39
7ace5b9a0670        0.00%               2.996 MiB / 1.906 GiB   0.15%               301.9 kB / 1.671 MB   13.52 MB / 8.192 kB   4

Le free :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
free
              total        used        free      shared  buff/cache   available
Mem:        1999040     1493788      124808       47796      380444      260824
Swap:             0           0           0

et le vmstat 5 5

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
vmstat 5 5
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0      0 124780  33732 346800    0    0    15    11   20   35  1  0 99  0  0
 0  0      0 124780  33740 346832    0    0     0     3  176  485  0  0 99  0  0
 0  0      0 124408  33748 346844    0    0    17    19  232  629  3  1 96  0  0
 0  0      0 124656  33756 346844    0    0     0    16  178  492  0  0 99  0  0
 0  0      0 124656  33764 346836    0    0     0    21  178  485  0  0 99  0  0

Niveau disque, il me reste 540 Mo de libre sur 10Go et je pense que le problème peut venir de là ...

A l'approche du Black Friday, j'hésite entre changer d'offre de VPS et prendre un peu plus de RAM (4 Go) et beaucoup plus de stockage au moins 50 Go. Mes applis étant sur docker elles sont facilement déployable sur un autre serveur. Ou simplement ajouté un disque additionnel (+ upgrade mon serveur actuel sur l'offre 4 Go de Ram et SSD 20 Go) et y mettre tous les volumes de mes conteneurs (mais pour l'instant les volumes ne représentent que 500 Mo ... même si les données grossisent ce n'est pas trés rapide). Ou bien je peux mettre les conteneurs sur le disque additionnel (risque de perte de rapidité ?) ?

Des avis ? Quelle est au vu de mon utilisation le meilleur choix pour vous ? Mon objectif étant d'avoir quelque chose de fonctionnel pour un prix minimum.

Merci pour vos retours

Edit : j'ai oublié, mais j'avais lu des choses sur RancherOS (spécial pour conteneurs) des avis ? Me permettrait t'il de gagner de la place sur la taille du système d'exploitation ? Gagner en performance ?

[jlliagre]

Si les chiffres fournis correspondent à une période d'activité, je ne vois pas trop pourquoi tu cherches à augmenter les performances.

La CPU est extrêmement peu sollicitée et il reste encore suffisamment de RAM disponible.

Quant à l'espace disque, le pourcentage d'utilisation influe peu ou pas sur les performances (sauf si l'OS utilisé ne supporte pas TRIM, mais ce n'est pas le cas d'Ubuntu Xenial Xerus).

Soit il reste encore de la place et tout va bien, soit il n'y a plus de place et les applications risquent de planter avec perte de données, mais il ne s'agit pas de performances.