Performance VPS

ça me parait compliqué de debugger comme ça...
Avez vous essayé de lancer la requête localement depuis le vps ?
Avez vous essayé de configurer des logs dans vos scripts à chaque étape pour essayer de déterminer à quel endroit une étape prend le + de temps ?
Et pourquoi avoir prit une bdd mutualisé et non pas installé directement mysql sur le vps ?

Et autre question, depuis où se fait le test d'accès ?
Si le serveur qui lance la requête est chez AWS forcément ça va impacter les temps de réponse...

Salut !

J'ai tenté via un curl, de mon pc local.
Le ping vers les machines AWS puis OVH donnent grosso modo le même temps de réponse.

Par contre, je viens voir que mon VPS est à Strasbourg mais la DB est à Gravelines. Forcément, ca doit impacter le temps de réponses.
Je vais souscrire à un nouveau VPS à Gravelines et relancer mes tests.

J'ai pris CloudDB pour leur service de maintenance. Je ne voulais pas avoir à ma charge de la gestion des backups, MAJ, etc,... sur le même VPC que mon app.
Tu as de mauvais echo sur leur offre clouddb ?

Merci pour ta réponse ;)

Non aucun echo sur leur offre bdd...
C'est juste que vu le prix (pour ma part) ça n'a pas de sens...
Mais bon, ils doivent bien avoir une clientèle :)

Et vi avoir le sgbd et l'app dans des DCs différents ça ne doit pas aider...
Ils font des trucs étrange parfois OVH en proposant certains services uniquement sur certains DC... Du genre le NAS uniquement à SBG et les bdd uniquement à GRA (exemple au hasard).... Faut être attentif qd on prends ce genre d'offre..

A voir ce que cela va donner avec le nouveau VPS sur GRA...

C'est bon, le souci semble réglé ! J'obtiens des temps de réponses similaires entre AWS et OVH (GRA).

À partir de mon VPS de Strasbourg, le ping vers la db mettait 10ms à revenir... La solution était évidente !

Ouais, je préfère payer plus cher et les laisser gérer les uptades, etc. Je ne suis qu'un développeur, la gestion de serveur n'est pas mon coeur de métier et je préfère me concentrer sur mon code ;)

En tout cas, merci pour ton aide.

Bonjour,

Ouais, je préfère payer plus cher et les laisser gérer les uptades, etc. Je ne suis qu'un développeur, la gestion de serveur n'est pas mon coeur de métier et je préfère me concentrer sur mon code ;)

spoiler : vous êtes sûr que les backup sont géré par OVH ??

J'entends par là une vraie clause dans le contrat qui dit que OVH s'en occupe et pas une ligne sur la plaquette commerciale ?

Car si c'est bien ce contrat https://storage.gra.cloud.ovh.net/v1/AUTH_325716a587c64897acbef9a4a4726e38/contracts/0a19c8e-Conditions_particulieres_OVH_Stack-FR-11.0.pdf [https://storage.gra.cloud.ovh.net/v1/AUTH_325716a587c64897acbef9a4a4726e38/contracts/0a19c8e-Conditions_particulieres_OVH_Stack-FR-11.0.pdf] :
[quote]Ces sauvegardes ne constituent en aucun cas une garantie contre la perte de données. Afin d’assurer la continuité de ses activités, il est recommandé au Client de réaliser des sauvegardes de ses Données sur un ou plusieurs sites distants en tenant compte de la criticité de ses données.[/quote]

Cordialement, janus57

Que conseilles-tu ?
Louer un VPS avec un MySql tournant en service et gérer les backups quotidiens en les envoyant sur s3 ?

La solution la + simple / rapide c'est de simplement faire un dump de la bdd sur le VPS toutes les nuits, et ensuite de sauvegarder ce dump avec les fichiers du VPS...
Et pour l'emplacement où les sauvegarder plusieurs solutions...
Le snapshot automatique d'OVH, un espace de stockage tiers (aws, infomaniak, sur un nas local, etc)...