Redis principal/en espera
En esta sección se describen las instancias principal/en espera de DCS Redis.
No puede actualizar la versión de Redis para una instancia. Por ejemplo, una instancia principal/en espera de DCS Redis 4.0 no se puede actualizar a una instancia principal/en espera de DCS Redis 5.0. Si el servicio requiere las características de versiones de Redis superiores, cree una instancia de DCS Redis de una versión superior y, a continuación, migre los datos de la instancia antigua a la nueva.
Características
Las instancias principal/en standby de DCS tienen mayor disponibilidad y confiabilidad que las instancias de un nodo único de DCS.
Las instancias principal/en standby de DCS tienen las siguientes características:
- Persistencia de los datos y alta confiabilidad
De forma predeterminada, la persistencia de datos está habilitada tanto por el nodo principal como por el en standby de una instancia principal/en standby de DCS para Redis.
El nodo en standby de una instancia de Redis 3.0 es invisible para usted. Solo el nodo principal proporciona las operaciones de lectura/escritura de datos.
El nodo en espera de una instancia de Redis 4.0/5.0/6.0 básico está visible para usted. Puede leer datos del nodo en standby conectándose con la dirección de solo lectura de la instancia.
- Sincronización de datos
Los datos en los nodos principal y en espera se mantienen consistentes a través de la sincronización incremental.
Después de recuperarse de una excepción de red o un fallo de nodo, las instancias principal/en standby realizan una sincronización completa para garantizar la coherencia de los datos.
- Conmutación automática principal/en standby
Si el nodo principal se vuelve defectuoso, la instancia se desconecta y no está disponible durante varios segundos. El nodo es espera toma el control durante 15 a 30 segundos sin operaciones manuales para reanudar los servicios estables.
- Durante la conmutación por error se producen desconexiones e indisponibilidades. El cliente del servicio debe poder volver a conectarse o reintentar.
- Una vez completada la conmutación por error principal/en espera, el nodo principal anterior defectuoso (entonces el nodo en espera) se recuperará más tarde. El acceso al servicio al nodo principal anterior fallará. En este caso, configure los SDK de Redis. Para obtener más información, véase Conexión a Redis en un cliente.
- Múltiples políticas de recuperación ante desastres
Cada instancia principal/en standby de DCS se puede implementar en AZs con fuentes de alimentación y redes físicamente aisladas. Las aplicaciones también se pueden desplegar entre las AZ para lograr HA tanto para datos como para aplicaciones.
- Separación de lecturas/escrituras
Las instancias principales/en espera de DCS para Redis 4.0/5.0/6.0 básico admiten la separación de lectura/escritura del cliente. Al conectarse a una instancia de este tipo, puede utilizar la dirección de lectura/escritura para conectarse al nodo principal o utilizar la dirección de solo lectura para conectarse al nodo en standby.
Si utiliza una instancia principal/en espera y necesita separación de lectura/escritura del lado del cliente, configure el cliente. Si se requiere la separación de lectura/escritura, se recomiendan las instancias de separación de lectura/escritura.
Arquitectura de instancias principal/en espera de DCS para Redis 3.0
Figura 1 muestra la arquitectura de una instancia principal/en espera de DCS compatible con Redis 3.0.
Descripción de la arquitectura:
- VPC
La VPC donde se ejecutan todos los nodos de la instancia.
- Aplicación
El cliente Redis de la instancia, que es la aplicación que se ejecuta en el ECS.
Las instancias de DCS para Redis y Memcached son respectivamente compatibles con los protocolos Redis y Memcached, y se puede acceder a través de clientes de código abierto. Para obtener ejemplos de acceso a instancias de DCS con diferentes lenguajes de programación, consulte las instrucciones de acceso a instancias.
- Instancia de DCS
Una instancia principal/en espera de DCS que tiene un nodo principal y un nodo de réplica. De forma predeterminada, la persistencia de datos está habilitada y los datos se sincronizan entre los dos nodos.
DCS monitorea la disponibilidad de la instancia en tiempo real. Si el nodo principal se vuelve defectuoso, el nodo en espera se convierte en el nodo principal y reanuda el aprovisionamiento de servicio.
El puerto Redis predeterminado es 6379.
Arquitectura de las instancias principal/en espera de DCS para Redis 4.0/5.0/6.0 básico
La siguiente figura muestra la arquitectura de una instancia principal/en espera de DCS para Redis 4.0/5.0/6.0 básico.
Descripción de la arquitectura:
- Cada instancia principal/en espera de DCS para Redis 4.0/5.0/6.0 básico tiene una dirección de nombre de dominio (para conectarse al nodo principal) para lectura y escritura y una dirección (para conectarse al nodo en espera) para solo lectura.
Estas direcciones se pueden obtener en la página de detalles de la instancia en la consola de DCS.
- Puede configurar Sentinel para una instancia principal/en espera para Redis 4.0/5.0/6.0 básico. Los Sentinel supervisan el estado de ejecución de los nodos principal y en espera. Si el nodo principal se vuelve defectuoso, se realizará una migración por falla.
Sentinel son invisibles para usted y solo se utilizan en el servicio. Para obtener más información sobre Sentinel, véase ¿Qué es Sentinel?
- Un nodo de solo lectura tiene las mismas especificaciones que un nodo de lectura/escritura. Cuando se crea una instancia principal/en standby, se incluyen un par de nodos principal y en espera en la instancia de forma predeterminada.
- Para las instancias de DCS para Redis 4.0/5.0/6.0 básico, puede personalizar el puerto. Si no se especifica ningún puerto, se utilizará el puerto predeterminado 6379. En el diagrama de arquitectura, se utiliza el puerto 6379. Si ha personalizado un puerto, reemplace 6379 por el puerto real.
- Nombres de dominio de solo lectura de instancias principal/en espera de DCS para Redis 4.0, 5.0 o 6.0 de edición básica no admiten el balanceo de carga. Para una alta confiabilidad y baja latencia, utilice instancias de separación de clúster o lectura/escritura.
- Las solicitudes a la dirección de nombre de dominio pueden fallar si el par principal/en espera (DCS para Redis 4.0, 5.0 o 6.0 de edición básica) es defectuoso. Para lograr mayor confiabilidad y menor latencia, utilice instancias de separación de lecturas/escrituras.
Arquitectura de instancias principal/en espera de DCS para Redis 6.0 de edición profesional
Figura 3 muestra la arquitectura de una instancia principal/en espera de DCS para Redis 6.0 de edición profesional.
- VPC
La VPC donde se ejecutan todos los nodos de la instancia.
Para el acceso intra-VPC, el cliente y la instancia deben estar en la misma VPC con configuraciones de reglas de grupo de seguridad específicas. Para obtener más información sobre cómo configurar las reglas, véase ¿Cómo configuro un grupo de seguridad?.
- Aplicación
El cliente Redis de la instancia, que es la aplicación que se ejecuta en el ECS.
Las instancias de DCS para Redis son compatibles con Redis y se puede acceder a ellas con clientes de código abierto. Para obtener ejemplos de acceso a instancias de DCS con diferentes lenguajes de programación, véase Conexión a Redis en un cliente.
- Instancia de DCS
Una instancia principal/en espera de DCS que tiene un nodo principal y un nodo de réplica.
Las instancias principal/en espera de DCS para Redis 6.0 de la edición profesional admiten Sentinels. Los Sentinel supervisan el estado de ejecución de los nodos principal y en espera. Si el nodo principal se vuelve defectuoso, se realizará una migración por falla.
Sentinel son invisibles para usted y solo se utilizan en el servicio. Para obtener más información sobre Sentinel, véase ¿Qué es Sentinel?
El puerto Redis predeterminado es 6379.
