ApsaraDB RDS:FAQ about the database proxy

Un proxy de base de données est un intermédiaire réseau situé entre votre application et votre instance RDS qui transfère toutes les requêtes. Il assure automatiquement la répartition lecture/écriture et le fractionnement des transactions sans modifier le code de votre application. Le proxy fonctionne selon une architecture haute disponibilité, ce qui évite tout point de défaillance unique.

Pour une vue d'ensemble de cette fonctionnalité, consultez la rubrique Présentation des proxys de base de données.

• À usage général : ressources CPU physiques partagées, fournies gratuitement. Spécification maximale : 16 cœurs CPU (8 proxys).

• Dédié : ressources CPU physiques allouées exclusivement, facturées selon le modèle de paiement à l'utilisation. Spécification maximale : 32 cœurs CPU (16 proxys).

Optez pour des proxys dédiés si vous avez besoin de performances stables et prévisibles et que votre charge de travail ne tolère pas la contention des ressources avec les autres locataires.

Pour plus de détails sur les tarifs, consultez la page Règles de facturation de la fonctionnalité de proxy de base de données.

Chaque unité de proxy apporte 2 cœurs CPU. La spécification totale se calcule comme suit :

Proxy specification = 2 CPU cores × number of database proxies

Par exemple, 3 proxys offrent une spécification de 6 cœurs (2 × 3 = 6).

Pour dimensionner correctement vos proxys, utilisez les formules suivantes :

Exemple : Une instance principale dotée de 8 cœurs CPU et une instance en lecture seule dotée de 4 cœurs CPU nécessitent (8 + 4) / 8 = 1,5, soit 2 proxys dédiés après arrondi à l'entier supérieur, pour une spécification de 4 cœurs CPU.

Non. Le nombre de points de terminaison de proxy n'a aucun effet sur les performances du proxy. Les performances dépendent des éléments suivants :

• Nombre d'instances en lecture seule : un plus grand nombre d'instances en lecture seule permet de traiter davantage de requêtes de lecture.

• Nombre de proxys : un plus grand nombre de proxys améliore le débit global.

• Spécification du proxy : une spécification plus élevée signifie une capacité de traitement accrue.

Non, ces deux éléments sont indépendants. Chaque instance RDS for PostgreSQL avec le proxy activé prend en charge jusqu'à 7 points de terminaison de proxy de base de données, quel que soit le nombre de proxys configurés. Chaque point de terminaison peut disposer d'un point de terminaison interne et d'un point de terminaison public.

Pour obtenir des instructions de configuration, consultez la rubrique Créer un point de terminaison de proxy de base de données.

Non. Le proxy fonctionne de manière indépendante et ne consomme ni les requêtes par seconde (QPS) ni les transactions par seconde (TPS) de votre instance RDS principale.

Un point de terminaison classique transfère toutes les requêtes vers la même instance RDS. Un point de terminaison de proxy de base de données achemine automatiquement les requêtes d'écriture vers l'instance RDS principale et les requêtes de lecture vers les instances en lecture seule, en fonction du type d'instruction SQL. Cela réduit la charge sur l'instance principale sans nécessiter de logique de routage dans votre application.

Non. Les points de terminaison d'origine de vos instances principales et en lecture seule restent disponibles après l'activation du proxy de base de données. Continuez à les utiliser directement si nécessaire.

Le proxy fonctionne selon une architecture haute disponibilité avec deux nœuds principaux, équilibrant les connexions selon un ratio 1:1. Si un nœud tombe en panne, l'autre prend immédiatement le relais et le système déclenche automatiquement une tâche de restauration sur le nœud défaillant.

Non. Les proxys de base de données ApsaraDB RDS for PostgreSQL ne prennent pas en charge le regroupement de connexions. Le nombre maximal de connexions pouvant être établies avec un proxy de base de données est illimité. Le nombre de connexions prises en charge par le proxy est déterminé par la limite de connexions la plus faible entre l'instance principale et les instances en lecture seule.

Par exemple, si l'instance principale prend en charge 1 600 connexions et les instances en lecture seule 800, le proxy prendra en charge 800 connexions.

Pour connaître les limites de connexion des types d'instance spécifiques, consultez les rubriques Types d'instance pour les instances ApsaraDB RDS for PostgreSQL principales et Types d'instance pour les instances ApsaraDB RDS for PostgreSQL en lecture seule.

Oui. Modifiez le préfixe et le port de n'importe quel point de terminaison de proxy de base de données.

Pour obtenir des instructions, consultez la rubrique Gérer les points de terminaison de proxy de base de données.

Ajoutez l'indicateur /*FORCE_MASTER*/ à votre instruction SQL :

/*FORCE_MASTER*/ SELECT * FROM table_name;

Pour acheminer explicitement une requête de lecture vers une instance en lecture seule, utilisez plutôt /*FORCE_SLAVE*/.

Les modifications des pondérations de lecture s'appliquent uniquement aux nouvelles connexions. Les connexions existantes ne sont pas réétablies et conservent les anciennes pondérations jusqu'à leur déconnexion et reconnexion. Pour appliquer immédiatement les nouvelles pondérations, fermez les connexions existantes et laissez votre application se reconnecter.

Le proxy surveille en continu l'état de santé des instances et détecte les pannes en moins de 2 secondes. Dès que l'instance récupère, le proxy reprend immédiatement le routage du trafic ; votre application n'a pas besoin de se reconnecter ni de gérer une logique de récupération.

Sur la page Database Proxy, accédez à la section Connection Information. Repérez le point de terminaison interne et placez le pointeur sur l'icône dans la colonne Internal Endpoint/Port.