Scaleway expose six services de bases de données managées, et le premier tri ne se fait pas sur le moteur mais sur la portée. Un seul d'entre eux est zonal, tous les autres sont régionaux, et cette différence dit d'abord ce que la commande vous demande de choisir, pas ce qui survit à la panne d'un site. Cette carte pose le vocabulaire du volet, les critères de choix, les décisions que vous ne pourrez plus changer une fois la base créée, et les quotas qui arrêtent un projet bien avant qu'on les ait lus. Aucune ressource n'est créée ici : tous les relevés sont en lecture seule.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Citer les six services de données et ce que chacun apporte de propre
- Distinguer portée d'API, placement des nœuds et résilience réelle
- Choisir entre une base relationnelle, documentaire, clé-valeur ou analytique
- Nommer les décisions irréversibles avant de créer la première base
- Connaître le plafond de 5 bases qui arrête un projet
Prérequis
Section intitulée « Prérequis »scw2.62.0 ou plus récent, configuré sur un profil dédiéjqsur le poste- Les notions de région et de zone (voir régions et zones)
Quels services de bases de données Scaleway propose-t-il ?
Section intitulée « Quels services de bases de données Scaleway propose-t-il ? »Le CLI répond lui-même, et c'est la réponse la plus rapide à reproduire : il groupe ces services sous un intitulé dédié. La référence de l'offre, elle, reste le catalogue produit : mesuré le 2026-09-12, le binaire 2.62.0 ignore Milan pour deux de ces six services, que le catalogue y donne pourtant disponibles.
scw -h | sed -n '/DATABASE COMMANDS/,/^$/p'Relevé le 2026-09-12 avec scw 2.62.0, le groupe compte six entrées. La dernière colonne dit où le volet les traite.
| Service | Ce qu'il apporte de propre | Modèle | Traité |
|---|---|---|---|
rdb | PostgreSQL et MySQL managés, haute disponibilité, réplicas de lecture | relationnel | PostgreSQL en réseau privé |
mongodb | MongoDB managé, réplica-set à 1 ou 3 nœuds, en disponibilité générale depuis le 10 juin 2025 | documentaire | à venir |
redis | Redis managé, le seul service zonal du lot | clé-valeur en mémoire | à venir |
sdb-sql | PostgreSQL facturé à l'usage, sans nœud à dimensionner ; le stockage reste facturé au repos | relationnel sans serveur | à venir |
searchdb | Cloud Essentials for OpenSearch | recherche et journaux | à venir |
datawarehouse | Data Warehouse for ClickHouse, en disponibilité générale depuis le 26 mars 2026 | analytique | à venir |
Deux services proches du volet vivent hors de ce groupe et n'en font pas partie : kafka, qui transporte des messages plutôt qu'il ne stocke un état, et datalab, qui pilote des grappes Apache Spark.
Régional ou zonal : pourquoi Redis n'est pas comme les autres
Section intitulée « Régional ou zonal : pourquoi Redis n'est pas comme les autres »La portée se lit dans l'argument de localisation de la commande qui crée, et elle n'est pas la même partout.
scw rdb instance create -h | grep -E '^ \[?(region|zone)='scw redis cluster create -h | grep -E '^ \[?(region|zone)='La première commande attend une région, la seconde une zone. C'est un fait de portée d'API, et il faut résister à la tentation d'en tirer tout de suite une conclusion sur la résistance aux pannes, parce que ce sont trois questions différentes.
| Question | Ce qu'elle demande | Où se lit la réponse |
|---|---|---|
| Portée | dois-je fournir region= ou zone= ? | l'argument de localisation de la commande de création |
| Placement | où vivent réellement les nœuds ? | la documentation du mode de déploiement du produit |
| Résilience | combien de copies, dans combien de domaines de panne ? | le nombre de nœuds, et les zones qu'ils occupent |
Une portée régionale ne promet pas de survivre à la perte d'une zone. La preuve est dans ce volet même : rdb se manipule bien à l'échelle de la région, et pourtant une instance standalone n'a qu'un seul nœud. La haute disponibilité en ajoute un second, et la FAQ officielle dit exactement où il se trouve, relue le 2026-09-12 :
In a high-availability cluster, active and hot standby nodes are indeed located in the same data center but in two separate racks.
Même datacenter, deux baies. Et ce n'est pas un compromis subi : la FAQ enchaîne en expliquant que le but est de réduire la latence entre les deux nœuds, parce que la réplication est synchrone. Éloigner le secours coûterait à chaque écriture. Une base rdb en haute disponibilité résiste donc à la panne d'un nœud ou d'une baie, pas à celle d'un site, et c'est un choix de conception assumé, pas un oubli.
Ce que la portée change vraiment, c'est le rayon du choix que vous faites à la création. Une ressource régionale est adressée à l'échelle de la région et son placement interne relève du produit ; une ressource zonale vous fait désigner la zone vous-même, et tout ce qui en dépend hérite de ce choix. Un cache Redis placé dans la zone de son application est cohérent ; le même cache placé ailleurs ajoute une latence et une dépendance que rien ne rattrape.
Quelle base pour quel besoin ?
Section intitulée « Quelle base pour quel besoin ? »Le premier tri se fait sur la forme des données, pas sur la popularité du moteur. Le tableau se lit de gauche à droite : partez de la situation, pas du produit.
| Votre situation | Service adapté | Pourquoi celui-là |
|---|---|---|
| Des données structurées, des relations, des transactions | rdb | PostgreSQL ou MySQL, haute disponibilité et réplicas de lecture disponibles |
| Le même besoin, mais une charge très irrégulière | sdb-sql | facturé à l'usage : le calcul n'est pas facturé au repos si le minimum est réglé à 0 vCPU, mais le stockage l'est toujours |
| Des documents imbriqués, un schéma qui bouge souvent | mongodb | stockage documentaire, réplica-set à 3 nœuds pour la production |
| Un cache, des sessions, des files courtes | redis | en mémoire, et créé dans une zone que vous désignez : à placer dans celle de l'application |
| De la recherche plein texte, des journaux à explorer | searchdb | OpenSearch, pensé pour l'indexation et l'agrégation |
| De l'analytique sur de gros volumes | datawarehouse | ClickHouse, orienté colonnes |
Une base relationnelle reste le choix par défaut tant que rien n'impose le contraire : c'est celle qui garantit les contraintes d'intégrité, et c'est celle dont les compétences sont les plus répandues dans une équipe.
Quelles décisions ne pourrez-vous plus changer ?
Section intitulée « Quelles décisions ne pourrez-vous plus changer ? »Ce tableau est la raison d'être d'une carte. Certaines décisions se rattrapent en une commande, d'autres imposent de détruire et de recréer, avec les données à migrer.
| Décision | Réversible ? | La raison |
|---|---|---|
| Région de la base | non | aucune migration entre régions ; il faut recréer et transférer |
| Taille du volume (Block) | augmentation seulement | « Block volume sizes cannot be decreased ». La doc annonce 15 To ; le relevé de node-type list du 2026-09-12 plafonne max_size à 10 To, écart non tranché. Un volume local est, lui, figé par le type de nœud |
| Configuration IPAM de l'endpoint privé | non | l'aide du CLI l'énonce : « cannot be updated (has to be deleted and recreated) » |
| Type de volume, local ou Block | oui | mais un basculement rend la base indisponible « few dozen of seconds » |
| Version du moteur | oui | une procédure de montée de version existe |
| Chiffrement au repos | activation seulement | « Once activated on a Database Instance, encryption at rest cannot be disabled » ; l'activation recopie les données vers un volume chiffré |
| Type de nœud | oui | il se change sans recréer la base |
| Haute disponibilité | activation seulement | un nœud seul passe en haute disponibilité après création, jamais l'inverse : « Once you upgrade to the High Availability mode, you cannot revert to standalone » |
Deux pièges se cachent dans la ligne du volume. Passer d'un volume local à un volume Block change aussi le type de sauvegarde, les volumes locaux produisant des sauvegardes logiques et le Block des snapshots. Et le retour en arrière se paie : en repassant de Block à local, « if you choose a Database Instance type with a local volume larger than your current block volume, you will be billed for the full capacity ».
Limites, quotas et plafonds
Section intitulée « Limites, quotas et plafonds »Ces valeurs viennent de la page officielle des quotas d'Organisation, validée le 2025-10-29. Elles s'appliquent à l'Organisation entière, pas au projet, et c'est la première qui arrête les projets.
| Quota | Moyen de paiement validé | Identité également validée |
|---|---|---|
| Database Instances | 5 | 10 |
| ACL par instance | 50 | 50 |
| Snapshots par instance | 50 | 50 |
| Snapshots (Organisation) | 100 | 100 |
| Sauvegardes par instance | 40 000 | 40 000 |
| Sauvegardes de bases | 5 000 | 5 000 |
| Total de Block Storage | 5 000 Go | 5 000 Go |
Trois chiffres à retenir au-delà du tableau. Le plafond de 5 bases se heurte vite à une équipe qui sépare développement, recette et production, et il double après vérification d'identité. Le volume Block monte à 15 To par base. Et sauvegardes comme snapshots sont facturés 0,03 EUR par Go et par mois, ce qui rend une rétention généreuse plus coûteuse qu'il n'y paraît.
Observer avant de construire
Section intitulée « Observer avant de construire »Deux relevés suffisent à situer le terrain, et aucun ne crée quoi que ce soit.
Le premier dit quels moteurs sont proposés, et surtout jusqu'à quand.
scw rdb engine list region=fr-par -o json \ | jq -r '.[] | "\(.name)\tfin de vie \(.end_of_life[0:10])"'Au 2026-09-12, la sortie contient 10 moteurs, soit 9 versions de PostgreSQL et MySQL 8. Parmi les neuf, 5 ont une fin de vie déjà passée, la plus ancienne remontant à 2021. L'API ne les écarte pas de la liste : c'est à vous de trier sur end_of_life.
Le second dit ce qu'un type de nœud ne contient pas.
scw rdb node-type list region=fr-par -o json \ | jq -r '.[0] | keys[]'Les 14 champs renvoyés décrivent la mémoire, les vCPU, les types de volume acceptés et l'état des stocks. Aucun ne porte un prix. Un chiffrage se fait donc sur la grille tarifaire officielle, jamais sur cette sortie, et c'est un piège classique quand on croit tout obtenir du CLI.
Contrôle de connaissances
Section intitulée « Contrôle de connaissances »Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.
Contrôle de connaissances
Validez vos connaissances avec ce quiz interactif
Informations
- Le chronomètre démarre au clic sur Démarrer
- Questions à choix multiples, vrai/faux et réponses courtes
- Vous pouvez naviguer entre les questions
- Les résultats détaillés sont affichés à la fin
Lance le quiz et démarre le chronomètre
Vérification
(0/0)Profil de compétences
Quoi faire maintenant
Ressources pour progresser
Des indices pour retenter votre chance ?
Nouveau quiz complet avec des questions aléatoires
Retravailler uniquement les questions ratées
Retour à la liste des certifications
Dépannage
Section intitulée « Dépannage »Ces cinq blocages arrivent avant d'avoir créé quoi que ce soit, au moment où l'on explore le catalogue. Ils viennent tous du même écart : ce que la commande annonce n'est pas ce que l'API accepte.
| Symptôme | Cause probable | Solution |
|---|---|---|
bssd volume type is deprecated, this action is no longer supported. Please use sbs volume type | node-type list propose encore bssd parmi les volumes acceptés | employer sbs_5k ou sbs_15k |
password must be between 8 and 128 characters, contain at least one digit, one uppercase, one lowercase and one special character | mot de passe tiré en base64, sans caractère spécial garanti | préfixer les quatre classes de caractères |
| La création refuse une zone pourtant listée par une autre commande | l'aide du CLI est figée dans le binaire, et la portée diffère par service | vérifier le catalogue produit, et la portée de ce service |
Aucun prix dans la sortie de node-type list | la commande décrit la machine, pas la facture | chiffrer sur la grille tarifaire officielle |
| Impossible de créer une base de plus | quota de 5 instances par Organisation atteint | faire vérifier l'identité du compte, ce qui porte le quota à 10 |
Antipatterns à éviter
Section intitulée « Antipatterns à éviter »Ces quatre erreurs partagent la même racine : elles prennent une liste ou un défaut pour une recommandation.
| Antipattern | Conséquence | Discipline |
|---|---|---|
| Choisir le moteur dans l'ordre d'affichage | démarrage sur une version déjà en fin de vie | trier sur end_of_life avant de choisir |
| Déduire la résilience de la portée de l'API | on croit une base régionale répartie alors que ses deux nœuds partagent un datacenter | compter les copies et les domaines de panne, jamais lire region= comme une garantie |
| Dimensionner large « au cas où » | le volume ne se réduit jamais, la facture non plus | partir petit, l'augmentation est possible à tout moment |
| Découvrir le quota de 5 bases en production | un environnement de plus est impossible à créer | vérifier l'identité du compte avant d'en avoir besoin |
Les bases managées sous l'angle Well-Architected
Section intitulée « Les bases managées sous l'angle Well-Architected »Fiabilité
Section intitulée « Fiabilité »Question clé : que se passe-t-il si la zone de cette base disparaît ? La réponse dépend de la portée du service, et elle n'est pas la même pour Redis que pour les autres. Deuxième réponse, moins connue : en mode single_zone, le seul documenté au 2026-09-12, la haute disponibilité de rdb place ses deux nœuds dans le même datacenter, sur deux baies. L'API expose un mode multiple_zone depuis le 11 août 2026, sans page produit ni entrée de changelog : ne bâtissez rien dessus tant qu'il n'est pas documenté. Elle protège d'une panne de nœud, pas d'une perte de datacenter. La discipline consiste à ne jamais présenter la haute disponibilité comme une sauvegarde, ni une sauvegarde comme une haute disponibilité.
Optimisation des coûts
Section intitulée « Optimisation des coûts »Question clé : qu'est-ce qui continuera de facturer quand la base aura disparu ? Les snapshots, à 0,03 EUR par Go et par mois, produits automatiquement et conservés 7 jours par défaut. La discipline est de décider la rétention à la création, et de traiter la purge comme une étape de nettoyage à part entière.
Sécurité
Section intitulée « Sécurité »Question clé : cette base est-elle joignable depuis Internet ? Par défaut, oui : un endpoint public est attribué automatiquement. Et sur un endpoint privé, aucun filtrage IP n'existe, ce qui fait du périmètre du Private Network le seul contrôle d'accès. La discipline qui en découle est un réseau dédié aux bases, décidé avant la première création, puisque la configuration d'adressage de l'endpoint privé ne se modifie pas après coup.
À retenir
Section intitulée « À retenir »- Six services sous « DATABASE COMMANDS » :
rdb,mongodb,redis,sdb-sql,searchdb,datawarehouse.kafkaetdatalabn'en font pas partie. redisest le seul zonal du lot, les autres étant régionaux, mais une portée régionale ne promet aucune tolérance à la perte d'une zone :rdbest régional et place ses deux nœuds de haute disponibilité dans le même datacenter.- L'aide du CLI décrit le binaire, pas la disponibilité du produit : un poste en retard annonce une absence périmée.
rdb engine listpropose 5 versions de PostgreSQL déjà en fin de vie au 2026-09-12 : le tri se fait surend_of_life.rdb node-type listne porte aucun prix : ses 14 champs décrivent la machine, pas la facture.- 5 bases par Organisation, 10 après vérification d'identité. Le volume Block monte à 15 To et ne se réduit jamais.
- Sauvegardes et snapshots : 0,03 EUR par Go et par mois, rétention 7 jours par défaut.
- La haute disponibilité place ses deux nœuds dans le même datacenter en mode
single_zone, le seul documenté : ce n'est pas une protection contre la perte d'un site.
Pour aller plus loin
Section intitulée « Pour aller plus loin »- Cockpit : observer un incident sans rien provisionner : ce que la plateforme collecte déjà sur vos bases, gratuitement, et pendant combien de temps elle le garde.
Ressources externes
Section intitulée « Ressources externes »- Managed Database for PostgreSQL and MySQL, FAQ : les quotas de connexion réseau, la composition d'un cluster haute disponibilité et le comportement de l'autobackup face aux limites.
- Quotas d'Organisation : le tableau complet des plafonds, et l'effet de la vérification d'identité.
- How to manage volumes : ce que coûte un changement de type de volume, et pourquoi une taille ne se réduit pas.