Autonome, aucun site requis
Achetez une base de données sans acheter d’hébergement. Votre application peut s’exécuter n’importe où ; la base de données est un produit à part entière.
Bases de données gérées Zinn®
Bases de données gérées autonomes : vous n’avez pas besoin d’héberger un site web chez nous pour exécuter une base de données avec nos services. PostgreSQL ou MySQL, trois niveaux de taille pour chacune, avec basculement automatique à partir du niveau intermédiaire. Nous vérifions les restaurations en nous connectant à la base de données restaurée plutôt que de supposer qu’une tâche de sauvegarde s’est bien terminée.
Les bases de données gérées Zinn® sont des instances PostgreSQL ou MySQL que nous exploitons pour vous, vendues séparément. Rien ne suppose que vous hébergiez également un site ici : pointez une application vers celle-ci d’où qu’elle se trouve, et traitez-la comme un service de base de données à part entière plutôt que comme un simple module complémentaire à un forfait d’hébergement.
Il existe trois tailles pour chaque moteur. Le niveau inférieur est une instance unique. Les niveaux intermédiaire et supérieur ajoutent le basculement automatique, de sorte qu’un nœud perdu constitue un événement de basculement plutôt qu’une panne que vous signalent vos utilisateurs. Le coût du basculement varie selon le moteur — PostgreSQL effectue l’arbitrage entre deux instances, tandis que MySQL nécessite un groupe de trois membres et une paire de routeurs pour atteindre le quorum — c’est pourquoi les tarifs de MySQL sont un peu plus élevés pour chaque taille.
PostgreSQL et MySQL gérés avec des opérations exécutées correctement et présentées assez clairement pour que vous puissiez planifier en conséquence.
Achetez une base de données sans acheter d’hébergement. Votre application peut s’exécuter n’importe où ; la base de données est un produit à part entière.
Les configurations moyenne et grande fonctionnent avec un basculement automatique. Le passage depuis la petite configuration représente un changement de disponibilité, et pas seulement de taille.
Le niveau inférieur exécute une seule instance, ce qui convient aux environnements de développement, de préproduction et aux charges de travail de production plus légères où une courte fenêtre de récupération est acceptable.
Sur PostgreSQL, la restauration s’effectue à un instant précis plutôt qu’au snapshot de la nuit dernière, ce qui vous permet d’annuler une mauvaise migration ou une suppression erronée sans perdre les données de la journée. Les bases de données MySQL sont sauvegardées chaque nuit et conservées pendant quatorze nuits.
Le fait qu’une tâche de sauvegarde se termine avec succès ne prouve pas qu’une base de données puisse être restaurée. Nous vérifions les restaurations en nous connectant à la base de données restaurée et en y effectuant des lectures.
Chaque niveau exécute le moteur que vous avez choisi. Passer au niveau supérieur modifie l’allocation de vCPU, de mémoire et d’espace disque et, à partir du niveau intermédiaire, ajoute le basculement automatique.
Provisionnez-le, connectez-vous-y et laissez-nous gérer la partie opérationnelle.
Choisissez PostgreSQL ou MySQL, puis petit, moyen ou grand en fonction de vos besoins en processeur, mémoire et disque, et selon que vous souhaitez ou non le basculement automatique.
Vous obtenez des identifiants et un point de terminaison de connexion. L’application peut être hébergée sur notre infrastructure ou sur celle de quelqu’un d’autre ; la base de données s’en moque.
Nous effectuons des sauvegardes selon un calendrier défini et nous vérifions que les sauvegardes se restaurent en nous connectant au résultat, afin que la capacité de récupération soit mesurée plutôt que supposée. Sur PostgreSQL, ce calendrier est continu, la récupération s’effectue donc à un point précis dans le temps.
Trois niveaux sur chaque moteur, facturés mensuellement, dimensionnés selon le vCPU, la mémoire et le disque — avec basculement automatique inclus à partir du niveau intermédiaire. Les prix des niveaux sont calculés à partir des tarifs unitaires d’infrastructure mesurés et recalculés lorsque ces tarifs évoluent.
11,99 €/mois
11,99 €/mois
43,99 €/mois
65,99 €/mois
91,99 €/mois
136,99 €/mois
Les prix s’alignent sur les tarifs mesurés de l’infrastructure plutôt que d’être fixés une fois pour toutes, de sorte que le forfait que vous utilisez reste proportionnel à son coût de fonctionnement réel.
De nombreux hébergeurs géreront une base de données pour vous, à condition que vous souscriviez également à l’hébergement. Celle-ci est vendue séparément, ce qui signifie que vous pouvez héberger votre base de données chez nous et votre application là où vous le souhaitez, sans avoir à restructurer votre infrastructure technique pour l’adapter à une offre groupée.
Les deux affirmations qui comptent le plus pour un produit de base de données sont celles que l’on avance le plus facilement à la légère : qu’il assure le basculement et qu’il effectue les restaurations. Ici, le basculement est une propriété déclarée des niveaux moyen et supérieur, et les restaurations sont vérifiées en se connectant à la base de données restaurée plutôt qu’en lisant un journal d’exécution vert.
Non. Les bases de données gérées sont autonomes. Votre application peut fonctionner sur vos propres serveurs, chez un autre fournisseur ou sur notre infrastructure — la base de données est provisionnée et facturée de manière indépendante.
Les tailles moyenne et grande fonctionnent avec un basculement automatique. La petite taille est une instance unique, c’est pourquoi le passage de petite à moyenne est une décision de disponibilité plutôt que de simple capacité.
Les deux moteurs sont sauvegardés et la restauration de chacun est testée par connexion au résultat. Ils diffèrent par la précision du point de restauration que vous pouvez cibler : PostgreSQL archive en continu, ce qui vous permet de restaurer jusqu’à un instant précis — un atout capital après une migration défaillante ou une suppression accidentelle, lorsque vous souhaitez tout récupérer jusqu’à la seconde précédant l’erreur. MySQL est sauvegardé chaque nuit, les quatorze dernières nuits étant conservées.
Nous les restaurons et nous nous connectons au résultat. Une tâche de sauvegarde qui signale une réussite vous indique seulement qu’une tâche est terminée ; vous connecter à la base de données restaurée et y lire des informations vous indique que les données sont bien présentes et utilisables. C’est la vérification que nous effectuons.
Oui. Les offres utilisent le même moteur que celui sur lequel vous avez commencé ; passer à une offre supérieure modifie donc l’allocation de vCPU, de mémoire et de disque et, à partir de l’offre intermédiaire, ajoute le basculement automatique. Contactez-nous avant une migration importante et nous planifierons le transfert avec vous.
Des guides étape par étape issus de notre base de connaissances, rédigés exactement pour cela.
Ajoutez une base de données MySQL supplémentaire à un site Web pour 1 $ par mois, sur les forfaits avec un nombre fixe de bases de données. Sauvegardée avant toute suppression éventuelle.
Consulter le guide →Où se trouvent les identifiants, comment ouvrir un navigateur de base de données et comment générer un export en toute sécurité.
Consulter le guide →Où se trouvent les Données structurées dans Zinn® SEO (SEO > Données structurées) : ses onglets, chacun de ses paramètres, son guide étape par étape et ce qu’un agent d’IA utilise pour cela.
Consulter le guide →Choisissez un moteur et un niveau, connectez votre application et bénéficiez du basculement automatique à partir du niveau intermédiaire — que vous hébergiez ou non d’autres services ici.
Commencer