ApsaraDB RDS:Establecer los atributos de división de lectura y escritura y los pesos de lectura

Elegir un modo

El modo Read/Write requiere como mínimo una instancia primaria y una de solo lectura en la directiva de acceso del proxy. Es compatible con transaction splitting y connection pools.

El modo Read-only requiere como mínimo una instancia de solo lectura. La instancia primaria no participa en el enrutamiento y no se admite la división de transacciones. Cada conexión de cliente se asigna a una única conexión en una instancia de solo lectura. La capacidad total de conexiones equivale a la suma de las conexiones de todas las instancias de solo lectura configuradas.

En las instancias de Cluster Edition, el modo Read/Write envía las escrituras únicamente al nodo primario, mientras que el modo Read-only enruta las lecturas a los nodos secundarios mediante round-robin. La lista de permitidos de IP del proxy de base de datos se sincroniza automáticamente con la lista de permitidos de la instancia primaria.

Comportamiento de enrutamiento en casos extremos

La tabla a continuación muestra qué ocurre en el modo Read/Write cuando las instancias de solo lectura no están disponibles, así como en el modo Read-only bajo todos los escenarios de peso.

En el modo Read-only, "sin reenvío" significa que la instancia primaria no acepta solicitudes de lectura. Si el proxy no cuenta con instancias legibles, los clientes reciben un error de conexión.

En el modo Read/Write con el peso de la instancia primaria establecido en 0, las lecturas no se envían a dicha instancia de manera predeterminada. Solo se enrutan ahí si un nodo de solo lectura presenta errores, si un hint fuerza el enrutamiento hacia él o si la división de transacciones está habilitada.

Balanceo de carga basado en solicitudes activas (recomendado)

Enruta cada solicitud al nodo con la proporción (Active Requests / Node Weight) más baja. Se adapta en tiempo real a cargas desiguales y resulta menos afectado por los nodos lentos.

Ejemplo con un peso de 100 para la instancia primaria, 200 para el nodo de solo lectura 1 y 200 para el nodo de solo lectura 2:

Balanceo de carga basado en pesos

Distribuye las solicitudes de lectura de forma estricta según la proporción de pesos mediante un algoritmo round-robin. En cada ronda de programación se selecciona el nodo con el valor current_weight más alto y luego se ajustan los pesos de la siguiente manera:

1. Selección: se elige el nodo con el valor current_weight más alto. Los empates se resuelven según la posición en la lista de configuración.

2. Acumulación: después de cada ronda, el valor current_weight de cada nodo aumenta según su propio peso.

3. Restablecimiento: el valor current_weight del nodo seleccionado se reduce en la suma de los pesos de todos los nodos.

Ejemplo con un peso de 100 para la instancia primaria, 200 para el nodo de solo lectura 1 y 200 para el nodo de solo lectura 2:

Dar de baja una instancia de solo lectura sin interrumpir el servicio

Para quitar una instancia de solo lectura (por ejemplo, la instancia C en un clúster con la instancia primaria A y las instancias de solo lectura B y C) sin afectar el tráfico, siga estos pasos:

1. Vaya a la página RDS Instances, seleccione la región y haga clic en el ID de la instancia primaria A.

2. En el panel de navegación izquierdo, haga clic en Database Proxy. Dentro de la sección Connection Topology Management, haga clic en Modify Configuration.

3. En el cuadro de diálogo Modify Proxy Endpoint (Terminal) Configuration, establezca el peso de lectura del nodo de solo lectura C en 0.

4. Vaya a la página Monitoring and Alerts de la instancia de solo lectura C. En la sección Session Connection, supervise la métrica active_session y espere a que disminuya hasta 0.

   Si active_session no llega a 0 después de un tiempo de espera razonable, finalice las sesiones restantes de forma manual.

5. En la pestaña Database Proxy de la instancia primaria A, quite la instancia de solo lectura C del endpoint del proxy.

Enrutar instrucciones SQL específicas con hints

Utilice hints de SQL para forzar la ejecución de una instrucción en un nodo específico. Esto resulta útil para escrituras dentro de una sentencia SELECT o para consultas que siempre deben usar una instancia de solo lectura.

Instancias de High-availability Edition:

• /*FORCE_MASTER*/: enruta la instrucción a la instancia primaria, incluso si su peso de lectura es 0

• /*FORCE_SLAVE*/: enruta la instrucción a una instancia de solo lectura

Instancias de Cluster Edition:

• /*FORCE_MASTER*/: enruta la instrucción al nodo primario, incluso si su peso de lectura es 0

• /*FORCE_SLAVE*/: enruta la instrucción a un nodo secundario

Agregue el hint al inicio de la instrucción:

/*FORCE_MASTER*/ SELECT * FROM table_name;

Reducir la latencia entre zonas

Para evitar un punto único de fallo, cree como mínimo dos instancias de solo lectura para una instancia primaria y despliéguelas en distintas zonas. Habilite la función nearest access para minimizar la latencia de red generada por el tráfico entre zonas. La función de acceso más cercano controla cómo su aplicación se conecta al proxy, mientras que los pesos de lectura determinan cómo el proxy enruta las solicitudes a las bases de datos del backend. Configure ambas en conjunto para obtener un rendimiento óptimo.

¿La instancia primaria sigue siendo legible después de agregar instancias de solo lectura?

Después de agregar instancias de solo lectura, la instancia primaria permanece disponible para lectura y escritura en todo momento. Esta acción no afecta su capacidad de lectura ni de escritura.

La instancia primaria cuenta con su propio endpoint de conexión directa. Dicho endpoint se conecta directamente a la instancia primaria sin pasar por el proxy de base de datos, por lo que esta siempre es legible y escribible a través de él, independientemente de la configuración de los pesos de lectura.

El endpoint del proxy de base de datos se utiliza para la división de lectura y escritura. Cuando se establece la conexión mediante este endpoint, las solicitudes de lectura y escritura se enrutan según los pesos de lectura configurados. Si el peso de lectura de la instancia primaria se establece en 0, el proxy no reenvía las solicitudes de lectura a dicha instancia de manera predeterminada. Sin embargo, la instancia primaria en sí sigue siendo legible y escribible a través de su endpoint de conexión directa. Cuando todas las instancias de solo lectura experimentan una latencia que supera el umbral o dejan de estar disponibles, las solicitudes de lectura se enrutan automáticamente de vuelta a la instancia primaria para garantizar la continuidad del negocio.

Para controlar el enrutamiento de lectura y escritura a través del endpoint del proxy, ajuste los pesos de lectura en la configuración de Database Proxy.