Le déchargement unifié des requêtes offre des avantages en termes de configuration et de performances en permettant à un ou plusieurs clones actualisables de gérer les requêtes pour un leader ou un membre de pool élastique qui combine le déchargement des requêtes de la fonctionnalité de pool élastique avec le déchargement des cibles Cloud Links.

Le déchargement unifié des requêtes vous permet d'ajouter des clones actualisables pour répondre à l'augmentation de la demande de requête (lecture) provenant de l'utilisation de Cloud Links sur les consommateurs de Cloud Links. Le déchargement de ces requêtes Cloud Links à partir d'un seul émetteur permet à votre application d'évoluer horizontalement, où vous pouvez ajouter des clones actualisables pour maintenir les performances globales du système. Avec cette configuration, vous pouvez ajuster les ressources selon vos besoins pour satisfaire votre volume de demande de requête.

Cette fonctionnalité vous permet de configurer une seule fois la cible de déchargement des liens cloud et d'acheminer automatiquement les requêtes vers un nombre quelconque de clones actualisables sans modification de la configuration. En activant le déchargement de requête en lecture seule ProxySQL et en la combinant avec le déchargement de cible Cloud Links, vous pouvez ajouter ou enlever des clones actualisables et la liste des clones actualisables auxquels envoyer des requêtes est automatiquement mise à jour, sans nécessiter de configuration manuelle. Lorsque des clones actualisables sont ajoutés, le déchargement des requêtes unifiées s'ajuste dynamiquement pour utiliser les nouvelles ressources au fur et à mesure de leur ajout. En comparaison, lorsque vous utilisez des liens cloud et que vous configurez des cibles de déchargement sans déchargement de requête unifié, vous devez configurer manuellement la liste des clones actualisables auxquels envoyer des requêtes à l'aide du déchargement de cible des liens cloud uniquement. Le déchargement de requête unifié indique une cible de déchargement de liens cloud unique qui est un membre ou un leader de pool élastique, et la cible utilise ProxySQL pour décharger les requêtes vers un nombre quelconque de clones actualisables.

La figure suivante illustre le déchargement d'une requête unifiée avec les éléments suivants :

• Trois consommateurs de liens cloud : instance 1, instance 2 et instance 3

• Producteur de liens cloud qui est également un leader de pool élastique (cette instance peut également être un membre de pool élastique). Le déchargement de requête est activé pour cette instance.

• Trois clones actualisables de pool élastique pour le déchargement des requêtes

Description de l'illustration adb_cloud_links_proxy_sql.jpg

Comme c'est le cas pour le déchargement des requêtes, avec le déchargement des requêtes unifiées, les données des clones actualisables sont à jour en fonction de l'heure de la dernière actualisation pour chaque clone actualisable. Cela signifie que lorsque vous utilisez le déchargement d'interrogation unifié, vous devez effectuer toutes les opérations sur les données qui impliquent des instructions LDD, LMD ou PL/SQL sur le leader du pool élastique. Ensuite, une fois qu'un clone actualisable est actualisé, les modifications de l'instance où le déchargement en lecture seule est activé sont répercutées sur le clone actualisable.

Pour plus d'informations, reportez-vous à Utilisation de clones actualisables avec Autonomous Database.

Explique comment activer le déchargement des requêtes unifiées avec des liens cloud pour un leader de pool élastique ou pour un membre de pool élastique.

1. Déterminez le fournisseur de liens cloud et, sur cette instance Autonomous Database, activez le déchargement de requête ProxySQL.

   Le fournisseur Cloud Links doit être un membre de pool élastique ou un leader de pool élastique.

   Pour plus d'informations sur l'activation du déchargement de requête ProxySQL, reportez-vous à Activation du déchargement de requête.

2. Sur le fournisseur de liens cloud, enregistrez un ou plusieurs jeux de données ou mettez à jour l'inscription pour un ou plusieurs jeux de données.

   Le fournisseur Cloud Links doit être un membre de pool élastique ou un leader de pool élastique.

   • Enregistrez un jeu de données.

     Pour plus d'informations sur l'inscription d'un ensemble de données, reportez-vous à Inscription ou annulation de l'inscription d'un ensemble de données.

   • Mettez à jour l'enregistrement pour un jeu de données.

     Pour plus d'informations sur les étapes de mise à jour de l'enregistrement d'un jeu de données, reportez-vous à Mise à jour des attributs d'enregistrement d'un jeu de données.

   Lorsque vous enregistrez ou mettez à jour un ensemble de données, la valeur du paramètre offload_targets doit être l'une des suivantes pour permettre le déchargement d'une requête unifiée :

   • NULL : si vous inscrivez un ensemble de données ou mettez à jour un ensemble de données et que vous indiquez le paramètre offload_targets en tant que NULL, le déchargement de requête unifiée est activé.

   • Aucune valeur : si vous inscrivez un ensemble de données ou mettez à jour un ensemble de données et que vous n'incluez pas le paramètre offload_targets, cela revient à définir la valeur sur NULL et à activer le déchargement de requête unifiée (la valeur par défaut pour offload_targets est NULL).

   • Vous indiquez des valeurs avec offload_targets. Cependant, aucun OCID d'instance Autonomous Database destinataire ne correspond à une demande entrante (et le mot-clé ANY n'est pas indiqué). Dans ce cas, le système dirige la requête vers l'un des clones actualisables du producteur (le déchargement de requête unifiée est activé).

   Dans deux cas, le déchargement de requête unifiée n'est pas utilisé et le déchargement de cible Cloud Links s'applique :

   • Si vous inscrivez ou mettez à jour un ensemble de données et que vous incluez le paramètre offload_targets et qu'un OCID d'instance indiqué pour un destinataire correspond à une demande entrante, le déchargement de la cible Cloud Links est utilisé. Dans ce cas, le système utilise le clone actualisable indiqué avec la correspondance correspondante (ce comportement est le même que celui décrit pour les cibles de déchargement avec des liens cloud).

   • Si le cas précédent s'applique ou si vous inscrivez ou mettez à jour un ensemble de données et incluez le paramètre offload_targets et que vous indiquez le mot-clé ANY, le déchargement de requête unifiée n'est pas utilisé. Dans ce cas, le système utilise le clone actualisable indiqué avec le mapping ANY (ce comportement est le même que celui décrit pour les cibles de déchargement avec des liens cloud).

   Pour plus d'informations, reportez-vous à Inscription d'un ensemble de données avec des cibles de déchargement pour l'accès à un ensemble de données et à Procédure REGISTER.

Explique comment désactiver le déchargement des requêtes unifiées.