Foire aux questions sur Amazon RDS for MariaDB

Oui, vous pouvez souscrire un Database Saving Plan pour votre utilisation d'Amazon RDS pour MariaDB et réduire vos coûts jusqu'à 20 % si vous vous engagez à utiliser un volume d'utilisation constant sur une période d'un an. Des informations supplémentaires sur l'utilisation éligible sont disponibles sur la page de tarification des Database Savings Plans.

Amazon RDS prend actuellement en charge les versions majeures 10.4, 10.5, 10.6, et 10.11, et 11.4 de MariaDB.

Dans le contexte de MariaDB, les numéros de versions sont organisés comme suit :
Version MariaDB = X.Y.Z

X = Version majeure, Y = Niveau de mise à jour, Z = Numéro de version dans la série de mise à jour.
Du point de vue d'Amazon RDS, un changement de version serait considéré comme étant majeur si la version majeure ou le niveau de mise à jour est modifié. Exemple : passer de 10.0.X -> 10.1.X.

Un changement de version serait considéré comme étant mineur si le numéro de version dans la mise à jour est modifié. Exemple : passer de 11.4.4 à 11.4.5.

Les déploiements bleus/verts d'Amazon RDS sont disponibles dans les versions 10.4 et supérieures de RDS for MariaDB. Pour en savoir plus sur les versions disponibles, consultez la documentation relative à RDS for MariaDB.

Les déploiements bleus/verts d'Amazon RDS vous permettent d'effectuer des modifications de bases de données plus sûres, plus simples et plus rapides. Les déploiements bleus/verts conviennent parfaitement aux cas d'utilisation tels que les mises à niveau majeures ou mineures de moteurs de bases de données, les mises à jour de systèmes d'exploitation, les modifications de schémas dans des environnements verts qui n'interrompent pas la réplication logique (comme l'ajout d'une nouvelle colonne à la fin d'une table) ou les modifications des paramètres de bases de données.

Vous pouvez utiliser les déploiements bleus/verts pour effectuer plusieurs mises à jour de bases de données en même temps à l'aide d'un seul basculement. Cela vous permet de rester à jour en ce qui concerne les correctifs de sécurité, d'améliorer les performances des bases de données et d'accéder aux nouvelles fonctionnalités de bases de données avec des temps d'arrêt courts et prévisibles.

L'exécution de vos charges de travail sur des instances vertes vous coûte le même prix que sur les instances bleues. Le coût d'utilisation des instances bleues et vertes comprend notre tarification standard actuelle pour les instances db.instances, le coût du stockage, le coût des E/S en lecture/écriture ainsi que le prix de toutes les fonctionnalités activées, telles que les sauvegardes et l'analyse des performances d'Amazon RDS.

En fait, vous payez environ deux fois le coût d'exécution des charges de travail sur une instance db.instance pendant la durée de vie du déploiement bleu/vert.

Par exemple : Vous disposez d’une base de données RDS pour MariaDB 10.4 fonctionnant sur deux instances r5.2xlarge db.instances, une instance de base de données primaire et un réplica en lecture, dans la région AWS us-east-1 avec une configuration Multi-AZ (MAZ). Chacune des db.instance r5.2xlarge est configurée pour 20 Gio Amazon Elastic Block Storge (EBS) à usage général.

Vous créez un clone de la topologie de l'instance bleue en utilisant les déploiements bleus/verts d'Amazon RDS, vous l'exécutez pendant 15 jours (360 heures), puis vous supprimez les instances bleues après un basculement réussi. Les instances bleues coûtent 1 387 USD pour 15 jours à un tarif à la demande de 1,926 USD/h (coût de l'instance + EBS). Le coût total de l'utilisation des déploiements bleus/verts pour ces 15 jours est de 2 774 USD, soit environ deux fois le coût de l'exécution des instances bleues pour cette période.

Lorsque les déploiements bleus/verts d'Amazon RDS lancent un basculement, ils bloquent les écritures à la fois dans les environnements bleus et ceux verts, jusqu'à ce que l'opération soit terminée. Pendant le basculement, l'environnement de transit, ou environnement vert, rattrape l'environnement bleu, ce qui garantit la cohérence des données entre les environnements bleus et verts.

Une fois que les environnements bleu et vert sont complètement synchronisés, les déploiements bleus/verts promeuvent l'environnement vert comme le nouvel environnement bleu en redirigeant le trafic vers l'environnement vert. Les déploiements bleus/verts sont conçus pour permettre les écritures sur l'environnement vert une fois le basculement terminé, ce qui élimine toute perte de données pendant le processus de basculement.

Les barrières de protection pour le basculement des déploiements bleus/verts d'Amazon RDS bloquent les écritures sur vos environnements bleus et verts jusqu'à ce que votre environnement vert rattrape son retard avant le basculement. Les déploiements bleus/verts effectuent également des surveillances de l'état de l'instance primaire et des réplicas dans vos environnements bleus et verts.

Ils effectuent également des surveillances de l'état de la réplication, par exemple, pour vérifier si la réplication s'est arrêtée ou s'il y a des erreurs. Ils détectent les transactions de longue durée entre vos environnements bleu et vert. Vous pouvez spécifier votre temps d'arrêt maximum tolérable, jusqu'à 30 secondes. Ainsi, le basculement est interrompu lorsqu'une transaction en cours dépasse ce temps.

Si votre environnement bleu est un réplica logique autogéré ou un abonné, nous bloquons le basculement. Nous vous recommandons d'arrêter d'abord la réplication vers l'environnement bleu, d'effectuer le basculement, puis de reprendre la réplication.

En revanche, si votre environnement bleu est la source d'un réplica logique autogéré ou d'un diffuseur de publication, vous pouvez continuer vers le basculement. Cependant, vous devrez mettre à jour le réplica autogéré afin de le répliquer à partir de l'environnement vert après le basculement.

MariaDB protège les utilisateurs contre la perte de données en écrivant les données dans des pages de 16 Kio en mémoire deux fois dans un stockage durable : d'abord dans le « tampon de double écriture », puis dans le stockage des tables. Les écritures optimisées pour Amazon RDS écrivent vos pages de données de 16 Kio directement dans vos fichiers de données de manière fiable et durable en une seule étape grâce à la fonctionnalité de Torn Write Prevention d’AWS Nitro System.

Pour en savoir plus sur la disponibilité des exemples et des régions, consultez la page de documentation sur les performances améliorées des écritures optimisées pour Amazon RDS for MariaDB. 

Tous les utilisateurs d'Amazon RDS for MariaDB devraient implémenter les écritures optimisées pour Amazon RDS pour un débit en transactions d’écritures deux fois supérieur. Les applications avec des charges de travail impliquant beaucoup d’écritures telles que les paiements numériques, les transactions financières et les applications de jeu en ligne trouveront cette fonctionnalité particulièrement utile.

Les lectures optimisées pour Amazon RDS sont disponibles pour les versions 10.4.25, 10.5.16, 10.6.7, 10.11.4 et supérieures de RDS for MariaDB.

Pour en savoir plus sur la disponibilité des instances et des régions, consultez la page de documentation sur les améliorations de performances des requêtes pour RDS for MariaDB avec les lectures optimisées d’Amazon RDS. 

Oui, les clients peuvent convertir leur base de données Amazon RDS existante afin d'utiliser les lectures optimisées pour Amazon RDS. Pour ce faire, ils doivent transférer leur charge de travail vers une instance compatible avec les lectures optimisées. Les lectures optimisées sont également disponibles par défaut sur toutes les classes d'instance prises en charge.