Arrêt et démarrage d’un cluster de bases de données Amazon Aurora

L’arrêt et le démarrage des clusters de bases de données Aurora vous permettent de maîtriser les coûts liés aux environnements de développement et de test. Vous pouvez arrêter temporairement toutes les instances de base de données de votre cluster au lieu de configurer et de détruire toutes les instances de base de données chaque fois que vous utilisez le cluster.

Présentation de l’arrêt et du démarrage d’un cluster de bases de données Aurora

Pendant les périodes où vous n’avez pas besoin d’un cluster de bases de données Aurora, vous pouvez arrêter toutes les instances du cluster en une seule opération. Vous pouvez à tout moment redémarrer le cluster dès que vous avez besoin de l’utiliser. Le démarrage et l’arrêt simplifie les processus de configuration et de destruction des clusters utilisés à des fins de développement, de test ou d’activités similaires qui ne nécessitent pas une disponibilité continue. Vous pouvez exécuter toutes les procédures d’AWS Management Console en question en une seule opération, quel que soit le nombre d’instances présentes dans le cluster.

Pendant que votre cluster de bases de données est à l’arrêt, vous êtes facturé uniquement pour le stockage du cluster, des instantanés manuels et des sauvegardes automatiques dans le cadre de la période de conservation que vous avez spécifiée. Aucune heure d’instance de base de données ne vous est facturée.

Pour limiter les frais pour un cluster Aurora à faible charge, vous pouvez arrêter le cluster plutôt que de supprimer tous ses réplicas Aurora. Pour les clusters constitués d’une ou deux instances, il n’est pas commode de supprimer et de récréer fréquemment les instances de base de données, à moins d’utiliser l’AWS CLI ou l’API Amazon RDS. Il n’est pas non plus évident d’effectuer ces opérations dans le bon ordre. Par exemple, pour éviter l’activation du mécanisme de basculement, il convient de supprimer tous les réplicas Aurora avant de supprimer l’instance principale.

De même, évitez de démarrer et d’arrêter votre cluster de bases de données s’il doit s’exécuter en permanence, mais que sa capacité est supérieure à vos besoins. Si votre cluster est trop coûteux ou sous-utilisé, supprimez une ou plusieurs instances de base de données ou attribuez leur à toutes une classe d’instance de petite taille (small). Vous ne pouvez pas arrêter une instance de base de données Aurora individuelle.

Le délai d’arrêt de votre cluster de bases de données varie en fonction de facteurs tels que les classes d’instance de base de données, l’état du réseau et de la base de données, ainsi que le type de moteur de base de données. Ce processus peut prendre plusieurs minutes. Le service Amazon RDS effectue les actions suivantes :

Le délai de redémarrage de votre cluster de bases de données varie en fonction de facteurs tels que la taille de la base de données, les classes d’instance de base de données, l’état du réseau, le type de moteur de base de données et l’état de la base de données au moment où le cluster a été arrêté. Le processus de démarrage dure en général quelques minutes, mais peut durer jusqu’à plusieurs heures. Nous vous recommandons de tenir compte du caractère variable de la durée de démarrage lorsque vous créez votre plan de disponibilité.

Pour démarrer le cluster de bases de données, le service exécute des actions telles que les suivantes :

Limites liées à l’arrêt et au démarrage des clusters de bases de données Aurora

Certains clusters Aurora ne peuvent pas être arrêtés et démarrés :

Arrêt d’un cluster de bases de données Aurora

Pour utiliser un cluster de bases de données Aurora ou effectuer des tâches d’administration, vous partez toujours d’un cluster de bases de données Aurora en cours d’exécution, vous l’arrêtez, puis le redémarrez. Pendant que votre cluster est à l’arrêt, vous êtes facturé pour le stockage du cluster, des instantanés manuels et des sauvegardes automatiques dans le cadre de votre fenêtre de rétention spécifiée, mais pas pour les heures d’instance de base de données.

L’opération d’arrêt stoppe d’abord les instances de réplica Aurora, puis l’instance principale, pour éviter l’activation du mécanisme de basculement.

aws rds stop-db-cluster --db-cluster-identifier mydbcluster

Opérations possibles pendant qu’un cluster de bases de données Aurora est à l’arrêt

Pendant qu’un cluster Aurora est à l’arrêt, vous pouvez effectuer une restauration à un instant dans le passé à n’importe quel moment dans votre fenêtre de rétention de sauvegarde automatisée spécifiée. Pour plus d’informations sur la réalisation d’une restauration à un instant dans le passé, consultez Restauration des données.

Vous ne pouvez pas modifier la configuration d’un cluster de bases de données Aurora ou de l’une de ses instances pendant que le cluster est à l’arrêt. De même, vous ne pouvez pas ajouter ou supprimer des instances de base de données au niveau du cluster, ni supprimer le cluster si une ou plusieurs instances de base de données lui sont toujours associées. Vous devez démarrer le cluster avant d’effectuer des opérations d’administration de ce type.

L’arrêt d’un cluster de bases de données supprime les actions en attente, à l’exception du groupe de paramètres du cluster de bases de données ou des groupes de paramètres de base de données des instances du cluster de bases de données.

Aurora applique la maintenance planifiée à votre cluster arrêté une fois qu’il a redémarré. N’oubliez pas qu’après sept jours, Aurora démarre automatiquement les clusters arrêtés pour éviter qu’ils soient trop en retard par rapport à leur état de maintenance.

Par ailleurs, Aurora n’effectue aucune sauvegarde automatisée parce que les données sous-jacentes ne peuvent pas changer pendant que le cluster est à l’arrêt. Aurora ne prolonge pas la période de rétention des sauvegardes pendant que le cluster est à l’arrêt.

Démarrage d’un cluster de bases de données Aurora

Le cluster de bases de données Aurora que vous démarrez est toujours un cluster Aurora qui est déjà à l’état arrêté (ou « stopped »). Lorsque vous démarrez le cluster, toutes ses instances de base de données redeviennent disponibles. Le cluster conserve ses paramètres de configuration, notamment les points de terminaison, les groupes de paramètres et les groupes de sécurité VPC.

Le redémarrage d’un cluster de bases de données prend généralement plusieurs minutes.

aws rds start-db-cluster --db-cluster-identifier mydbcluster