Moteurs RDS et classes d’instances

Amazon RDS prend en charge six moteurs de base de donnees : MySQL, PostgreSQL, MariaDB, Oracle, Microsoft SQL Server et Amazon Aurora. Chaque moteur est une version entierement geree de la base de donnees open source ou commerciale que vous connaissez deja. AWS gere les correctifs, les sauvegardes et le basculement afin que vous puissiez vous concentrer sur la logique de votre application.

Le choix du moteur approprie depend des exigences de votre application existante, des couts de licence et des fonctionnalites proposees par chaque moteur. Aurora est l'option native du cloud d'AWS, concue pour les performances et la disponibilite.

MySQL est la base de donnees relationnelle open source la plus populaire au monde et convient naturellement aux applications web et aux systemes de gestion de contenu. PostgreSQL offre une conformite SQL avancee, une solide prise en charge de JSONB et un puissant ecosysteme d'extensions, ce qui le rend populaire pour les charges de travail analytiques et geospatiales.

Les deux moteurs sur RDS prennent en charge les sauvegardes automatisees, les deploiements Multi-AZ et les repliques de lecture. Les repliques de lecture PostgreSQL peuvent s'etendre sur plusieurs regions, tandis que MySQL prend en charge jusqu'a 15 repliques interregions avec Aurora MySQL.

MariaDB est une branche de MySQL developpee par la communaute, entierement compatible avec les clients MySQL au niveau du protocole reseau. Il propose des moteurs de stockage supplementaires, de meilleures performances pour certaines charges de travail et un modele de developpement ouvert depourvu de fonctionnalites proprietaires.

Sur RDS, MariaDB est un remplacement direct de MySQL si vous souhaitez eviter les licences MySQL d'Oracle ou preferez la branche communautaire. Il prend en charge les memes fonctionnalites de sauvegarde automatisee, Multi-AZ et de replique de lecture que MySQL.

Oracle Database sur RDS prend en charge les modeles License Included (LI) et Bring Your Own License (BYOL). LI inclut la licence Oracle SE2 dans le tarif horaire, tandis que BYOL vous permet d'utiliser votre licence Enterprise Edition existante pour des fonctionnalites comme le partitionnement et Advanced Security.

Microsoft SQL Server sur RDS propose de meme des editions LI (Express, Web, Standard, Enterprise) et BYOL. Les deux moteurs prennent en charge Multi-AZ avec la mise en miroir synchrone, mais ne prennent pas en charge les repliques de lecture de la meme maniere que les moteurs open source.

Amazon Aurora est une base de donnees relationnelle native du cloud compatible avec MySQL et PostgreSQL. Aurora fournit jusqu'a 5 fois le debit de MySQL et 3 fois le debit de PostgreSQL sur le meme materiel en utilisant une couche de stockage distribuee qui replique automatiquement les donnees six fois dans trois zones de disponibilite.

Le stockage d'Aurora augmente automatiquement par increments de 10 GB jusqu'a 128 TiB, eliminant le provisionnement manuel du stockage. La separation du calcul et du stockage permet egalement a Aurora Serverless d'augmenter et de reduire automatiquement la capacite.

Les classes d'instances RDS suivent la meme convention de nommage que EC2, mais sont precedees de db. au lieu de la seule lettre de famille. Les principales familles sont :

• db.t — Performances extensibles, economiques pour le developpement et les tests (par exemple, db.t3.micro, db.t4g.small)
• db.m — Usage general, CPU et memoire equilibres (par exemple, db.m6g.large)
• db.r — Optimisees pour la memoire, pour les caches volumineux et les tables en memoire (par exemple, db.r6g.xlarge)
• db.x — Memoire extreme pour Oracle et SQL Server avec des charges de travail SAP

Choisissez db.t pour le developpement, db.m pour une production classique et db.r pour les bases de donnees dont les ensembles de travail sont volumineux.

Pour selectionner une classe d'instance RDS, vous devez analyser l'utilisation du CPU, la consommation de memoire, les besoins en IOPS et la bande passante reseau de votre charge de travail. AWS Compute Optimizer et l'outil RDS Performance Insights permettent de determiner si votre instance actuelle est surdimensionnee ou sous-dimensionnee.

