Comment gérer MySQL

Ce n'est pas forcément la meilleure solution...
Effectivement séparer les services permet de mieux suivre la charge de chaque partie et ainsi mieux isoler les problèmes de perfs.
Cela permet par exemple d'avoir + d'io disque uniquement pour SQL. Sur un public cloud ça peut être utile, sur un dédié avec disques NVMe aucun intérêt.

Cela peut être utile d'auditer un peu la charge disque avec iostat -d pour voir un peu si il y'a saturation des io.
Si les io saturent régulièrement il peut effectivement être pertinent de prendre un autre serveur...

Mais franchement, de base il ne faut pas s'attendre à une explosion des perfs parce que tu vas prendre un autre public cloud pour héberger le serveur sql... Sauf serveur très chargé (saturation io, peu de coeurs, ...).

Merci, j'ai 3 sites : une instance Matomo, une instance Drupal et une instance NextCloud.
Chaque instance à MySQL installé dessus avec une BDD par instance.
Devrais je rassembler les BDD sur une nouvelle instance MySQL ou laisser comme cela.

C'est quoi la différence entre héberger mes BDD sur un instance Puclic Cloud et https://www.ovh.com/fr/cloud/cloud-databases/ ?

Les rassembler je ne sais pas, faut voir la charge sur chaque serveur et tenter d'extrapoler. Au pire j'ai envie de dire faut tester avec une instance à l'heure.

Le cloud database est géré par OVH il me semble, alors que sur un public cloud c'est au client de configurer son serveur.

tres bien merci