ApsaraDB RDS:Preguntas frecuentes sobre el proxy de base de datos

Un proxy de base de datos es un proxy de red ubicado entre su aplicación y su instancia de RDS que reenvía todas las solicitudes. Proporciona división de lectura/escritura y división de transacciones automáticamente, sin necesidad de modificar el código de su aplicación. El proxy se ejecuta en una arquitectura de alta disponibilidad, por lo que no introduce un único punto de fallo.

Para obtener una descripción general de esta función, consulte What are database proxies?.

• Uso general: Recursos físicos de CPU compartidos, proporcionados sin costo adicional. Especificación máxima: 16 núcleos de CPU (8 proxies).

• Dedicado: Recursos físicos de CPU asignados exclusivamente, facturados bajo el modelo pay-as-you-go. Especificación máxima: 32 núcleos de CPU (16 proxies).

Elija proxies dedicados cuando necesite un rendimiento estable y predecible, y su carga de trabajo no tolere la contención de recursos por parte de otros inquilinos.

Para obtener detalles sobre los precios, consulte Reglas de facturación para la función de proxy de base de datos.

Cada unidad de proxy aporta 2 núcleos de CPU. La especificación total es:

Proxy specification = 2 CPU cores × number of database proxies

Por ejemplo, 3 proxies le brindan una especificación de 6 núcleos (2 × 3 = 6).

Para dimensionar correctamente sus proxies, utilice estas fórmulas:

Ejemplo: Una instancia primaria con 8 núcleos de CPU y una instancia de solo lectura con 4 núcleos de CPU requiere (8 + 4) / 8 = 1.5, que se redondea hacia arriba a 2 proxies dedicados, para una especificación de 4 núcleos de CPU.

No. La cantidad de endpoints de proxy no afecta el rendimiento del proxy. El rendimiento depende de:

• Cantidad de instancias de solo lectura: Un mayor número de instancias de solo lectura permite manejar más solicitudes de lectura.

• Cantidad de proxies: Más proxies mejoran el throughput general.

• Especificación del proxy: Una especificación mayor implica más capacidad de procesamiento.

No, son elementos independientes. Cada instancia de RDS for PostgreSQL con el proxy habilitado admite hasta 7 endpoints de proxy de base de datos, independientemente de cuántos proxies tenga. Cada endpoint puede tener un endpoint interno y un endpoint público.

Para consultar las instrucciones de configuración, véase Create a database proxy endpoint.

No. El proxy funciona de manera independiente y no consume las consultas por segundo (QPS) ni las transacciones por segundo (TPS) de su instancia primaria de RDS.

Un endpoint normal reenvía todas las solicitudes a la misma instancia de RDS. Un endpoint de proxy de base de datos enruta automáticamente las solicitudes de escritura a la instancia primaria de RDS y las solicitudes de lectura a las instancias de solo lectura según el tipo de sentencia SQL. Esto reduce la carga en la instancia primaria sin requerir lógica de enrutamiento en su aplicación.

No. Los endpoints originales de sus instancias primarias y de solo lectura permanecen disponibles después de habilitar el proxy de base de datos. Puede seguir utilizándolos directamente si lo necesita.

El proxy se ejecuta en una arquitectura de alta disponibilidad con dos nodos primarios y equilibra las conexiones en una proporción de 1:1. Si un nodo falla, el otro asume el control inmediatamente y el sistema desencadena automáticamente una tarea de restauración en el nodo fallido.

No. Los proxies de base de datos de ApsaraDB RDS for PostgreSQL no admiten agrupación de conexiones. No existe un límite máximo para la cantidad de conexiones que se pueden establecer con un proxy de base de datos. La cantidad de conexiones que admite el proxy está determinada por el menor de los límites de conexión de la instancia primaria y de las instancias de solo lectura.

Por ejemplo, si la instancia primaria admite 1,600 conexiones y las instancias de solo lectura admiten 800, el proxy admitirá 800 conexiones.

Para conocer los límites de conexión de tipos específicos de instancias, consulte Instance types for primary ApsaraDB RDS for PostgreSQL instances y Instance types for read-only ApsaraDB RDS for PostgreSQL instances.

Sí. Modifique el prefijo y el puerto de cualquier endpoint de proxy de base de datos.

Para consultar las instrucciones, véase Manage database proxy endpoints.

Agregue la sugerencia /*FORCE_MASTER*/ a su sentencia SQL:

/*FORCE_MASTER*/ SELECT * FROM table_name;

Para enrutar explícitamente una solicitud de lectura a una instancia de solo lectura, utilice /*FORCE_SLAVE*/.

Los cambios en los pesos de lectura solo se aplican a las nuevas conexiones. Las conexiones existentes no se restablecen y conservan los pesos antiguos hasta que se desconectan y vuelven a conectarse. Para aplicar los nuevos pesos de inmediato, cierre las conexiones existentes y permita que su aplicación se vuelva a conectar.

El proxy supervisa continuamente el estado de la instancia y detecta fallos en un plazo de 2 segundos. Una vez que la instancia se recupera, el proxy reanuda el enrutamiento del tráfico de inmediato; su aplicación no necesita volver a conectarse ni gestionar ninguna lógica de recuperación.

En la página Database Proxy, vaya a la sección Connection Information. Busque el endpoint interno y pase el puntero sobre el icono en la columna Internal Endpoint/Port.