Hébergement Cloud Web - Problème de dépassement de RAM sur des instances CloudDB
... / Problème de dépassement d...
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Problème de dépassement de RAM sur des instances CloudDB

Von
FrancisT10
Erstellungsdatum 2024-02-22 16:33:57 (edited on 2024-09-04 12:51:28) in Hébergement Cloud Web

Bonjour à toutes et à tous,

J'ai des problèmes de dépassement de RAM sur une instance CloudDB utilisée avec un hébergement Performance.
Cette instance tourne en MySQL 5.7, contient plusieurs bases de données, mais qui sont peu sollicitées.

J'ai depuis un moment des problèmes de saturation de la mémoire, sans comprendre d'où cela vient. Les requêtes sont à priori optimisées, les tables indexées, ...

Suite à ces problèmes, j'ai augmenté la RAM de l'instance, la passant de 512 Mo à 1024 Mo, mais les problèmes de dépassement persistent.

Je ne comprend pas les stats sur cette instance, la RAM utilisée reste linéaire, à fond, et le nombre de connexion par minute oscille entre 1 et 2 ... Voir copie d'écran ici : https://musees-marseille.com/stats1.png

Pour tester, j'ai copié une base de donnée sur une autre instance CloudDB que je possède, mais qui n'est pas utilisée. Il n'y a donc aucune connexion sur cette instance, la seule activité est la sauvegarde des bases par OVH. C'est une instance de 512 Mo et elle est quasiment saturée, alors qu'il n'y a aucune activité dessus : https://musees-marseille.com/stats2.png

Quelqu'un pour m'expliquer ? Comment une instance sans connexion peut utiliser de la RAM ? Et pourquoi l'utilisation de la RAM ne fluctue pas mais s'accumule au fur et à mesure, jusqu'à ce que le serveur plante ?

OVH me dit qu'ils ne peuvent pas m'aider, la seule chose qu'ils font est de m'envoyer des mails pour me dire que si les dépassements persistent ils vont fermer l'instance !!!

Merci de vos conseils


4 Antworten ( Latest reply on 2024-02-27 18:42:33 Von
FrancisT10
)

Bonjour,
Beaucoup de message à ce sujet dernièrement.
Vous avez un accès SSH sur l'instance ?
Pouvez vous activer le log des requêtes non indexées ?

Merci pour la réponse.

J'ai un accès SSH, mais je ne sais pas comment activer le log des requêtes non indexées.

Dans le stdout.log, j'ai souvent ce genre de choses :

Ignoring -days; not generating a certificate
Signature ok
subject=C = FR, ST = Nord, O = OVH, CN = tf61183-001
Getting CA Private Key
Retrieving innodb_log_file_size from /etc/mysql/my.cnf...
100663296
Retrieving /var/lib/mysql/data/ib_logfile0 size...
50331648
Renaming /var/lib/mysql/data/ib_logfile0 to /var/lib/mysql/data/ib_logfile0.old... Done
Renaming /var/lib/mysql/data/ib_logfile1 to /var/lib/mysql/data/ib_logfile1.old... Done
2024-02-17 04:28:19,333 INFO Included extra file "/etc/supervisor/conf.d/mysql.conf" during parsing
2024-02-17 04:28:19,333 INFO Included extra file "/etc/supervisor/conf.d/soft-oom-killer.conf" during parsing
2024-02-17 04:28:19,333 INFO Included extra file "/etc/supervisor/conf.d/sshd.conf" during parsing
2024-02-17 04:28:19,333 INFO Included extra file "/etc/supervisor/conf.d/supervisord.conf" during parsing
2024-02-17 04:28:19,333 INFO Set uid to user 0 succeeded
2024-02-17 04:28:19,343 INFO RPC interface 'supervisor' initialized
2024-02-17 04:28:19,343 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2024-02-17 04:28:19,343 INFO supervisord started with pid 1
2024-02-17 04:28:20,346 INFO spawned: 'sshd' with pid 35
2024-02-17 04:28:20,350 INFO spawned: 'soft-oom-killer' with pid 36
2024-02-17 04:28:20,352 INFO spawned: 'mysql' with pid 37
2024-02-17T03:28:20.367596Z 0 [Warning] option 'performance_schema_max_statement_stack': unsigned value 0 adjusted to 1
2024-02-17T03:28:20.513617Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set.
2024-02-17T03:28:21.032442Z 0 [Warning] InnoDB: New log files created, LSN=17455529415
2024-02-17T03:28:21.891011Z 0 [Warning] A deprecated TLS version TLSv1 is enabled. Please use TLSv1.2 or higher.
2024-02-17T03:28:21.891032Z 0 [Warning] A deprecated TLS version TLSv1.1 is enabled. Please use TLSv1.2 or higher.
2024-02-17 04:28:21,891 INFO success: sshd entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-02-17 04:28:21,891 INFO success: soft-oom-killer entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-02-17T03:28:21.891778Z 0 [Warning] CA certificate ca.pem is self signed.
2024-02-17 04:28:50,924 INFO success: mysql entered RUNNING state, process has stayed up for > than 30 seconds (startsecs)
2024-02-17 21:04:09,237 INFO reaped unknown pid 37082
2024-02-20 19:44:58 1614649300 limit reached (1615032320). Killing PID 1 using SIGTERM...
2024-02-20 19:44:58,052 WARN received SIGTERM indicating exit request
2024-02-20 19:44:58,064 INFO waiting for sshd, soft-oom-killer, mysql to die
2024-02-20 19:44:59,328 INFO stopped: mysql (exit status 0)
2024-02-20 19:44:59,331 INFO stopped: soft-oom-killer (terminated by SIGTERM)
2024-02-20 19:44:59,342 INFO stopped: sshd (exit status 0)
Detected a 1 GB container
MySQL TLS CA already exists
Generate server certificate
Generating RSA private key, 2048 bit long modulus (2 primes)


