Bonjour à tous,
Comme vous avez pu le remarquer, ces derniers mois il y a eu de grands boulversements du côté des bases de données partagées (aussi appellées SharedSQL).
Nous avons migré un datacentre complet, nous avons officiellement arrêté le support des MySQL 4.0 vieillissants. Un autre grand chantier est maintenant en route !
_Un peu d'histoire pour comprendre le contexte:_
Il y a maintenant 20 ans, lorsque vous commandiez un hébergement avec un SharedSQL nous vous fournissions l'adresse IP du serveur, afin que votre site puisse communiquer avec le SharedSQL.
C'était bien à l'époque, mais ensuite il y a eu mieux: Nous vous fournissions le nom DNS du serveur. Comme ça, en cas de problème sur la machine physique nous pouvions migrer toutes les bases de données du serveur défectueux sur une nouvelle machine, changer la résolution DNS, et tout était transparent pour vous.
Depuis 2017 et le passage à Docker pour héberger les bases de données (Plus d'informations ici: https://blog.ovh.com/fr/blog/docker-administrer-bases-de-donnees-une-idee-folle/ ) notre architecture à changé. Nous vous fournissions un nom DNS propre à chaque base de données de la forme .mysql.db. Cette nouveauté nous a permis, en cas de souci sur une seule base, de migrer cette seule base sur un autre conteneur Docker, de manière tout aussi transparente, sans aucun impact sur les autres bases du conteneur.
Afin de vous faciliter au maximum l'hébergement web, nous avons gardé aussi longtemps que possible la compatibilité descendante. Cependant, afin de vous proposer des solutions toujours plus performantes et sûres, nous devons arrêter cette rétro-compatibilité.
Dans les prochains mois, votre site devra utiliser comme serveur de connection .mysql.db. Mais ne vous inquiétez pas, nous nous chargeons des modifications à votre place.
_Concrètement, comment cela va-t-il se passer ?_
Dans un premier temps un robot va scanner individuellement chaque hébergement web afin d'y trouver le fichier de configuation d'accès à la base de données. Une fois ce fichier trouvé, il le lira afin de déterminer si vous utilisez bien le nom de votre base de données et non pas le nom du serveur ou encore son IP.
1. Dans le cas ou la configuration est correcte, c'est très simple, nous n'avons rien à faire et laissons votre hébergement comme il est. Le robot le marque en interne comme correct, afin de ne plus y revenir.
2. Dans le cas contraire, ce même robot vous envoie un email détaillé, contenant la modification qui sera effectuée au plus tôt 30 jours après cet e-mail. Il marque également en interne votre hébergement comme étant à corriger.
_30 jours après, que se passe-t-il ?_
Si votre hébergement est marqué comme étant à corriger, au plus tôt 30 jours après ce marquage, le robot scanne une nouvelle fois votre hébergement. Encore une fois, 2 cas peuvent se produire:
1. Vous avez suivi les corrections à apporter dans notre e-mail et votre hébergement est donc maintenant correctement configuré. Dans ce cas, nous ne faisons rien, puisqu'il n'y a plus rien à faire. Votre hébergement est marqué comme correct.
2. Votre configuration n'a pas changé: Avant toute chose, une sauvegarde de votre fichier de configuration est effectuée. Ensuite, la magie opère. Après une série de vérifications, le robot remplace automatiquement ce qui doit l'être. Une fois la modification effectuée avec succès, il vous prévient par e-mail. Dans le cas où la modification serait impossible, votre fichier reste tel qu'à l'origine et notre robot prévient un humain afin qu'il puisse investiguer.
Ce chantier est imposant. Nous n'avons pas moins d'1,4 millions d'hébergements, représentant un volume de données de plusieurs centaines de To. Tout comme Rome ne s'est pas faite en un jour, ces modifications prendront du temps. Les premiers seront les CMS pré-installés (les modules one-click), en commençant par les Wordpress.
A notre habitude et pour vous garantir une totale transparence, le suivi détaillé est disponible sur cette tâche travaux : http://travaux.ovh.net/?do=details&id=46826
Nous restons à votre disposition pour répondre à vos question ici même.
Stay tuned !
Connection aux bases de données des modules one-click
Related questions
- Connexion à mon compte client
157956
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
128403
03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
112742
14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
99791
28.07.2017 11:39
- Passage en php 7.4
99174
30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
93491
04.12.2019 21:52
- The requested URL / was not found on this server
92524
02.03.2017 18:25
- Deploy d'un projet Node JS
92520
12.10.2016 20:18
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
92338
16.10.2016 16:24
- NextCloud sur mutualisé
92280
07.04.2017 08:42
Bonjour à tous,
Ce chantier continue !
Nous allons maintenant traiter tous les sites web identifiés comme utilisant encore nos ProxySQLs.
La tache travaux associée est ici : http://travaux.ovh.net/?do=details&id=50340
Vous pourrez y suivre l'avancée des opérations
Courage les gars !
Parfois on ne se rend pas compte du travail en coulisses pour faire (sur)vivre l'héritage du passé...