[saxgard]

le probleme ne venait donc pas de l'offre performance, mais bel et bien d'un soucis de conf(root) au niveau d'OVH. le problème a été identifia avec l'aide d'Alex.P (merci à lui)

[saxgard]

Il y a du nouveau, Alex.P a constaté le pb mais pas encore identifié, et pour lui ce n’est clairement pas un soucis lié a la charge serveur. J'espere vraiment que cette fois-ci le pb sera identifié. car depuis le début je n'accepte pas les pics de charges comme excuses à ces temps de connexions élevés a la bdd toute la journée. ca ne tenait pas la route

la cache je la prévoirait quand le site en aura vraiment besoin. la ça serait juste un moyen de cacher le problème mais pas de le corriger.
Avec 20 visiteurs/ jour max, et une bdd quasi vide et un site assez leger, l'interet de la cache pour le moment est normalement très limité.

[janus57]

Bonjour,

Et de toute façon cela n'enlève en rien au fait qu'un SQL mutualisé doit faire son boulot correctement
J'ai des SQL pro et persos dans mon offre j'aimerais pouvoir m'en servir dans des conditions acceptables

dans ce cas pas de magie, faut mettre en place un cache SQL comme beaucoup de CMS le propose maintenant.
Certes le cache n'agira que sur les lecture mais cela sera quand même un bon gain surtout si le site fait plus de lecture que d'écriture.

Cordialement, janus57

[saxgard]

je vais voir avec Alex pour basculer sur la nouvelle infra des sql privé. Je ne suis pas expert en configuration de Mysql, et avec l'ancienne infra je rencontrais des soucis avec les updates qui mettaient parfois trop de temps.

Sans compter les problèmes divers et très bloquant : serveur qui ne redémarre pas, sauvegarde qui bloque etc. Le problème des SQl privé ancienne infra c’est qu'on peut vite se retrouver bloqué en cas de problème et pendant un bon moment. Alors que sur SQL mutualisé ovh réagit très vite en cas de pépin.

De plus vu la taille de ma bdd et mon site le sql privé ne se justifie (justifiait) pas pour le moment.
Et de toute façon cela n'enlève en rien au fait qu'un SQL mutualisé doit faire son boulot correctement
J'ai des SQL pro et persos dans mon offre j'aimerais pouvoir m'en servir dans des conditions acceptables

[cavapulser]

Le SQL-Privé est la solution, d'autant qu'il est inclus dans le pack "Performance".
Et je ne vois pas où est la complexité à basculer dessus, et encore moins à l'utiliser en production une fois en place.
Moi, ça tourne plutôt bien, presque comme une horloge analogique

[saxgard]

Bonjour

Je ne remet pas en cause le principe du mutualisé et accepte sans soucis qu'il puisse y avoir à un instant T une surcharge. Comme indiqué ca fait 10 ans que je suis chez OVh et sur mutualisé.

Je remet en cause les "surcharges" qui perdurent toutes la journée depuis des semaines, et lorsque les temps de réponses sont bien trop élevés pour être acceptable même sur mutualisé.
Plus de 2 secondes voir 3-4 ou 5 secondes régulièrement et toute la journée, même pour un mutualisé (et encore plus pour une offre performance) c'est trop.

Ce que je veux c’est un mutualisé qui fonctionne comme un mutualisé normal. Pas comme un mutualisé discount voir gratuit. Et je veux avoir le choix d'utiliser mon sql perso ou pro même avec mon offre performance tout en conservant des performances satisfaisantes.

je trouve ca génant au point que Je n'ai pas arrête de chercher de mon côté à me demander si le problème ne provenait pas de moi. A chercher ce qui pourrait gêner la connexion à la bdd. Mais je ne vois absolument rien.

D'ailleurs si c’est un problème de surcharge, pourquoi le temps de réponse pose problème uniquement au moment de la connexion a la base de donnée mais jamais au moment de l’exécutions des requêtes ? Je trouve ça également troublant

Et j'arrive souvent à reproduire le problème, si je reste un peu de temps (questions de minutes) sans visiter le site, comme un problème de cache ou je ne sais quoi, mais toujours au niveau de la connexion à la bdd et pas de l’exécution des requêtes.

rien qu'aujourd'hui :

2015-10-30 09:34:47 :
1.6192729473114

2015-10-30 09:59:07 :
0.81676006317139

2015-10-30 10:12:09
2.8136751651764

2015-10-30 10:23:32
1.6476118564606

2015-10-30 10:52:14 :
2.0082108974457

2015-10-30 11:05:03
0.8168089389801

2015-10-30 11:05:07
2.0028150081635

2015-10-30 11:35:18
4.861664056778

2015-10-30 11:44:07
5.8688521385193

2015-10-30 11:49:30
0.81239104270935

2015-10-30 11:51:42
1.7439730167389

2015-10-30 11:51:59
0.81477212905884

2015-10-30 11:55:26
1.6578330993652

2015-10-30 11:57:10
2.8112680912018

2015-10-30 12:02:39
0.84811592102051

2015-10-30 12:02:41
0.81123089790344

2015-10-30 12:13:53
0.84673690795898

2015-10-30 12:18:30
0.74122714996338

2015-10-30 12:18:30
1.6481759548187

2015-10-30 12:23:47
2.8120131492615

2015-10-30 12:35:03
2.0033628940582

2015-10-30 12:42:51
0.95035815238953

2015-10-30 12:45:31
1.6466829776764

2015-10-30 13:16:09
1.7435150146484

