Render n’a pas de région canadienne. Voici les solutions qui en ont une.
Non. Render exploite cinq régions : Oregon, Ohio, Virginie, Francfort et Singapour, aucune au Canada. Fly.io et DigitalOcean offrent Toronto, et Heroku offre Montréal seulement dans les Private Spaces. Il existe deux plateformes de propriété canadienne : Canner à Montréal et MapleDeploy à Toronto. Vérifiez où vivraient la base de données et Redis, pas seulement l’appli.
Faits vérifiés le
Les régions de Render aujourd’hui
La page des régions de Render énumère l’Oregon, l’Ohio et la Virginie aux États-Unis, Francfort en Allemagne, et Singapour. Render dit qu’il continuera d’ajouter des régions avec le temps et renvoie à son tableau de suggestions pour les demandes. Aucune région canadienne, et aucune date annoncée.
Choisir la Virginie ou l’Ohio vous rapproche des utilisateurs canadiens en latence, ce qui suffit si seule la vitesse compte. Ça n’aide pas pour un contrat ou une politique qui exige un hébergement au Canada, ni pour la Loi 25 du Québec, selon laquelle communiquer des renseignements personnels hors du Québec exige d’abord une évaluation des facteurs relatifs à la vie privée (article 17).
Où vivrait chaque morceau
Une appli sur Render est rarement un seul service. C’est d’habitude un service web, une base Postgres et souvent une instance Key Value pour une file ou une cache. Une solution canadienne n’aide que si les trois peuvent rester au Canada.
| Solution | Appli | Postgres | Stockage compatible Redis | Propriétaire |
|---|---|---|---|---|
| Render † † | Oregon, Ohio, Virginie, Francfort ou Singapour | Mêmes régions | Key Value, mêmes régions | Render (É.-U.) |
| Canner | Montréal | Montréal, inclus dans chaque forfait | Aucun | Canner (Canada) |
| MapleDeploy † | Toronto, sur votre propre VM | Même VM | Même VM | Société privée canadienne |
| Fly.io † † | Toronto (yyz) | Managed Postgres offert à Toronto | Redis d’Upstash, offert selon Fly dans toutes ses régions | Fly.io (É.-U.) |
| DigitalOcean App Platform † † | Toronto (TOR) | Managed PostgreSQL dans TOR1 | Managed Valkey dans TOR1 | DigitalOcean (É.-U.) |
| Heroku † | Montréal, Private Spaces seulement | Non vérifié pour l’espace de Montréal | Non vérifié pour l’espace de Montréal | Salesforce (É.-U.) |
| Railway † | Aucune région canadienne | Aucune région canadienne | Aucune région canadienne | Railway (É.-U.) |
† Les détails sur les concurrents proviennent des pages publiées par chaque fournisseur aux dates indiquées; les prix et forfaits changent, vérifiez auprès du fournisseur avant de décider. Render (2026-10-29) · Render (2026-10-29) · MapleDeploy (2026-10-29) · Fly.io (2026-10-29) · Fly.io (2026-10-29) · DigitalOcean App Platform (2026-10-29) · DigitalOcean App Platform (2026-10-29) · Heroku (2026-10-29) · Railway (2026-10-29)
Et Vercel ou Netlify?
Les deux exécutent maintenant des fonctions à Montréal : la région yul1 de Vercel est offerte à tous depuis janvier 2026, et Netlify offre une région de fonctions yul avec Pro et Enterprise (documentation). Les deux utilisent une région américaine par défaut; il faut choisir Montréal. Elles sont conçues autour de fonctions plutôt que d’un serveur qui tourne en continu, alors un service web Render qui garde des connexions WebSocket ou exécute une file ne se transpose pas tel quel.
Ce que devient chaque service Render sur Canner
Si Canner est sur votre liste, voici comment se transposent les types de services de Render. Deux ne se transposent pas, et c’est la raison franche pour laquelle certaines applis Render devraient plutôt aller chez Fly.io ou DigitalOcean.
| Sur Render | Sur Canner |
|---|---|
| Web service † | Un projet avec une adresse <slug>.canner.app; domaines personnalisés avec Live |
| Static site † | Un projet; un dossier avec un index.html est servi sans compilation |
| Background worker † | Pas pris en charge comme deuxième processus. La file s’exécute dans le processus web (GoodJob, Solid Queue, pg-boss) |
| Cron job † | Une tâche planifiée : une expression cron qui envoie un POST à une adresse de votre appli |
| Render Postgres † | Postgres 17 ou 18 sur Canner, avec DATABASE_URL injecté; récupération à un instant précis avec l’instance dédiée à 9 $/mois |
| Key Value † | Non offert. Utilisez une file ou une cache dans Postgres, ou un Redis hébergé ailleurs |
| Docker (Dockerfile ou image d’un registre) † | Non pris en charge. Canner compile à partir de votre manifeste : package.json, requirements.txt, Gemfile, go.mod, pom.xml et d’autres |
| Preview environments | Un déploiement d’aperçu par demande de tirage, à <branch>--<project>.canner.app |
† Les détails sur les concurrents proviennent des pages publiées par chaque fournisseur aux dates indiquées; les prix et forfaits changent, vérifiez auprès du fournisseur avant de décider. Web service (2026-10-29) · Static site (2026-10-29) · Background worker (2026-10-29) · Cron job (2026-10-29) · Render Postgres (2026-10-29) · Key Value (2026-10-29) · Docker (Dockerfile ou image d’un registre) (2026-10-29)
Déplacer une base Render
Render donne à chaque base une adresse externe, sur sa page Info. L’accès externe est ouvert à toutes les adresses IP par défaut et exige TLS : ajoutez sslmode=require à la chaîne de connexion. Si vous l’avez restreint par une liste d’adresses IP autorisées, ajoutez d’abord l’adresse d’où vous copiez.
Sur Canner, canner db migrate-in transfère la base directement depuis cette adresse vers la base de votre projet, sans fichier de vidage sur votre portable. La documentation de migration couvre la voie sans interruption et ce qu’il faut vérifier sur la source. Ce que Postgres Canner inclut dans chaque forfait est sur sa propre page.
canner db migrate-in --from "postgresql://user:pass@dpg-xxxx.oregon-postgres.render.com/appdb?sslmode=require"Quelle solution choisir
- Restez sur Render si le Canada est un plus, sans plus, et que vous dépendez de background workers, de Key Value ou d’images Docker. Aucune option ci-dessous n’offre les trois avec un propriétaire canadien.
- DigitalOcean App Platform s’il vous faut l’appli, Postgres et Valkey à Toronto avec le moins de changements, et qu’un propriétaire américain est acceptable.
- Fly.io s’il vous faut Toronto et que les images Docker, les Machines et
fly.tomlvous conviennent. - MapleDeploy si vous voulez un propriétaire canadien, qu’il vous faut encore Redis ou un Dockerfile, et qu’un seul serveur pour tout vous convient.
- Canner si vous voulez un propriétaire canadien, un hébergement au Québec et un Postgres géré, et que votre appli tourne en un seul processus sans Redis.
Questions
Render a-t-il une région canadienne?
Non. En octobre 2026, les régions de Render sont l’Oregon, l’Ohio, la Virginie, Francfort et Singapour. Render dit qu’il ajoutera des régions avec le temps, mais n’en a annoncé aucune au Canada.
Quelle région de Render est la plus proche du Canada?
L’Ohio ou la Virginie pour l’Est du Canada, l’Oregon pour l’Ouest. La latence est bonne, mais vos données restent aux États-Unis.
Quelles solutions de rechange à Render gardent l’appli, la base et Redis au Canada?
DigitalOcean (appli, Postgres et Valkey à Toronto), Fly.io (appli et Postgres à Toronto, Redis d’Upstash dans les régions de Fly) et MapleDeploy (tout sur un serveur à Toronto). Canner garde l’appli et Postgres à Montréal, mais n’offre pas Redis.
Puis-je déployer un Dockerfile sur Canner?
Non. Canner détecte l’environnement d’exécution à partir du manifeste du projet et le compile. Si votre appli ne fonctionne qu’en image Docker, Fly.io, DigitalOcean ou MapleDeploy conviennent mieux.
Essayez votre appli Render à Montréal.
Démarrage est gratuit et inclut une base Postgres. Rapatriez votre base Render en une commande.