Un modele courant consiste a commencer avec une db.t3 pour le prototypage, passer a db.m6g lorsque la charge devient stable, puis adopter db.r6g lorsque les requetes beneficient d'un cache de tampons plus important. Les instances basees sur Graviton2 (db.m6g, db.r6g) offrent generalement un rapport prix-performances jusqu'a 35 % meilleur que leurs equivalents x86.

RDS propose trois types de stockage correspondant a des volumes EBS en arriere-plan :

• gp2 / gp3 — SSD a usage general ; gp3 vous permet de provisionner independamment les IOPS et le debit sans payer pour davantage de stockage
• io1 / io2 — SSD a IOPS provisionnees pour les bases de donnees OLTP sensibles a la latence, necessitant un temps de reponse constant inferieur a la milliseconde
• st1 — HDD optimise pour le debit, disponible uniquement pour certains moteurs et charges de travail de test

Pour la plupart des deploiements RDS en production, gp3 est le choix recommande par defaut, car il offre 3 000 IOPS sans cout supplementaire et peut etre mis a l'echelle independamment de la taille du stockage.

RDS prend en charge deux dimensions de mise a l'echelle. La mise a l'echelle verticale (changement de classe d'instance) necessite une courte interruption, sauf si Multi-AZ est active ; avec Multi-AZ, le basculement permet une interruption presque nulle pendant le redimensionnement. Vous pouvez planifier la modification pour la prochaine fenetre de maintenance ou l'appliquer immediatement.

La mise a l'echelle horizontale concerne la lecture uniquement : vous ajoutez des repliques de lecture pour repartir les requetes SELECT en dehors de l'instance principale. Les repliques de lecture utilisent une replication asynchrone ; votre application doit donc tolerer un leger retard de replication.

Lorsque vous choisissez entre Aurora et les versions communautaires de MySQL/PostgreSQL, prenez en compte les compromis suivants :

• Aurora : debit superieur, replication automatique en 6 exemplaires, basculement rapide (~30 s), aucune gestion manuelle du stockage, cout horaire plus eleve
• MySQL/PostgreSQL : cout inferieur, extensions communautaires plus nombreuses, option BYOL, outils d'exploitation familiers

Dans les scenarios d'examen, Aurora est a privilegier lorsque la question met l'accent sur la haute disponibilite, la croissance automatique du stockage ou des performances proches des bases de donnees commerciales au prix de l'open source. Les moteurs communautaires l'emportent lorsque la reduction des couts ou la parite fonctionnelle avec les environnements sur site est prioritaire.

RDS distingue les mises a niveau de versions mineures (par exemple, MySQL 8.0.32 → 8.0.36) des mises a niveau de versions majeures (par exemple, MySQL 5.7 → 8.0). Les mises a niveau mineures peuvent etre configurees pour etre appliquees automatiquement pendant la fenetre de maintenance en activant --auto-minor-version-upgrade. Les mises a niveau majeures sont manuelles et peuvent necessiter des tests de compatibilite de l'application.

Testez toujours d'abord les mises a niveau de versions majeures dans un environnement de preproduction. Vous pouvez creer un instantane de la base de donnees avant la mise a niveau afin de revenir en arriere en cas de probleme. Les clusters Aurora prennent en charge les mises a niveau majeures sur place avec une interruption minimale.

Testez votre comprehension des concepts AWS Solutions Architect (SAA-C03) presentes dans cette lecon.

Dans cette lecon, vous avez appris que : RDS prend en charge six moteurs (MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Aurora), que les classes d'instances correspondent a des profils de charge de travail (db.t pour le developpement et les tests, db.m pour un usage general, db.r pour les charges intensives en memoire), et qu'Aurora offre un debit superieur et une mise a l'echelle automatique du stockage par rapport aux moteurs communautaires. Nous allons maintenant examiner les deploiements Multi-AZ et les sauvegardes automatisees pour assurer une haute disponibilite.