2015-10-30 13:16:14
3.6112599372864

2015-10-30 13:31:52
0.94123911857605

2015-10-30 13:37:06
1.870542049408

Et j'ai pas tout mis (ceux avant 10h30), sachant également que j'ai peu de visites. Et sachant qu'ils ont fait la migration pour ma bdd (voir travaux) pour améliorer les performances depuis ce matin.

[janus57]

On est quand même en droit d'attendre même d'un SQL perso ou Pro qui sont également proposé avec l'offre performance, un meilleur service.

Quand ils disent "infrastructure aux performances garanties" ils ne stipulent pas, uniquement si on utilise le sql privé.

Bonjour,

non c'est pas précisé, mais faut garder en tête que les autres BDD sont utilisé par plusieurs dizaines de milliers de clients, alors que sur un seul serveur SQL privé doit pas y avoir plus d'une centaines (comprendre entre 100 et 400 selon la taille du serveur).

Quand on vois que plus de 100.000 sites pointe vers le cluster15 par exemple, cela laisse imaginer la charge que subissent les SQL perso/Pro, comme l'a dit le support mutualisé == on met le plus de personne possible, quitte à avoir des ralentissements (tous les hébergeurs font ça à partir du moment ou il propose des tarifs très bas).

Si on veux du mutualisé, mais garantie (vraiment garantie), il faut se tourner vers des hébergeurs spécialisé dans ce domaine, mais cela va forcément avoir une facture plus grande.

Cordialement, janus57

Cordialement, janus57

[saxgard]

On est quand même en droit d'attendre même d'un SQL perso ou Pro qui sont également proposé avec l'offre performance, un meilleur service.

Quand ils disent "infrastructure aux performances garanties" ils ne stipulent pas, uniquement si on utilise le sql privé.

[janus57]

Bonjour,

pour les offre performance c'est justement pour ça qu'il "offre" un SQL privé, après libre àà vous de ne pas l'utiliser.

Cordialement, janus57

[saxgard]

Bonjour

Depuis juin j'ai souscrit à une offre performance.

Résultat des courses des temps de réponses serveurs (connexion au serveur sql a priori, voir mon post ici : https://forum.ovh.com/showthread.php...mutualis%C3%A9) qui mettent trop souvent plus de 2 à 6 secondes.

La réponse du support :

Il s'avère que les problématiques observées sont liées à des pics de charges parfois constatées sur les serveurs MySQL.

Ces pics peuvent être liées à des requêtes lourdes lancées par d'autres utilisateurs ou à une forte utilisation de l'ensemble des utilisateurs.

Ces pics correspondent d'ailleurs aux dates que vous avez observé.

Il n'y a donc rien d'anormal en soit sur ce type d'infrastructure : mutualisée.

Ce problème je le constate quasiment toute la journée et tous les jours (pas forcément a une tranche horaire spécifique). On peut donc en déduire que leurs serveurs sont quasiment tous le temps surchargés et qu'ils trouvent ça normal. Mutualisé ok, mais il y a des limites surtout quand on paye pour une offre performance ou l'on nous indique ceci :

Grâce à une innovation permanente, OVH vous propose désormais des solutions web qui autorisent une grande liberté d’application, avec des formules basées sur une infrastructure aux performances garanties, évolutives.

Plusieurs secondes rien que pour se connecter a la bdd est tout simplement inadmissible même sur mutualisés quand ça se produit un grand nombre de fois dans la journée.
Et le problème semble s'etre pas mal aggravé depuis plusieurs jours /semaines

Alors oui il y a le SQL privé. le soucis c’est de savoir le configuré sous peine de performance pas forcément plus convaincante (constaté notamment au niveau des update ). Ou du fait qu'on se retrouve bloqué pendant des lustres en cas de pépin. Du moins pour les anciennes offres qui ne contenaient pas d'infogérance pour le sql privé.

J'ai même eu droit à cette réponse :

Si vous recherchez des temps de réponses SQL plus "constants", il sera nécessaire de vous orienter vers l'utilisation d'un nouveau serveur SQL Privé ou dans l'absolu, vers un serveur dédié.

Avec mes 20 visiteurs par jour pour le moment et une bdd de 200ko et des requêtes simples : un serveur dédié se justifierait tout à fait ...
Hmm et un mutualisé qui fait son boulot ne serait-il pas préférable ?

A noter que j'en veux pas forcément à la personne du support qui n'a eu ici qu'un rôle d'intermédiaire.

J'ai eu droit à un moment de répit pendant 4 jours du 23 ou 27 octobre (ce qui n'était jamais arrivé depuis la création du site) et c’est reparti pour un tour.... des 2s-4s en veux tu en voilà...

10 ans chez ovh, je suis extrêmement déçu et pour la 1ere fois je regarde les autres hébergeurs

Donc pour faire simple : "performances garanties" mais pas au niveau SQL si vous utilisez vos bases SQL perso ou pro de l'offre !!! Les serveurs SQL sont surement pleins à craquer et nuiront fortement aux fameuses "performances garanties".

Quand des surcharges durent toute la journée, qu'on a des temps de réponses de 2/4 secondes, a un moment donné il serait bon de faire quelque chose non ?

Mon serveur SQl (mysql55-3.pro) n'apparait pas encore ici : http://travaux.ovh.net/?do=details&id=15012.
Quoi qu'il en soit c’est le dernier espoir, mais j'y crois moyen, avant de songer sérieusement à faire un tour ailleurs.