Documentation sur Oracle Cloud Infrastructure

Meilleures pratiques pour les connexions à faible latence avec une base de données autonome avec intelligence artificielle

Il est essentiel de prendre des mesures pour réduire la latence des connexions entre une application et une base de données autonome avec intelligence artificielle si votre application effectue de nombreux allers-retours entre l'application et la base de données.

Par exemple, supposons qu'une application OLTP se connecte à Autonomous AI Database et soumette des milliers d'énoncés 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.

Rubrique parent : Options et fonctions de connexion et de réseau

Étapes pour réduire la latence des connexions à la 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 de base de données du service d'intelligence artificielle autonome, connectez-vous en tant qu'administrateur et exécutez l'interrogation suivante : 

SELECT json_value(cloud_identity, '$.AVAILABILITY_DOMAIN') AVAILABILITY_DOMAIN FROM v$pdbs;

Exemple :

SELECT json_value(cloud_identity, '$.AVAILABILITY_DOMAIN') AVAILABILITY_DOMAIN
             FROM v$pdbs;

AVAILABILITY_DOMAIN  
-------------------- 
SoSC:US-ASHBURN-AD-1

Vous pouvez également voir les informations sur le domaine de disponibilité dans la console Oracle Cloud Infrastructure. Pour plus d'informations, voir Voir les informations sur le réseau dans la console OCI.

Pour réduire la latence, procédez comme suit :

  1. Placez les clients ou les serveurs de niveau intermédiaire (middle tier) dans le même domaine de disponibilité que l'instance de base de données Autonomous AI Database.

    Par exemple, si votre application s'exécute sur une machine virtuelle du service de calcul d'Oracle Cloud Infrastructure, sélectionnez le même domaine de disponibilité que l'instance de base de données du service d'intelligence artificielle autonome lors de la création de l'instance de calcul.

    Si l'application s'exécute dans un autre nuage ou dans un centre de données sur place, utilisez OCI FastConnect pour réduire la latence de la connexion à votre région OCI. Voir Aperçu de FastConnect pour plus de détails.

  2. Configurer le routage du réseau.

    • Si vous utilisez une instance de base de données d'intelligence artificielle autonome sur un point d'extrémité public, configurez le routage de votre réseau afin que la connexion du client à la base de données passe par une passerelle de service.

      Voir ce qui suit pour plus d'informations.

    • Si vous utilisez une instance de base de données d'intelligence artificielle autonome sur un point d'extrémité privé, vous vous connectez à la base de données à l'aide du point d'extrémité privé visible dans votre réseau, sans avoir à configurer une passerelle de service.

  3. Utilisez des connexions TLS unidirectionnelles sans portefeuille.

    Comme meilleure pratique pour une latence inférieure, configurez l'instance de base de données autonome avec intelligence artificielle pour autoriser les connexions mTLS et TLS et utilisez les connexions TLS pour connecter votre application à la base de données.

    Voir ce qui suit pour plus d'informations :

  4. Utilisez TCP Fast Open (TFO) pour vous connecter à la base de données.

Étapes pour réduire la latence des connexions de base de données pour les bases de données avec Autonomous Data Guard

Décrit 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 lorsque vous êtes connecté après un basculement ou une permutation (lorsque la base de données de secours devient la base principale).

Rubrique parent : Meilleures pratiques pour les connexions à faible latence avec la base de données autonome d'IA

Réduire la latence pour les connexions aux bases de données avec Autonomous Data Guard local

Suivez ces étapes pour réduire la latence des connexions à la 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 effectuez un basculement ou une permutation vers la base de secours, la base de secours locale devient la base principale. Pour préparer un basculement ou une permutation, il est recommandé d'avoir des clients de secours et des niveaux intermédiaires disponibles pour activer, de sorte qu'après une défaillance ou une permutation, vos applications puissent continuer à fonctionner en cas de défaillance d'un domaine de disponibilité.

Tout d'abord, vérifiez que le type de récupération après sinistre pour votre pair local est Autonomous Data Guard. Pour plus d'informations, voir Activer Autonomous Data Guard.

Effectuez les tâches suivantes pour configurer les clients de secours et les niveaux intermédiaires pour une latence faible lorsque vous utilisez Autonomous Data Guard avec une base de données de secours locale dans une région comportant plusieurs domaines de disponibilité.

  1. Placez les clients de secours ou les niveaux intermédiaires dans le même domaine de disponibilité que la base de données de secours locale (tous les composants doivent être configurés pour utiliser le même domaine de disponibilité).

    Par exemple, si votre application s'exécute sur une machine virtuelle du service de calcul d'Oracle Cloud Infrastructure, lorsque vous créez l'instance de calcul, sélectionnez le même domaine de disponibilité pour la machine virtuelle du service de calcul que la base de données de secours. Cette opération prépare la configuration de récupération après sinistre afin que la base de données de secours et la machine virtuelle de calcul de secours utilisent le même domaine de disponibilité après un basculement ou une permutation. Cela réduira la latence des connexions à la base de données par rapport à une configuration où les composants utilisent des domaines de disponibilité différents.

    Pour déterminer le domaine de disponibilité de la base de données de secours, connectez-vous à la base de données principale en tant qu'utilisateur ADMIN et exécutez l'interrogation suivante :

    SELECT availability_domain FROM v$pdbs,
     JSON_TABLE(
       cloud_identity,
       '$.AUTONOMOUS_DATA_GUARD[*]'
       COLUMNS (
         standby_type PATH '$.STANDBY_TYPE',
         availability_domain PATH '$.AVAILABILITY_DOMAIN'
       )
     ) jt
WHERE jt.standby_type = 'local';

    Par exemple, cette commande affiche le domaine de disponibilité d'une base de données de secours locale :

    AVAILABILITY_DOMAIN 
