Postgres géré est offert depuis un moment avec tous les forfaits Canner : une base et un rôle isolés par projet, des sauvegardes planifiées et chiffrées, la restauration dans une nouvelle base, des copies vers votre propre compartiment compatible S3. Certaines charges de travail exigent davantage d’une base de données, et jusqu’ici la réponse était « allez chez quelqu’un d’autre ». Cette mise à jour ajoute les pièces manquantes, toutes sur l’instance dédiée, une option à 9 $ CA par mois par projet avec tout forfait payant.
Ce qu’est l’instance dédiée
C’est le processus serveur Postgres propre au projet, avec son propre répertoire de données et son propre cgroup de mémoire, et 0,5 Go de RAM garantie inclus. Vous choisissez Postgres 17 ou 18 à la création. Cette séparation est ce qui permet d’offrir en toute sécurité les fonctions ci-dessous : une extension, un slot de réplication logique ou un redémarrage n’affecte que le serveur d’un seul client.
Récupération à un instant précis
Canner archive chaque changement et prend des sauvegardes de base selon un horaire. Vous choisissez une fenêtre de 1 à 35 jours (7 par défaut), un moment dans cette fenêtre, et Canner recrée la base telle qu’elle était :
canner db pitr-restore <nom> --to 2026-09-23T14:00:00ZLe résultat est toujours une nouvelle base. Nous ne restaurons pas sur place, comme la plupart des fournisseurs, et une erreur sur le moment choisi ne vous coûte donc rien. Vous pouvez d’abord restaurer dans une base à examiner et la comparer à la base actuelle, puis la mettre en place avec canner db copy … --replace, qui prend un instantané du contenu actuel avant de le remplacer. L’archive est compressée et chiffrée en AES-256 avant d’être écrite, et vous pouvez envoyer une seconde copie chiffrée vers un compartiment qui vous appartient afin qu’elle survive à la perte du serveur. L’archive compte dans votre stockage groupé.
Extensions
Le catalogue compte 14 extensions, dont pgvector, PostGIS, pg_trgm, pg_cron et hstore, installées avec canner db extensions <nom> install vector. La liste est fixe volontairement. Les extensions qui joignent d’autres serveurs ou lisent les fichiers de l’hôte (postgres_fdw, dblink, file_fdw) ne sont pas offertes, car sur une machine partagée elles seraient une porte de sortie de votre instance. Si vous avez besoin de requêtes entre serveurs depuis la base elle-même, c’est une vraie limite, et un autre fournisseur pourrait mieux vous convenir.
Surveillance et réglages
Activez les requêtes lentes et les journaux : vous obtenez vos requêtes les plus lentes et les plus fréquentes et un journal consultable, conservé sept jours. Choisissez un préréglage de charge (équilibré, lectures intensives, écritures intensives, analytique), fixez les délais d’expiration des requêtes, des transactions inactives et des verrous, et une fenêtre de maintenance de deux heures pour les redémarrages planifiés.
Réplication sortante, et suivi d’un serveur entrant
La réplication logique peut maintenant diffuser les changements d’une base vers vos propres destinataires, avec un accès de réplication limité à cette seule base. Dans l’autre sens, un abonnement entrant permet à une base de suivre en direct un serveur Postgres externe, pour migrer sans interruption : les lignes sont copiées d’abord, puis les changements arrivent en continu, et vous basculez quand les deux concordent. Jusqu’à cinq par base. La source doit avoir une adresse publique. Nous avons expliqué comment les deux sens sont verrouillés dans Exploiter la réplication logique en toute sécurité, et un guide de migration vous conduit pas à pas.
Ce que ce n’est pas
Être franc compte plus que la liste des fonctions.
- Pas de haute disponibilité. Canner est une seule région (Montréal) chez un seul fournisseur. Il n’y a ni configuration multizone ni basculement automatique. Une panne de serveur signifie une restauration depuis les sauvegardes ou l’archive de récupération, et les copies hors site existent pour ce jour-là.
- Pas de répliques en lecture, de branches, de mise à l’échelle jusqu’à zéro, ni de produit de base de données seule sans la plateforme d’applications.
- Pas de restauration à un instant précis sur place. Nouvelle base, puis remplacement.
Si votre exigence est un SLA de disponibilité contractuel entre zones, ou des branches instantanées par demande de tirage, un fournisseur d’infonuagique de grande taille ou un fournisseur axé sur les branches convient mieux aujourd’hui, et nous préférons que vous le sachiez avant de migrer.
Mémoire et coûts
Votre application et son Postgres dédié partagent un seul budget de mémoire. La RAM dédiée (19 $ CA le Go par mois) est garantie et jamais survendue; c’est le choix le plus sûr pour Postgres et les charges d’IA. La RAM d’application (4 $ CA le Go par mois) est groupée et ralentit, sans jamais couper, quand le serveur est occupé. Forfaits et limites explique comment choisir. Le stockage est un seul bloc par organisation qui couvre bases, sauvegardes et archive de récupération : 5 Go avec Démarrage, 25 Go avec Live, 100 Go avec Studio, et des blocs de 50 Go à 5 $ CA par mois.
Pourquoi ici
Canner est de propriété canadienne, sans société affiliée américaine, et hébergé uniquement à Montréal : il n’est donc pas assujetti au CLOUD Act américain. Vos données, l’archive de récupération et les copies hors site facultatives restent aux endroits que vous choisissez. Le parcours complet se trouve dans la documentation Postgres, et le guide de récupération à un instant précis commence à son activation.