Pourquoi une durée d’indisponibilité survient-elle pour mes clusters de base de données Amazon Aurora ?

Résolution

Les raisons suivantes peuvent provoquer une durée de disponibilité de votre instance de base de données Aurora.

Mises à niveau de la version du moteur

Les mises à niveau des versions majeures et mineures entraînent une durée d’indisponibilité pour l’ensemble de votre cluster de base de données Aurora. Avant de mettre à niveau un cluster de base de données de production, testez le processus de mise à niveau sur un cluster de base de données de test. Vérifiez la durée du processus, puis validez vos applications avant d'effectuer la mise à niveau.

Vous pouvez également utiliser des déploiements bleus/verts Aurora pour mettre à niveau la version majeure ou mineure de votre cluster. Lorsque vous utilisez un déploiement bleu/vert, la durée d’indisponibilité dure généralement moins d'une minute.

Mises à niveau automatiques des versions mineures

Les mises à niveau automatiques des versions mineures entraînent une durée d’indisponibilité pour l'ensemble de votre cluster de base de données Aurora. Aurora applique des mises à niveau mineures pendant la période de maintenance du cluster. Si vous ne souhaitez pas qu'Aurora applique automatiquement les mises à niveau de versions mineures, désactivez l'option sur vos instances de base de données.

Pour plus d'informations, consultez la section Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de base de données Aurora MySQL.

Remarque : Une durée d’indisponibilité ne survient pas lorsque vous activez les mises à niveau automatiques des versions mineures. Une durée d’indisponibilité survient uniquement lorsqu'Aurora applique la mise à niveau automatique.

Événements de basculement du cluster de base de données Aurora

Si votre cluster de base de données compte des réplicas Aurora, Aurora promeut un réplica vers l'instance principale lors des événements de basculement. Une brève durée d’indisponibilité survient et les opérations de lecture et d'écriture échouent à une exception près. Le service est généralement restauré en moins de 120 secondes, et souvent en moins de 60 secondes.

Pour augmenter la disponibilité de votre cluster de base de données, créez un ou plusieurs réplicas Aurora dans au moins deux zones de disponibilité différentes. Pour plus d'informations, consultez la section Tolérance aux pannes pour un cluster de base de données Aurora.

Tâches de maintenance du cluster de base de données Aurora

Certaines tâches de maintenance, telles que les mises à jour du système d'exploitation (OS) ou l'application de correctifs aux bases de données, entraînent la mise hors ligne de votre cluster de base de données pendant une courte période. Pour en savoir plus, consultez la section Maintenance d'un cluster de base de données Amazon Aurora.

Modifications de la fenêtre de maintenance

Une durée d’indisponibilité ne survient pas automatiquement lorsque vous modifiez la fenêtre de maintenance. Il se peut que votre cluster de base de données compte des actions en attente. Si vous modifiez la fenêtre de maintenance, vous appliquez immédiatement les actions en attente et une durée d’indisponibilité survient. Pour plus d'informations sur les modifications de la fenêtre de maintenance, consultez la section Que dois-je savoir à propos de la fenêtre de maintenance Amazon RDS ?

Redémarrages du cluster ou de l'instance de base de données

Une durée d’indisponibilité survient lorsque vous redémarrez un cluster de base de données ou une instance de base de données. Le temps nécessaire pour redémarrer chaque instance de base de données de votre cluster dépend de l'activité de la base de données au moment du redémarrage. La durée d’indisponibilité dépend également du processus de restauration de votre moteur de base de données.

Modifications de la classe d'instance de base

Lorsque vous modifiez la classe d'instance de base de données, une durée d’indisponibilité survient sur l'instance de base de données spécifiée, mais pas sur l'ensemble du cluster.

Nouveaux groupes de paramètres de cluster de bases de données ou nouvelles associations de groupes de paramètres de base de données

Lorsque vous associez un nouveau groupe de paramètres de cluster de base de données au cluster de base de données ou un groupe de paramètres de base de données à l'instance de base de données, la durée d’indisponibilité ne survient pas automatiquement. Une durée d’indisponibilité survient uniquement lorsque vous devez redémarrer pour appliquer les modifications au groupe de paramètres. Par exemple, pour appliquer des modifications au groupe de paramètres de cluster de base de données, vous devez redémarrer l'instance de base de données principale. Pour appliquer des modifications à un groupe de paramètres de base de données, vous devez redémarrer l'instance de base de données.

Paramètres spécifiques de votre cluster ou instance de base de données

Les modifications de paramètres courantes qui entraînent une durée d’indisponibilité sont les suivantes. Pour obtenir une liste complète des paramètres et savoir si ces derniers entraînent une durée d’indisponibilité, consultez la section Paramètres d'Amazon Aurora.

Modifications des paramètres dans un groupe de paramètres de cluster de base de données ou un groupe de paramètres de base de données

Les paramètres de base de données sont statiques ou dynamiques. Lorsque vous modifiez un paramètre statique dans un groupe de paramètres de cluster de base de données ou un groupe de paramètres de base de données, la modification prend effet après le redémarrage manuel des instances de base de données dans chaque cluster de base de données associé. Une durée d’indisponibilité survient pendant le redémarrage.

Toutefois, lorsque vous modifiez un paramètre dynamique dans un groupe de paramètres de cluster de base de données ou un groupe de paramètres de base de données, les modifications s'appliquent immédiatement au cluster de base de données. Il n'y a pas de durée d’indisponibilité car il n'est pas nécessaire de redémarrer l'instance de base de données pour modifier les paramètres dynamiques.

Modifications de l'identifiant de l'instance de base de données

Vous devez redémarrer l'instance de base de données pour modifier l'identifiant de l'instance de base de données. Une durée d’indisponibilité survient lors de cette modification.

Modifications des ports de base de données

Une durée d’indisponibilité survient lorsque vous modifiez le port de base de données que vous utilisez pour accéder à votre cluster de bases de données, car toutes les instances de base de données du cluster redémarrent immédiatement.

Modifications du CA

Remarque : Si des erreurs surviennent lorsque vous exécutez des commandes de l'interface de la ligne de commande AWS (AWS CLI), consultez la section Résoudre des erreurs liées à l’AWS CLI. Vérifiez également que vous utilisez bien la version la plus récente de l'AWS CLI.

Si vous modifiez l'autorité de certification (CA) pour le certificat de serveur de votre instance de base de données, une durée d’indisponibilité survient pour les moteurs de base de données qui ne prennent pas en charge la rotation sans redémarrage.

Pour vérifier si votre moteur de base de données prend en charge la rotation sans redémarrage, exécutez la commande d'interface de ligne de commande describe-db-engine-versions de l’AWS CLI.

Informations connexes

Réalisation de mises à niveau de versions majeures pour Amazon Aurora MySQL avec une durée d’indisponibilité minimale