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®
PostgreSQL et MySQL gérés, avec ou sans site
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. PostgreSQL ou MySQL, trois niveaux de taille pour chacun, avec basculement automatique à partir du niveau moyen. Nous vérifions les restaurations en nous connectant à la base de données restaurée plutôt qu'en présumant qu'une tâche de sauvegarde s'est terminée.
Ce que c'est
Bases de données gérées Zinn® est un service de PostgreSQL ou MySQL que nous gérons pour vous, vendu séparément. Rien en lui ne présuppose que vous hébergez également un site ici : pointez une application vers lui d'où qu'elle réside, et traitez-le comme un service de base de données plutôt que comme un supplément à un plan d'hébergement.
Il y a trois tailles pour chaque moteur. Le niveau de petite taille est une instance unique. Les niveaux de taille moyenne et grande ajoutent une bascule automatique, si bien qu'un nœud perdu constitue un événement de bascule plutôt qu'une panne dont vous informent vos utilisateurs. Le coût de la bascule varie selon le moteur — PostgreSQL arbitre entre deux instances, tandis que MySQL nécessite un groupe de trois membres et une paire de routeurs pour atteindre le quorum — ce qui explique que les niveaux MySQL soient légèrement plus onéreux pour chaque taille.
Ce que vous obtenez
PostgreSQL et MySQL gérés, avec des aspects opérationnels correctement pris en charge et clairement expliqués pour vous permettre d'anticiper.
Basculement automatique à partir du niveau moyen
Moyen et grand fonctionnent avec basculement automatique. Le passage au niveau supérieur par rapport à la petite taille se traduit par une amélioration de la disponibilité, et pas seulement par une augmentation de la capacité.
Petite instance unique
L'offre de petite taille exécute une seule instance, ce qui convient au développement, à la préproduction et aux charges de travail de production plus légères pour lesquelles une courte fenêtre de récupération est acceptable.
Restauration à un moment précis sur PostgreSQL
Sur PostgreSQL, la récupération s'effectue à un moment précis plutôt qu'à la sauvegarde de la veille, ce qui vous permet d'annuler une mauvaise migration ou une suppression par erreur sans perdre toute la journée de travail. Les bases de données MySQL font l'objet d'une sauvegarde nocturne et sont conservées pendant quatorze nuits.
Restaurations vérifiées par connexion
Une tâche de sauvegarde signalée comme réussie ne prouve pas qu'une base de données peut être restaurée. Nous vérifions les restaurations en nous connectant à la base de données restaurée et en y lisant des données.
Trois tailles pour chaque moteur
Chaque formule utilise le moteur que vous avez choisi. Passer à une formule supérieure modifie l'allocation de vCPU, de mémoire et de disque et, à partir de la formule medium, ajoute le basculement automatique.
Comment ça marche
Provisionnez-le, connectez-vous y et laissez-nous prendre en charge la moitié opérationnelle.
Choisissez un forfait
Choisissez PostgreSQL ou MySQL, puis petit, moyen ou grand selon vos besoins en matière de processeur, de mémoire et de disque, et selon que vous souhaitez ou non une bascule automatique en cas de panne.
Connectez votre application
Vous obtenez des identifiants et un point de terminaison de connexion. L'application peut résider sur notre infrastructure ou sur celle de quelqu'un d'autre ; la base de données s'en désintéresse.
Nous l'exécutons et le prouvons
Nous effectuons des sauvegardes selon un calendrier établi et vérifions leur restauration en nous connectant au résultat, de sorte que la récupérabilité est mesurée plutôt que supposée. Sur PostgreSQL, ce calendrier est continu, de sorte que la restauration s'effectue à un moment précis.
Tarifs
Trois niveaux par moteur, facturés mensuellement, dimensionnés par vCPU, mémoire et disque — avec basculement automatique inclus à partir du niveau moyen. Les prix des niveaux sont calculés à partir des tarifs unitaires mesurés de l'infrastructure et recalculés lorsque ces tarifs changent.
Zinn® Managed MySQL Small
11,99 €/mois
- Cœurs vCPU
- 1
- Mémoire
- 2 Go
- Stockage NVMe
- 20 Go
Zinn® Managed PostgreSQL Small
11,99 €/mois
- Cœurs vCPU
- 1
- Mémoire
- 2 Go
- Stockage NVMe
- 20 Go
Zinn® Managed PostgreSQL Medium
41,99 €/mois
- Cœurs vCPU
- 2
- Mémoire
- 4 Go
- Stockage NVMe
- 60 Go
Zinn® Managed MySQL Medium
63,99 €/mois
- Cœurs vCPU
- 2
- Mémoire
- 4 Go
- Stockage NVMe
- 60 Go
Zinn® Managed PostgreSQL Large
88,99 €/mois
- Cœurs vCPU
- 4
- Mémoire
- 8 Go
- Stockage NVMe
- 150 Go
Zinn® Managed MySQL Large
131,99 €/mois
- Cœurs vCPU
- 4
- Mémoire
- 8 Go
- Stockage NVMe
- 150 Go
Les prix suivent les tarifs de l'infrastructure mesurée plutôt que d'être fixés une fois pour toutes, de sorte que le niveau auquel vous vous situez reste proportionnel au coût réel de fonctionnement.
Pourquoi l'acheter ici
De nombreux hébergeurs gèrent une base de données pour vous, à condition que vous achetiez également l'hébergement. Celle-ci est vendue seule, ce qui signifie que vous pouvez placer votre base de données chez nous et votre application là où cela vous arrange, sans restructurer votre architecture pour l'adapter à une offre groupée.
Les deux affirmations qui comptent le plus dans un produit de base de données sont celles qu'il est le plus facile de formuler vaguement : qu'elle bascule en cas de panne et qu'elle se restaure. Ici, le basculement est une propriété déclarée des offres moyenne et grande, et les restaurations sont vérifiées en se connectant à la base de données restaurée plutôt qu'en lisant un journal de tâches réussi.
Dois-je héberger un site web chez vous pour utiliser ceci ?
Non. Les bases de données gérées sont autonomes. Votre application peut s'exécuter sur vos propres serveurs, chez un autre fournisseur ou sur notre infrastructure ; la base de données est provisionnée et facturée indépendamment.
Quels niveaux disposent d'une haute disponibilité ?
Les configurations moyenne et grande fonctionnent avec basculement automatique. La petite est une instance unique, c'est pourquoi le passage de la petite à la moyenne est une décision de disponibilité plutôt qu'une simple question de capacité.
Comment fonctionnent les sauvegardes et les restaurations ?
Les deux moteurs font l'objet de sauvegardes et de tests de restauration en se connectant au résultat. Ils diffèrent par la durée de rétroaction possible : PostgreSQL effectue des archivages en continu, ce qui vous permet de restaurer à un moment précis — ce qui est crucial après une migration ratée ou une suppression accidentelle, lorsque vous souhaitez retrouver l'état exact de la base de données à la seconde précédant l'erreur. MySQL fait l'objet d'une sauvegarde nocturne, les quatorze dernières nuits étant conservées.
Comment savez-vous que les sauvegardes peuvent effectivement être restaurées ?
Nous les restaurons et nous connectons au résultat. Une tâche de sauvegarde qui indique qu'elle a réussi vous informe simplement qu'elle est terminée ; se connecter à la base de données restaurée et y lire des données vous confirme que les données sont présentes et utilisables. C'est la vérification que nous effectuons.
Puis-je passer à un niveau supérieur à mesure que la base de données grandit ?
Oui. Les formules utilisent le même moteur que celui sur lequel vous avez commencé, donc passer à une formule supérieure modifie l'allocation de vCPU, de mémoire et de disque et, à partir de la formule medium, ajoute le basculement automatique. Contactez-nous avant une migration importante et nous planifierons le déplacement avec vous.
Hébergez votre base de données dans un endroit où elle est prise en charge
Choisissez un moteur et un niveau, connectez votre application et bénéficiez d'une bascule automatique en cas de panne à partir du niveau medium, que le reste de vos services soit hébergé ici ou non.
Commencer