Quel est l'impact de la conversion de mon instance Amazon RDS mono-AZ en instance multi-AZ et vice versa ?

Dernière mise à jour : 30/09/2021

Je souhaite connaître l'impact de la conversion de mon instance de base de données Amazon Relational Database Service (Amazon RDS) mono-AZ en instance multi-AZ.

- ou -

Je souhaite connaître l'impact de la conversion de mon instance de base de données Amazon RDS multi-AZ en instance mono-AZ.

Brève description

Dans une configuration mono-AZ, une instance de base de données et un ou plusieurs volumes de stockage Amazon Elastic Block Store (Amazon EBS) sont déployés dans une zone de disponibilité dans les centres de données. Dans une configuration multi-AZ, les instances de base de données Amazon RDS et les volumes de stockage EBS sont déployés sur plusieurs zones de disponibilité.

Lorsque vous activez l'option multi-AZ sur votre instance, Amazon RDS conserve une copie de secours redondante et cohérente de vos données à l'aide de la réplication de stockage synchrone. Pour les déploiements multi-AZ, Amazon RDS assure une détection et une récupération automatique dans la plupart des scénarios de défaillance courants, afin que vous puissiez reprendre les opérations de base de données aussi rapidement que possible. Pour plus d'informations, consultez Haute disponibilité (multi-AZ) pour Amazon RDS.

Pour convertir une instance de base de données d'un déploiement mono-AZ en un déploiement multi-AZ et vice versa, consultez Modification d'une instance Amazon RDS.

Lorsque vous convertissez votre instance mono-AZ en instance multi-AZ, vous pouvez voir l'événement suivant dans la section Journaux et événements dans la console Amazon RDS :

September 21, 2021, 8:45:04 PM UTC            Applying modification to convert to a Multi-AZ DB Instance (Application d'une modification pour convertir en une instance de base de données multi-AZ)

Solution

Impact de la modification d'une instance mono-AZ en une instance multi-AZ

Lorsque vous modifiez votre instance mono-AZ en une instance multi-AZ, vous ne subissez aucune interruption sur l'instance. Au cours de la conversion, Amazon RDS crée un instantané de l'instance et utilise cet instantané pour restaurer les données dans les nouveaux volumes créés dans une autre zone de disponibilité. Bien que ces nouveaux volumes soient immédiatement disponibles, vous risquez de rencontrer des problèmes de performance. Cela est dû au fait que l'instance de base de données continue de charger des données en arrière-plan. Ce processus, appelé chargement différé, peut entraîner une latence d'écriture élevée et un impact sur la performance pendant et après la conversion. L'impact sur la performance dépend du type de volume, de la charge de travail, de l'instance et de la taille du volume. L'impact peut être important pour les instances de base de données volumineuses nécessitant beaucoup d'écriture pendant les heures de pointe des opérations.

Pour réduire la latence après la modification de l'instance, c'est une bonne pratique de procéder comme suit :

  1. Lancez un basculement pour votre instance après la conversion en multi-AZ.
  2. Exécutez un vidage complet des données de votre instance pour récupérer toutes les données de l'instantané.

Lorsque vous convertissez une instance de mono-AZ en multi-AZ, une nouvelle instance est créée avec la même configuration dans une autre zone de disponibilité. Cela génère des coûts supplémentaires. De plus, comme le déploiement multi-AZ utilise la réplication synchrone, les écritures sont plus lentes qu'en mono-AZ.

Impact de la modification d'une instance multi-AZ en une instance mono-AZ

Lorsque vous modifiez votre instance multi-AZ en une instance mono-AZ, vous ne subissez aucune interruption sur l'instance. Au cours de la conversion, Amazon RDS supprime uniquement l'instance secondaire et les volumes secondaires ; l'instance principale n'est pas affectée pendant cette période.

Voici quelques éléments à prendre en compte avant de modifier votre instance d'un déploiement multi-AZ vers un déploiement mono-AZ :

  • Avec le déploiement multi-AZ, Amazon RDS bascule automatiquement vers un réplica de secours dans une autre zone de disponibilité en cas d'interruption planifiée ou non planifiée de votre instance de bases de données. Mais, dans le cas d'une instance mono-AZ, vous devrez peut-être lancer une opération de restauration-à-un-point-dans-le-temps. Cette opération peut prendre plusieurs heures et toutes les mises à jour de données apportées après la dernière restauration ne sont pas disponibles. Par conséquent, en cas de défaillance, vous risquez de subir une interruption plus importante sur une instance mono-AZ.
  • Avec une instance multi-AZ, des sauvegardes automatisées sont créées à partir de l'instance secondaire pendant la fenêtre de sauvegarde automatique. Pour Amazon RDS for MariaDB, Amazon RDS for MySQL, Amazon RDS for Oracle et Amazon RDS for PostgreSQL, l'activité I/O n'est pas suspendue sur votre instance principale pendant la sauvegarde des déploiements multi-AZ, car les données sauvegardées proviennent de l'instance secondaire. Pour Amazon RDS for SQL Server, l'activité I/O est brièvement suspendue pendant la sauvegarde des déploiements multi-AZ. Le processus de sauvegarde sur une instance de base de données mono-AZ entraîne une brève suspension de l'activité I/O qui peut durer de quelques secondes à quelques minutes, en fonction de la taille et de la classe de votre instance de bases de données.
  • Dans les déploiements multi-AZ, la maintenance du système d'exploitation est appliquée à l'instance secondaire. L'instance secondaire est promue en instance principale, puis la maintenance est effectuée sur l'ancienne instance principale, qui devient la nouvelle instance de secours. Par conséquent, dans une instance multi-AZ l'interruption lors de certains correctifs du système d'exploitation est minimale.
  • Si vous mettez à l'échelle votre instance multi-AZ, l'interruption est minimale. Cela s'explique par le fait que l'instance secondaire est mise à niveau en premier. L'instance secondaire est promue en instance principale, après quoi l'instance principale est mise à niveau. Une instance mono-AZ devient indisponible pendant l'opération de mise à l'échelle.

Cet article vous a-t-il été utile ?


Besoin d'aide pour une question technique ou de facturation ?