------------------- 
SoSC:US-ASHBURN-AD-3
  2. Vous n'avez pas besoin d'effectuer une configuration réseau supplémentaire ou d'autoriser des connexions TLS unidirectionnelles pour la base de données de secours locale. Une base de données de secours locale a la même configuration réseau de configuration que la base de données principale.
  3. Configurez vos clients et niveaux intermédiaires pour utiliser TCP Fast Open.

Réduire la latence pour les connexions aux bases de données avec Autonomous Data Guard inter-régions

Suivez ces étapes pour réduire la latence des connexions à la base de données que vous effectuez lorsque vous utilisez Autonomous Data Guard et que vous basculez ou basculez vers une base de données de secours inter-région.

Si vous ajoutez une ou plusieurs 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 pair 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 régional ou une permutation, il est recommandé d'avoir des clients de secours et des niveaux intermédiaires disponibles dans la région distante. Cela prépare les clients et le niveau intermédiaire (middle tier) de la région distante afin qu'en cas de défaillance 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, voir Ajouter 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 une ou plusieurs bases de données de secours inter-régions.

  1. Placez les clients de secours ou les niveaux intermédiaires dans le même domaine de disponibilité que les bases de données de secours inter-région.

    Pour déterminer les domaines de disponibilité des bases de données de secours Autonomous Data Guard inter-régions, connectez-vous à la base de données principale en tant qu'utilisateur ADMIN et exécutez l'interrogation suivante : 

    SELECT availability_domain FROM v$pdbs,
     JSON_TABLE(
       cloud_identity,
       '$.AUTONOMOUS_DATA_GUARD[*]'
       COLUMNS (
         standby_type PATH '$.STANDBY_TYPE',
         availability_domain PATH '$.AVAILABILITY_DOMAIN'
       )
     ) jt
WHERE jt.standby_type = 'cross-region';

    Par exemple, lorsque vous avez deux bases de données de secours inter-région, l'exécution de cette commande affiche les domaines de disponibilité pour chaque base de données de secours inter-région :

    AVAILABILITY_DOMAIN    
---------------------- 
SoSC:PHX-AD-3          
SoSC:US-SANJOSE-1-AD-1
    1. Si vous disposez d'une base de données de secours inter-région, l'interrogation affiche un seul domaine de disponibilité. Placez les clients de secours et les niveaux intermédiaires dans la même région et utilisez le même domaine de disponibilité que la base de données de secours inter-région.

      Par exemple, si votre application s'exécute sur une machine virtuelle du service de calcul d'Oracle Cloud Infrastructure, lorsque vous créez l'instance de calcul, sélectionnez le même domaine de disponibilité pour la machine virtuelle du service de calcul que la base de données de secours Autonomous Data Guard. Cela garantit que la base de données de secours inter-région et la machine virtuelle de calcul de secours se trouvent dans la même région et utilisent le même domaine de disponibilité après un basculement ou une permutation.

    2. Si vous disposez de plus d'une base de données de secours inter-région, utilisez dans chaque région le domaine de disponibilité approprié qui correspond à la région et au domaine de disponibilité pour chaque base de données de secours correspondante. Vous devrez effectuer cette configuration plusieurs fois (tous les composants d'une région individuelle doivent utiliser le même domaine de disponibilité que la base de données de secours Autonomous Data Guard).

    Si l'application s'exécute dans un autre nuage ou dans un centre de données sur place, utilisez OCI FastConnect pour réduire la latence de la connexion à votre région OCI. Voir Aperçu de FastConnect pour plus de détails.

  2. Configurez le routage réseau dans la région où réside la base de données de secours. Effectuez cette étape plusieurs fois si vous avez plusieurs bases de données de secours inter-régions.
    1. Si la base de données de secours se trouve sur un point d'extrémité public, configurez votre routage réseau de sorte que la connexion des clients de la région où se trouve la base de données de secours inter-région passe par une passerelle de service.
    2. Si la base de données de secours se trouve sur un point d'extrémité privé, vous devez vous connecter à la base de données à l'aide du point d'extrémité privé visible dans votre réseau, sans avoir à configurer une passerelle de service.
  3. Utilisez des connexions TLS unidirectionnelles sans portefeuille.

    Si vous avez configuré le protocole TLS unidirectionnel pour la base de données principale, le protocole TLS unidirectionnel sera déjà configuré pour les bases de données de secours. Vous n'avez pas besoin d'effectuer de configuration supplémentaire sur les bases de données de secours inter-région.

  4. Configurez vos clients et niveaux intermédiaires pour utiliser TCP Fast Open.

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 à l'aide de points d'extrémité publics et de points d'extrémité privés pour votre base de données.

Connexions à faible latence à l'aide d'un point d'extrémité privé avec une application s'exécutant dans la région OCI

Description d'adb-private-low-latency.eps
Description de l'illustration adb-private-low-latency.eps

Connexions à faible latence à l'aide d'un point d'extrémité public avec une application s'exécutant dans la région OCI

Description d'adb-public-low-latency.eps :
Description de l'illustration adb-public-low-latency.eps

Connexions à faible latence à l'aide d'un point d'extrémité privé avec une application s'exécutant dans un centre de données sur place connecté à OCI à l'aide de FastConnect

Description d'adb-fastconnect-private-low-latency.eps :
Description de l'illustration adb-fastconnect-private-low-latency.eps

Connexions à faible latence à l'aide d'un point d'extrémité public avec une application exécutée dans votre centre de données sur place connecté à OCI à l'aide de FastConnect

Description d'adb-fastconnect-public-low-latency.eps :
Description de l'illustration adb-fastconnect-public-low-latency.eps