Meilleures pratiques pour les connexions à faible latence avec Autonomous Database
Il est essentiel de prendre des mesures pour réduire la latence des connexions entre une application et Autonomous Database si votre application effectue de nombreuses allers-retours entre l'application et la base de données.
Par exemple, envisagez une application OLTP se connectant à Autonomous Database et soumettant des milliers d'instructions SQL à la base de données individuellement pour exécuter une commande client. Dans ce cas, l'application nécessite des milliers d'aller-retour, et la réduction de la latence pour chaque aller-retour peut considérablement accélérer le processus de commande client. Pour ces applications, vous pouvez suivre les meilleures pratiques afin de réduire la latence des connexions de base de données.
- Etapes de réduction de la latence pour les connexions de base de données
Vous pouvez suivre ces recommandations pour réduire la latence des connexions entre vos applications et la base de données. - Procédures pas à pas pour réduire la latence des connexions de base de données pour les bases de données avec Autonomous Data Guard
Fournit les étapes à suivre pour configurer un environnement de secours Autonomous Data Guard, des clients et des niveaux intermédiaires, afin de réduire la latence des connexions de base de données lors de la connexion après un basculement ou une permutation (lorsque la base de données de secours devient la base de données principale). - Diagramme de réseau conceptuel pour les connexions de base de données à faible latence
Affiche le diagramme de réseau conceptuel pour les connexions à faible latence utilisant des adresses publiques et privées pour votre base de données.
Rubrique parent : Caractéristiques et options de fonctions de réseau et de connexion
Procédure de réduction de la latence pour les connexions de base de données
Vous pouvez suivre ces recommandations pour réduire la latence des connexions entre vos applications et la base de données.
Déterminez d'abord le domaine de disponibilité de la base de données. Pour rechercher le domaine de disponibilité d'une instance Autonomous Database, connectez-vous en tant qu'utilisateur ADMIN et exécutez la requête suivante :
SELECT json_value(cloud_identity, '$.AVAILABILITY_DOMAIN') AVAILABILITY_DOMAIN FROM v$pdbs;
Par exemple :
SELECT json_value(cloud_identity, '$.AVAILABILITY_DOMAIN') AVAILABILITY_DOMAIN
FROM v$pdbs;
AVAILABILITY_DOMAIN
--------------------
SoSC:US-ASHBURN-AD-1
Vous pouvez également visualiser les informations de domaine de disponibilité sur la console Oracle Cloud Infrastructure. Pour plus d'informations, reportez-vous à Affichage des informations réseau sur la console OCI.
Pour réduire la latence, procédez comme suit :
Procédure de réduction de la latence des connexions de base de données pour les bases de données avec Autonomous Data Guard
Fournit les étapes à suivre pour configurer un environnement de secours Autonomous Data Guard, des clients et des niveaux intermédiaires, afin de réduire la latence des connexions de base de données lors de la connexion après un basculement ou une permutation (lorsque la base de données devient la base de données principale).
- Réduction de la latence pour les connexions de base de données avec Autonomous Data Guard local
Suivez ces étapes afin de réduire la latence pour les connexions de base de données que vous effectuez lorsque vous utilisez Autonomous Data Guard et que vous effectuez un basculement ou une permutation vers une base de données de secours locale. - Réduction de la latence pour les connexions de base de données avec Autonomous Data Guard inter-région
Suivez ces étapes afin de réduire la latence pour les connexions de base de données que vous effectuez lorsque vous utilisez Autonomous Data Guard et que vous basculez ou permutez vers une base de données de secours inter-région.
Réduire la latence des connexions de base de données avec Autonomous Data Guard local
Suivez ces étapes pour réduire la latence des connexions de base de données que vous effectuez lorsque vous utilisez Autonomous Data Guard et que vous effectuez un basculement ou une permutation vers une base de données de secours locale.
Si vous disposez d'une base de données de secours locale Autonomous Data Guard et que vous êtes dans une région comportant plusieurs domaines de disponibilité, Autonomous Data Guard crée la base de données de secours locale dans un autre domaine de disponibilité. Lorsque vous basculez ou permutez vers la base de données de secours, la base de données de secours locale devient la base de données principale. Pour préparer un basculement ou une permutation, il est recommandé d'activer les clients de secours et les niveaux intermédiaires, de sorte qu'après une panne ou une permutation, vos applications puissent continuer à fonctionner en cas de panne du domaine de disponibilité.
Tout d'abord, vérifiez que le type de récupération après sinistre pour votre homologue local est Autonomous Data Guard. Pour plus d'informations, reportez-vous à Activation d'Autonomous Data Guard.
Effectuez les tâches suivantes afin de configurer les clients de secours et les niveaux intermédiaires pour une faible latence lorsque vous utilisez Autonomous Data Guard avec une base de données de secours locale dans une région comportant plusieurs domaines de disponibilité.
Réduire la latence pour les connexions de base de données avec Autonomous Data Guard inter-région
Suivez ces étapes pour réduire la latence des connexions de base de données que vous effectuez lorsque vous utilisez Autonomous Data Guard et que vous basculez ou permutez vers une base de données de secours inter-région.
Si vous ajoutez des bases de données de secours Autonomous Data Guard inter-région, les bases de données de secours inter-région sont ajoutées dans les régions que vous sélectionnez lorsque vous ajoutez un homologue inter-région. Lorsque vous effectuez un basculement ou une permutation vers une base de données de secours Autonomous Data Guard inter-région, cette dernière devient la base de données principale. Pour préparer une permutation ou un basculement régional, il est recommandé de disposer de clients de secours et de niveaux intermédiaires dans la région distante. Cela prépare les clients et le niveau intermédiaire dans la région distante de sorte qu'en cas de panne ou après une permutation, vos applications puissent continuer à fonctionner.
Tout d'abord, vérifiez que votre récupération après sinistre inclut au moins une base de données de secours Autonomous Data Guard inter-région. Pour plus d'informations, reportez-vous à Ajout d'une base de données de secours inter-région.
Suivez ces étapes pour configurer les clients et les niveaux intermédiaires à faible latence lors de l'utilisation d'Autonomous Data Guard avec des bases de données de secours inter-région.
Diagramme de réseau conceptuel pour les connexions de base de données à faible latence
Illustre le diagramme conceptuel de réseau pour les connexions à faible latence utilisant des adresses publiques et privées pour votre base de données.
Connexions à faible latence à l'aide d'une adresse privée avec une application exécutée dans la région OCI

Description de l'image adb-private-low-latency.eps
Connexions à faible latence à l'aide d'une adresse publique avec une application exécutée dans la région OCI

Description de l'image adb-public-low-latency.eps
Connexions à faible latence à l'aide d'une adresse privée avec une application exécutée dans un centre de données sur site connecté à OCI à l'aide de FastConnect

Description de l'image adb-fastconnect-private-low-latency.eps
Connexions à faible latence à l'aide d'une adresse publique avec une application exécutée dans votre centre de données sur site connecté à OCI à l'aide de FastConnect

Description de l'image adb-fastconnect-public-low-latency.eps