Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Défaillance d'une instance de base de données multi-AZ pour Amazon RDS
Si une interruption planifiée ou imprévue de votre instance de base de données Multi-AZ résulte d'un défaut d'infrastructure, Amazon passe RDS automatiquement à une réplique de secours dans une autre zone de disponibilité.
La durée du basculement dépend de l'activité de la base de données et d'autres conditions au moment où l'instance de base de données primaire est devenue indisponible. Les durées de basculement oscillent généralement entre 60 et 120 secondes. Cependant, les transactions importantes ou les processus de récupération longs peuvent augmenter le temps de basculement. Lorsque le basculement est terminé, la RDS console peut mettre plus de temps à refléter la nouvelle zone de disponibilité.
Note
Vous pouvez forcer un basculement manuellement lorsque vous redémarrez une instance de base de données multi-AZ. Pour de plus amples informations, veuillez consulter Redémarrage d'une instance de base de données.
Amazon RDS gère automatiquement les basculements afin que vous puissiez reprendre les opérations de base de données le plus rapidement possible sans intervention administrative. L'instance de base de données primaire bascule automatiquement vers le réplica de secours si l'une des conditions décrites dans le tableau suivant se produit : Vous pouvez consulter les raisons du basculement dans le journal des événements.
| Raison du basculement | Description |
|---|---|
Le système d'exploitation sous-jacent à l'instance RDS de base de données est corrigé lors d'une opération hors ligne. |
Un basculement a été déclenché pendant la fenêtre de maintenance d'un correctif du système d'exploitation ou d'une mise à jour de sécurité. Pour de plus amples informations, veuillez consulter Entretien d'une instance de base de données. |
L'hôte principal de l'instance RDS Multi-AZ est défectueux. |
Le déploiement d'instance de base de données multi-AZ a détecté une instance de base de données primaire déficiente et a opéré un basculement. |
L'hôte principal de l'instance RDS Multi-AZ est inaccessible en raison d'une perte de connectivité réseau. |
RDSla surveillance a détecté une défaillance de l'accessibilité réseau de l'instance de base de données principale et a déclenché un basculement. |
L'RDSinstance a été modifiée par le client. |
Une modification d'RDSinstance de base de données a déclenché un basculement. Pour de plus amples informations, veuillez consulter Modification d'une RDS instance de base de données Amazon. |
L'instance principale RDS Multi-AZ est occupée et ne répond pas. |
L'instance de base de données primaire ne répond pas. Nous vous recommandons d'effectuer les opérations suivantes :
Pour plus d'informations sur ces recommandations, consultez la section Outils de surveillance pour Amazon RDS et Bonnes pratiques pour Amazon RDS. |
Le volume de stockage sous-jacent à l'hôte principal de l'instance RDS Multi-AZ est tombé en panne. |
Le déploiement d'instance de base de données multi-AZ a détecté un problème de stockage sur l'instance de base de données primaire et a opéré un basculement. |
L'utilisateur a demandé un basculement de l'instance de base de données. |
Vous avez redémarré l'instance de base de données et choisi l'option Redémarrer avec basculement. Pour de plus amples informations, veuillez consulter Redémarrage d'une instance de base de données. |
Pour déterminer si votre instance de base de données Multi-AZ a basculé, voici ce que vous pouvez faire :
Configurez des abonnements aux événements de base de données pour vous informer par e-mail ou SMS qu'un basculement a été initié. Pour plus d'informations sur les événements, consultez Utilisation des notifications d'RDSévénements Amazon.
Affichez les événements de votre base de données à l'aide de la RDS console ou API des opérations.
Consultez l'état actuel du déploiement de votre instance de base de données multi-AZ à l'aide de la RDS console ou API des opérations.
Pour plus d'informations sur la manière dont vous pouvez réagir en cas de basculement, réduire le temps de restauration et sur d'autres bonnes pratiques pour AmazonRDS, consultezBonnes pratiques pour Amazon RDS.
Configuration JVM TTL des recherches DNS de noms
Le mécanisme de basculement modifie automatiquement l'enregistrement du système de noms de domaine (DNS) de l'instance de base de données pour qu'il pointe vers l'instance de base de données de secours. Par conséquent, vous devez rétablir toutes les connexions existantes à votre instance de base de données. Dans un environnement de machine virtuelle Java (JVM), en raison du fonctionnement du mécanisme de DNS mise en cache Java, vous devrez peut-être reconfigurer JVM les paramètres.
Les recherches de DNS noms de JVM caches. Lorsque le JVM convertit un nom d'hôte en adresse IP, il met l'adresse IP en cache pendant une période spécifiée, connue sous le nom de time-to-live(TTL).
Étant donné que les AWS ressources utilisent des entrées de DNS nom qui changent parfois, nous vous recommandons de configurer votre nom JVM avec une TTL valeur ne dépassant pas 60 secondes. Cela garantit que lorsque l'adresse IP d'une ressource change, votre application peut recevoir et utiliser la nouvelle adresse IP de la ressource en demandant le. DNS
Sur certaines configurations Java, la JVM valeur par défaut TTL est définie de manière à ne jamais actualiser les DNS entrées avant JVM le redémarrage. Ainsi, si l'adresse IP d'une AWS ressource change alors que votre application est toujours en cours d'exécution, elle ne peut pas utiliser cette ressource tant que vous ne l'avez pas redémarrée manuellement JVM et que les informations IP mises en cache ne sont pas actualisées. Dans ce cas, il est essentiel de définir le JVM « s » TTL afin qu'il actualise régulièrement ses informations IP mises en cache.
Vous pouvez obtenir la JVM valeur TTL par défaut en récupérant la valeur de la networkaddress.cache.ttl
String ttl = java.security.Security.getProperty("networkaddress.cache.ttl");
Note
La valeur par défaut TTL peut varier en fonction de la version de votre ordinateur JVM et de l'installation ou non d'un gestionnaire de sécurité. Beaucoup JVMs fournissent une valeur par défaut TTL inférieure à 60 secondes. Si vous utilisez un tel gestionnaire JVM sans utiliser de gestionnaire de sécurité, vous pouvez ignorer le reste de cette rubrique. Pour de plus amples informations sur les responsables de la sécurité dans Oracle, veuillez consulter The Security Manager
Pour modifier les « JVM s »TTL, définissez la valeur de la networkaddress.cache.ttl propriété. Utilisez l'une des méthodes suivantes selon vos besoins :
-
Pour définir la valeur de propriété de manière globale pour toutes les applications utilisant leJVM, définissez
networkaddress.cache.ttldans le$JAVA_HOME/jre/lib/security/java.securityfichier.networkaddress.cache.ttl=60 -
Pour définir la propriété localement pour votre application uniquement, définissez
networkaddress.cache.ttldans le code d'initialisation de votre application avant que les connexions réseau ne soient établies.java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
