Compare

Canner vs. Amazon RDS for PostgreSQL

RDS is the hyperscale answer to managed Postgres. Canner is the Canadian-owned one that sits next to your app.

Amazon RDS gives you Multi-AZ, read replicas and the whole AWS ecosystem, in a Montreal region. Canner gives you Postgres on every plan, in one Canadian-owned platform with your app, cron and storage, priced flat in CAD. Neither is right for every workload; here is where each one wins.

TL;DR
  • Amazon RDS is stronger on high availability (Multi-AZ), read replicas, scale and integration with the rest of AWS. Canner has one region, no multi-zone failover and no read replicas.
  • Where Canner differs: Canadian ownership. The Government of Canada’s own white paper says data in the cloud may be subject to the laws of other countries, and that a US-law organization can be compelled regardless of the data’s location. Amazon is US-incorporated; Canner is not.
  • On Canner the database, the app, cron jobs and object storage live in one place with flat CAD pricing. On AWS the database is one service among many that you configure, connect and pay for separately, in USD.
FeatureCannerAmazon RDS for PostgreSQL
Data locationMontreal, Quebec — the only regionca-central-1 (Montreal) is available, among many other AWS regions †
JurisdictionCanadian-owned, no US affiliate; not subject to the US CLOUD ActAmazon is a US-incorporated company. The Government of Canada’s own guidance says location does not remove exposure to foreign law: a US-law organization can be compelled “regardless of the data’s location” †
Managed PostgresOn every plan, including the free Starter: an isolated database and role per project (one on Starter, several on paid plans), DATABASE_URL injected. Postgres 17 or 18, chosen at creationSeparate service. Free tier for one year: 750 hours single-AZ, 20 GB storage and 20 GB backup †
Pricing modelFlat CAD: Starter free, Live CA$9/month, Studio CA$149/month. Storage is one pooled limit per organization (5 / 25 / 100 GB); +50 GB blocks at CA$5/monthInstance hours plus storage plus backup, in USD. ca-central-1 list prices: db.t4g.micro $0.018/hr, db.t4g.small $0.035/hr (single-AZ); gp3 storage $0.127/GB-month; backup storage beyond the free allocation $0.105/GB-month †
High availabilityNone. One region, one provider; no multi-zone failover and no automatic failoverMulti-AZ deployments, which double the instance price †
Read replicasNot offeredSupported; each replica is billed as a standard instance †
Backups & point-in-time recoveryScheduled encrypted backups with the retention you set, manual backups, verification with email alerts, restore into a new database or in place, and copies to up to 5 of your own S3-compatible buckets. Point-in-time recovery (1–35 days, into a new database) with the Dedicated instance add-on, CA$9/month per projectAutomated backups kept 0–35 days (7 by default from the console); point-in-time recovery included within that retention; a restore creates a new instance †
ExtensionsWith the Dedicated instance add-on: pgvector, PostGIS, pg_trgm, pg_cron, hstore and others (14 in the catalog). No fdw or dblinkpgvector, pg_cron and PostGIS available, depending on the Postgres version †
Logical replicationWith the Dedicated instance add-on: replication out to your own subscribers, and following an external server live for a no-downtime migration (never as a superuser). Physical replication is closedPublisher and subscriber; requires setting rds.logical_replication=1 and a reboot †
Moving in and outMigrate-in streams from any public Postgres server (RDS included); pg_dump export, migrate-out and copy on every plan. `canner db migrate-in` from the CLISee vendor documentation
What sits beside the databaseYour app, cron jobs, object storage, scheduled SQL, cookieless analytics and a CLI, REST API and MCP server, in one dashboardThe database only. Compute, networking, IAM, storage and scheduling are separate AWS services you assemble
Ecosystem & enterprise fitA focused platform; Enterprise from CA$600/month by quoteDeep IAM and VPC integration and a very large ecosystem

† Competitor details come from each vendor's own published pages on the dates shown; prices and plans change, so check the vendor before you decide. Data location (2026-09-26) · Jurisdiction (2026-09-26) · Managed Postgres (2026-09-26) · Pricing model (2026-09-26) · High availability (2026-09-26) · Read replicas (2026-09-26) · Backups & point-in-time recovery (2026-09-26) · Extensions (2026-09-26) · Logical replication (2026-09-26)

When Canner is the right call

You are shipping a Canadian app or internal tool and want the database beside it: one place, one bill in CAD, Postgres on every plan, and no VPC, IAM or instance sizing to work out first. It matters most when your buyer asks about jurisdiction. Amazon is US-incorporated, and the Government of Canada’s own guidance says a Canadian region does not remove that exposure. Canner is Canadian-owned, hosted only in Montreal, and not subject to the US CLOUD Act. You also get backups you can verify and copy to your own buckets, and point-in-time recovery on a dedicated instance for CA$9/month.

When Amazon RDS still makes sense

If you need Multi-AZ failover, read replicas, or a database that scales far beyond one server, RDS is the stronger product and Canner does not try to match it: Canner has a single region, no automatic failover and no read replicas. RDS is also the natural pick when the rest of your estate is already on AWS, when you rely on IAM and VPC integration, or when an enterprise agreement and the breadth of AWS services matter more than jurisdiction. If a Montreal AWS region satisfies your residency requirement and nothing more, RDS is a sound choice.

Ready to give it a try?

Free tier available — Starter is permanent, no card required to sign up. Cancel anytime.