J'ai un accès SSH, mais je ne sais pas comment activer le log des requêtes non indexées.


https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_log_queries_not_using_indexes

Notez qu'il faut faudra activer également le slow query comme dit dans la doc
Je n'ai pas ce genre d'instance, mais je pense qu'il vous sera possible de le faire.

C'est une instance qui est en prod ?

Oui, c'est une instance en prod.

En regardant les log des slow queries sur le serveur, y'a pas grand chose, 2 ou trois par jour, jamais plus de 3 secondes, et je me demande si ce n'est pas lié à la sauvegarde automatique de la DB par OVH ...

C'est quand même étrange. Que l'instance penne la RAM dispo pour son cache ne me choque pas c'est normal... Mais je me demande comment c'est posible de ne jamais avoir plus de 2 connexions sur une BDD en prod.

Vous avez la commande
> free -h

Ça donne quoi ?

J'ai mis un log sur les requêtes sql de 3 sites et il y a bien plus que 2 connexions par minutes ...

C'est bien la bonne instance ?

Que donne "free -h" dans la console SSH

Bonjour @FrancisT10,

Si un des différents retours répond à votre demande, je vous invite à marquer ce dernier comme solution.

Dans le cas contraire, n’hésitez pas à ajouter des informations afin qu’une nouvelle réponse vous soit apportée par la communauté.

^FabL

Pour vous répondre @FabL, je n'ai pas eu de réponse à ma demande, malgré l'aide de @TTY, pas plus qu'à ma demande de support il y a 5 jours 😳

Du coup je peux copier ici le message que j'ai laissé hier sur mon ticket, toujours sans réponse :

- Pourquoi d'après vos stats il n'y a que 1 ou 2 connexions par minutes sur cette instance ?
- Pourquoi l'utilisation de la RAM reste fixe et ne fluctue pas en fonction des connexions ?
- Pourquoi le graphique Statistiques du temps d'exécution des requêtes (indiqué dans votre doc) n'apparait pas chez moi ?
- Pourquoi y-a-t-il des coupures de connexions ?
- Pourquoi une autre instance, contenant 1 BDD mais sans aucune connexion dessus utilise 90 % de sa RAM ???
- Pourquoi faut-il plus de 5 jours pour avoir une réponse à une demande d'assistance ???
- Pourquoi je suis encore client chez vous ?

Je précise que les seuls retours que j'ai eu d'OVH sont des mails m'indiquant que mon instance Cloud DB dépassait sa limite de RAM et que sans intervention de ma part cette instance serait fermée !!! Très pro !

Bref, j'ai 3 hébergements chez vous, 27 noms de domaine (plus encore quelques dizaines à rapatrier de chez Gandi, des pro eux aussi depuis leur rachat), et je commence à sérieusement regarder du coté d'Infomaniak, je me dis que les suisses sont peut-être plus pro ...