Redis de nodo único
Cada instancia de DCS para Redis de nodo único tiene solo un nodo y no admite la persistencia de datos. Son adecuados para servicios de caché que no requieren confiabilidad de datos.

- No puede actualizar la versión de Redis para una instancia. Por ejemplo, una instancia de DCS para Redis 4.0 de nodo único no se puede actualizar a una instancia de DCS para Redis 5.0 de nodo único. 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.
- Las instancias de nodo único no pueden garantizar la persistencia de los datos y no admiten el copia de respaldo de datos automático o manual. Tenga cuidado al usarlos.
Características
- Baja sobrecarga del sistema y alto QPS
Las instancias de nodo único no admiten sincronización de datos ni persistencia de datos, lo que reduce la sobrecarga del sistema y admite una mayor simultaneidad. El QPS de las instancias de DCS Redis de un solo nodo alcanza hasta 100,000.
- Monitoreo de procesos y recuperación automática de fallas
Con un mecanismo de monitoreo de HA, si una instancia de DCS de un nodo único resulta defectuosa, se inicia un nuevo proceso en 30 segundos para reanudar el aprovisionamiento del servicio.
- Usabilidad lista para usar y sin persistencia de datos
Las instancias de un nodo único de DCS se pueden usar de inmediato porque no implican la carga de datos. Si su servicio requiere un alto QPS, puede calentar los datos de antemano para evitar un fuerte impacto de simultaneidad en la base de datos backend.
- Bajo costo y adecuado para desarrollo y pruebas
Las instancias de un nodo único son un 40% más baratas que las instancias de DCS principal/en espera, y son adecuadas para configurar entornos de desarrollo o pruebas.
En resumen, las instancias DCS de nodo único admiten las operaciones de lectura/escritura altamente simultáneas, pero no admiten persistencia de datos. Los datos se eliminarán después de reiniciar las instancias. Son adecuados para escenarios que no requieren persistencia de datos, como el almacenamiento en caché front-end de la base de datos, para acelerar el acceso y facilitar la carga de concurrencia fuera del back-end. Si los datos deseados no existen en la caché, las solicitudes irán a la base de datos. Al reiniciar el servicio o la instancia de DCS, puede pregenerar los datos de caché de la base de datos de disco para aliviar la presión sobre el backend durante el inicio.
Arquitectura
Figura 1 muestra la arquitectura de una instancia de DCS para Redis de nodo único.

Redis 3.0 y 6.0 professional no admiten la personalización de puertos y solo permiten el puerto 6379. Para Redis 4.0/5.0/6.0 básico, puede especificar un puerto o usar el puerto predeterminado 6379. En la siguiente arquitectura, se utiliza el puerto 6379. Si ha personalizado un puerto, reemplace 6379 por el puerto real.
Descripción de la arquitectura:
- VPC
La VPC donde se ejecutan todos los nodos de la instancia.
- Aplicación
El cliente de la instancia, que es la aplicación que se ejecuta en un Elastic Cloud Server (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, véase las instrucciones de acceso a instancias.
- Instancia de DCS
Una instancia de DCS de un nodo único, que tiene solo un nodo y un proceso de Redis.
DCS monitorea la disponibilidad de la instancia en tiempo real. Si el proceso de Redis se vuelve defectuoso, DCS inicia un nuevo proceso en cuestión de segundos para reanudar el aprovisionamiento del servicio.