Questions fréquentes (FAQ) sur Amazon RDS for MariaDB

Les déploiements bleus/verts d'Amazon RDS sont disponibles dans les versions 10.2 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 sont disponibles dans toutes les régions AWS applicables ainsi que dans les régions AWS GovCloud.

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.2 fonctionnant sur deux instances r5.2xlarge db.instances, une instance de base de données primaire et une réplique en lecture, dans la région AWS us-east-1 avec une configuration Multi-Z (MAZ). Chacune des instances r5.2xlarge db.instance est configurée pour offrir 20 Gio de stockage à usage général pour Amazon Elastic Block Storge (EBS). 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.

Les déploiements bleus/verts d'Amazon RDS vous permettent d'effectuer des modifications plus sûres, plus simples et plus rapides des bases de données, telles que des mises à niveau de versions majeures ou mineures, des modifications de schémas, des mises à l'échelle d'instances, des modifications de paramètres de moteurs et des mises à jour de maintenance.

Dans le cadre des déploiements bleus/verts d'Amazon RDS, l'environnement bleu est votre environnement de production actuel. L'environnement vert est votre environnement de préproduction qui deviendra votre nouvel environnement de production après le basculement.

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 d'Amazon RDS 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 déploiements bleus/verts d'Amazon RDS ne suppriment pas votre ancien environnement de production. Si nécessaire, vous pouvez y accéder pour des validations supplémentaires et des tests de performance/régression. Si vous n'avez plus besoin de l'ancien environnement de production, vous pouvez le supprimer. Les frais de facturation standard s'appliquent aux anciennes instances de production jusqu'à ce que vous les supprimiez.

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.

Non, les déploiements bleus/verts d'Amazon RDS ne prennent pas en charge le proxy Amazon RDS, les réplicas en lecture inter-régions ni les réplicas en lecture en cascade.

Non, pour le moment, vous ne pouvez pas utiliser les déploiements bleus/verts d'Amazon RDS pour annuler des modifications.

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 prévention des écritures déchirées d'AWS Nitro System.

Les écritures optimisées pour Amazon RDS sont disponibles pour les versions 10.6.10 et supérieures de MariaDB.

Les écritures optimisées pour Amazon RDS sont disponibles dans les instances de bases de données db.r6i, db.r6g, db.r5b, db.x2iedn et db.x2idn. Le service est désormais disponible dans les régions AWS suivantes : USA Est (Virginie du Nord, Ohio), USA Ouest (Californie du Nord, Oregon), Canada (Centre), Europe (Londres, Irlande, Paris, Francfort, Stockholm, Milan), Amérique du Sud (Sao Paulo), Asie-Pacifique (Séoul, Mumbai, Sydney, Tokyo, Singapour) et AWS GovCloud (US, côte est, et US, côte ouest).

Tous les utilisateurs d'Amazon RDS for MariaDB devraient implémenter les écritures optimisées pour Amazon RDS afin d'obtenir jusqu'à deux fois plus de débit pour les transactions d'écriture. Les applications avec des charges de travail à forte intensité d'écriture telles que les paiements numériques, les transactions financières et les applications de jeu en ligne trouveront cette fonctionnalité particulièrement utile.

Actuellement, cette version initiale ne prend pas en charge les écritures optimisées pour Amazon RDS pour vos instances de bases de données existantes, et ce, même si la classe d'instance prend en charge les écritures optimisées.

Les écritures optimisées pour Amazon RDS sont disponibles pour les clients RDS for MariaDB sans frais supplémentaires.

Les charges de travail qui utilisent des objets temporaires dans MariaDB pour le traitement des requêtes tirent parti des lectures optimisées pour Amazon RDS. Les lectures optimisées placent les objets temporaires sur le stockage d'instance NVMe de l'instance de base de données, au lieu du volume Amazon Elastic Block Store. Cela permet de doubler la vitesse de traitement des requêtes complexes.

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

Les lectures optimisées pour Amazon RDS sont disponibles dans toutes les régions où les instances db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn et X2iedn sont disponibles. Pour plus d'informations, consultez la documentation sur les classes d'instances de bases de données Amazon RDS.

Les clients devraient utiliser les lectures optimisées pour Amazon RDS dans les cas suivants : les charges de travail nécessitant des requêtes complexes, l'analytique à usage général ou les charges de travail nécessitant des groupes complexes, des tris, des agrégations de hachage, des jointures à forte charge et des expressions de tables communes (CTE). Ces cas d'utilisation entraînent la création de tables temporaires, ce qui permet aux lectures optimisées d'accélérer le traitement des requêtes de votre charge de travail.

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'instances prises en charge. Si vous exécutez votre charge de travail sur des instances db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn et X2iedn, vous bénéficiez déjà d'Optimized Reads.