Pourquoi mon cluster compatible avec Amazon Aurora PostgreSQL a-t-il basculé ?

Brève description

Aurora, compatible avec PostgreSQL, effectue automatiquement le basculement des instances vers l'un de ses lecteurs de clusters dans les scénarios suivants :

• Problème d'infrastructure avec l'instance d'écriture. Cela inclut la perte de connectivité réseau à l'hôte physique, la perte de connectivité réseau au volume du cluster ou les problèmes liés aux ressources informatiques physiques.
• L'instance d'écriture n'est pas accessible. Ce problème est associé à une charge de travail excessive, qui entraîne un ralentissement des performances et une pénurie de ressources.
• Le type de classe de l'instance DB de l'écriture est modifié dans le cadre de l'activité de mise à l’échelle verticale de l'instance DB.
• L'hôte sous-jacent de l'instance d'écriture Aurora fait l'objet d'un correctif logiciel, d'une maintenance matérielle ou d'une mise à jour du système d'exploitation au cours d'une fenêtre de maintenance spécifique. Pour en savoir plus, consultez Maintenance d'un cluster de base de données Amazon Aurora.
• L'instance a échoué à l'aide de l'option de basculement au niveau de l'instance.

Lorsque le scripteur du cluster ne répond pas aux surveillances de l'état, le cluster lance un basculement vers l'un des lecteurs du cluster, en fonction de la priorité qui lui est attribuée. Pour plus d'informations, consultez Basculement avec Amazon Aurora PostgreSQL.

Solution

Pour identifier la raison du basculement, consultez les journaux et les mesures suivants pour votre cluster compatible Aurora PostgreSQL.

Événements Amazon RDS

Pour identifier la cause première d'une interruption imprévue, consultez tous les événements Amazon Relational Database Service (Amazon RDS) survenus pendant la période de basculement. Tous les évènements sont enregistrés à l'heure UTC/GMT par défaut. Si vous souhaitez stocker des événements pendant une période plus longue, envoyez les événements Amazon RDS à Amazon CloudWatch Events. Pour plus d'informations, consultez Création d'une règle qui se déclenche sur un évènement Amazon Aurora.

Métriques Amazon CloudWatch

Consultez les métriques Amazon CloudWatch pour votre cluster compatible Aurora PostgreSQL afin de vérifier si une charge de base de données élevée a provoqué la panne. Pour plus d'informations, consultez Surveillance des métriques Amazon Aurora avec Amazon CloudWatch. Vérifiez les pics dans les mesures clés suivantes qui indiquent la disponibilité et l'état de votre cluster/instance :

• DatabaseConnections
• CPUUtilization
• FreeableMemory
• DiskQueueDepth

Surveillance améliorée

Pour activer la surveillance améliorée pour votre instance Amazon Aurora, consultez Configuration et activation de la surveillance améliorée.

Amazon RDS fournit des métriques en temps réel pour le système d'exploitation sur lequel s'exécute votre instance de base de données. Vous pouvez consulter toutes les métriques du système et les informations de processus pour vos instances PostgreSQL à l'aide de la console. Vous pouvez gérer les métriques à surveiller pour chaque instance et personnaliser le tableau de bord en fonction de vos besoins. Pour obtenir une description des métriques de surveillance améliorée, consultez la section Métriques du système d'exploitation dans Surveillance améliorée.

Analyse des performances

L'analyse des performances complète les fonctionnalités de surveillance existantes d'Amazon Aurora pour illustrer et vous aider à analyser les performances de votre cluster. À l'aide du tableau de bord de l'analyse des performances, vous pouvez visualiser la charge de la base de données sur votre charge de cluster compatible Aurora PostgreSQL. Vous pouvez filtrer le chargement en fonction des temps d'attente, des instructions SQL, des hôtes ou des utilisateurs.

Pour plus d'informations, consultez Surveillance de la charge de base de données avec l'analyse des performances sur Amazon Aurora et Analyse des métriques à l'aide du tableau de bord de l'analyse des performances.

Journaux de base de données Aurora

Dans les bases de données sur site, les journaux de base de données résident dans le système de fichiers. Amazon RDS et Amazon Aurora ne permettent pas à l'hôte d'accéder aux journaux de base de données du système de fichiers de vos clusters compatibles Aurora PostgreSQL. Vous pouvez utiliser Amazon CloudWatch Logs pour analyser les données des journaux. Pour plus d'informations, veuillez consulter Publication des journaux Aurora PostgreSQL dans Amazon CloudWatch Logs.

Vous pouvez également consulter un fichier journal via AWS Management Console. Pour plus d'informations, consultez la section Surveillance d'un fichier journal de base de données.

Basculement rapide grâce à la compatibilité avec Amazon Aurora PostgreSQL

Pour vous assurer que le basculement s'effectue le plus rapidement possible dans vos clusters de bases de données, consultez Basculement rapide avec Amazon Aurora PostgreSQL.

Restauration rapide après basculement grâce à la gestion du cache de cluster compatible avec Aurora PostgreSQL

Pour vous assurer que votre instance de base de données d'écriture bénéficie d'une reprise rapide après un basculement, consultez Reprise rapide après basculement avec gestion du cache en cluster pour Aurora PostgreSQL.

---

Informations connexes

Haute disponibilité pour Amazon Aurora

Surveillance des métriques dans un cluster Amazon Aurora

Catégories d'événements et messages d'événements Amazon RDS