À quelle durée d'indisponibilité puis-je m'attendre pour la fenêtre de maintenance planifiée de mon instance RDS pour SQL Server mono-AZ ou multi-AZ ?

Brève description

AWS assure la maintenance périodique du matériel hôte physique, de la version de la base de données ou du système d'exploitation de votre instance Amazon RDS pour SQL Server. Avant que la maintenance n'ait lieu, vous recevez une notification par e-mail. Cet e-mail détaille les ressources concernées et le calendrier prévu de la maintenance.

La durée d’indisponibilité estimée diffère pour les instances mono-AZ et les instances multi-AZ. La durée d’indisponibilité que vous rencontrez peut changer en fonction du type de maintenance effectué.

Résolution

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

Vous pouvez consulter le tableau de bord AWS Health pour vérifier si la maintenance planifiée implique une durée d’indisponibilité.

Afficher les actions de maintenance passées ou en attente

Pour passer en revue les opérations de maintenance planifiées passées pour vos instances RDS, consultez la section Visualisation des événements Amazon RDS.

Pour consulter les actions de maintenance en attente pour vos instances RDS à l'aide de la console de gestion AWS ou de l'AWS CLI, procédez comme suit :

1. Ouvrez la console Amazon Aurora et RDS.
2. Dans le volet de navigation, sélectionnez Bases de données.
3. Sélectionnez l'instance de base de données RDS pour MySQL ou l'instance de base de données pour laquelle vous souhaitez consulter les actions de maintenance.
4. Choisissez l'onglet Maintenance et sauvegardes pour afficher la liste des actions de maintenance en attente dans la section Maintenance en attente ou exécutez la commande suivante :

   $ aws rds describe-pending-maintenance-actions --region example-region-name

Remarque : remplacez example-region-name par le nom de région AWS que vous avez spécifié.

Vous pouvez régler l'heure de votre fenêtre de maintenance. Pour plus d'informations, consultez la section Réglage de la fenêtre de maintenance de l'instance de base de données préférée.

Quand vous planifiez votre fenêtre de maintenance

Pendant une période de maintenance, planifiez un redémarrage contrôlé de toute instance RDS SQL Server qui gère de lourdes charges de travail. Le redémarrage contrôlé minimise les interruptions de service. Planifiez la fenêtre de maintenance pendant une période de faible activité. Cela permet d'éviter l'impact de la dégradation temporaire des performances après un redémarrage. Les performances se dégradent lorsque le redémarrage met fin aux connexions utilisateur, recrée la base de données tempdb et efface la mémoire tampon et les caches de plan.

Avant la fenêtre de maintenance planifiée, vérifiez qu'aucune transaction de longue durée n'est active et confirmez que le journal des transactions se situe dans les limites de taille normales. Ces facteurs influent sur la durée de reprise après un incident. Si vous utilisez des groupes de disponibilité Always On avec vos déploiements multi-AZ, assurez-vous que tous les réplicas secondaires sont sains et entièrement synchronisés. Les réplicas secondaires sains prennent en charge un chemin de basculement propre.

Une fois la fenêtre de maintenance terminée et le service redémarré, surveillez les phases de reprise de la base de données décrites sur le site Web de Microsoft. Enregistrez la progression des opérations de rétablissement et d'annulation, l'état de synchronisation du groupe de disponibilité (AG) et l'état général des ressources pour valider la stabilité de l'instance. Cette approche garantit que la maintenance est effectuée en toute sécurité, que les temps de reprise sont prévisibles et que le système revient à des niveaux opérationnels normaux avec un impact minimal.

Durée d’indisponibilité de maintenance matérielle

Instances mono-AZ : l'instance n'est pas disponible pendant plusieurs minutes pendant la maintenance. La durée exacte de la maintenance varie en fonction du type de classe d'instance et de la taille de la base de données.

Instances multi-AZ : les instances multi-AZ ne sont pas disponibles pendant le temps nécessaire au basculement de l'instance principale. Ce basculement ne prend pas plus de 60 secondes.

Durée d’indisponibilité de la mise à niveau du moteur

Instances mono-AZ : l'instance est indisponible pendant au moins 15 minutes pendant la maintenance. La durée exacte de la maintenance varie en fonction du type de classe d'instance et de la taille de la base de données.

Instances multi-AZ : dans les instances multi-AZ, les instances principale et de secours sont mises à niveau. Amazon RDS effectue des mises à niveau continues. La panne ne dure que pendant la durée d'un basculement après la mise à niveau et la promotion du basculement secondaire en basculement principal. Le basculement primaire d'origine devient alors le basculement secondaire et la mise à niveau lui est appliquée.

Pour plus d'informations, consultez la section Considérations relatives aux mises à niveau de SQL Server.

Durée d’indisponibilité pour la maintenance du système

Instances mono-AZ : l'instance n'est pas disponible pendant plusieurs minutes pendant la maintenance. La durée exacte de la maintenance varie en fonction du type de classe d'instance et de la taille de la base de données.

Instances multi-AZ : dans les instances RDS multi-AZ, les instances principale et de secours sont mises à niveau. RDS effectue des mises à niveau continues. La panne ne dure que pendant la durée d'un basculement après la mise à niveau et la promotion du basculement secondaire en basculement principal. Le basculement primaire d'origine devient alors le basculement secondaire et la mise à niveau lui est appliquée.

Informations connexes

Que dois-je savoir à propos de la période de maintenance Amazon RDS ?