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 nombreux allers-retours entre l'application et la base de données.
Par exemple, envisagez une application OLTP qui se connecte à Autonomous Database et qui soumet 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 appliquer les meilleures pratiques afin de réduire la latence des connexions de base de données.
- Procédures pas à pas pour réduire la latence des 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. - Etapes de réduction de la latence des connexions de base de données pour les bases de données avec Autonomous Data Guard
Fournit des é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 lorsque vous vous vous connectez après un basculement ou après une permutation (lorsque la base de données de secours devient la base de données principale). - Schéma 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 à l'aide d'adresses publiques et d'adresses privées pour votre base de données.
Rubrique parent : Options et fonctions de connexion et de réseau
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.
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 afficher les informations sur le domaine de disponibilité dans la console Oracle Cloud Infrastructure. Pour plus d'informations, reportez-vous à Visualisation des informations réseau sur la console OCI.
Pour réduire la latence, procédez comme suit :
Etapes 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 après une permutation (lorsque la base de données de secours 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 pour 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 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 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 résidez 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 effectuez un basculement ou une permutation vers la base de données de secours, la base de données de secours locale devient la base principale. Pour préparer un basculement ou une permutation, il est recommandé d'activer les clients de secours et les niveaux intermédiaires afin que vos applications puissent continuer à travailler en cas de panne du domaine de disponibilité après une panne ou après une permutation.
Vérifiez d'abord que le type de récupération après sinistre de 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 avec plusieurs domaines de disponibilité.
Réduire la latence des 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 établissez lorsque vous utilisez Autonomous Data Guard et que vous effectuez un basculement ou une permutation 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, la base de données de secours inter-région devient la base de données principale. Pour préparer un basculement ou une permutation 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 de la région distante de sorte qu'en cas de panne ou après une permutation, vos applications puissent continuer à fonctionner.
Vérifiez d'abord que la 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 pour une 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
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.
Connexions à faible latence utilisant 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 utilisant une adresse publique avec une application exécutée dans la région OCI

description de l'illustration 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