Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.

Centro de ayuda/ Distributed Cache Service/ Descripción general del servicio/ Tipos de instancia de DCS/ Comparación de tipos de instancias de DCS para Redis

Actualización más reciente 2025-01-23 GMT+08:00

Ver PDF

Comparación de tipos de instancias de DCS para Redis

Tabla 1 describe las diferencias entre los diferentes tipos de instancia de Redis en términos de características y comandos.

DCS for Redis 3.0 ya no se proporciona. Puede utilizar DCS for Redis 4.0 o posterior.

**Tabla 1** Diferencias entre los tipos de instancia de DCS
Concepto	Nodo único, separación de lectura/escritura, o principal/en espera	Clúster Proxy	Clúster Redis
Compatibilidad con versiones de Redis	Redis 3.0/4.0/5.0/6.0. Puede seleccionar una versión al crear una instancia. La edición profesional solo admite instancias principales/en espera.	Redis 3.0/4.0/5.0/6.0. Puede seleccionar una versión al crear una instancia.	Redis 4.0/5.0/6.0. Puede seleccionar una versión al crear una instancia.
Asistencia	Notificaciones de espacio de claves Pipelining	Pipelining, comando MSET, y comando MGET Comando SCAN, comando KEYS y Redis Slow Log Pub/Sub	Notificaciones de espacio de claves Comandos BRPOP, BLPOP y BRPOPLPUSH Pub/Sub
Restricciones	Las instancias de nodo único no admiten la persistencia de datos, la copia de respaldo ni la restauración.	El script LUA está restringido: Todas las claves deben estar en la misma ranura hash para evitar errores. Etiquetas de hash se recomiendan. Algunos comandos que contienen varias claves requieren que las claves estén en la misma ranura hash para evitar errores. Etiquetas de hash se recomiendan. Para obtener detalles sobre estos comandos de teclas múltiples, véase Comandos de múltiples claves de instancias de Clúster Proxy. No se admiten las notificaciones de espacio de claves.	El script LUA está restringido: todas las claves deben estar en la misma ranura hash. Etiquetas de hash se recomiendan. El SDK del cliente debe ser compatible con Clúster Redis y ser capaz de procesar errores MOVED. Cuando se utiliza pipelining, el comando MSET o el comando MGET, todas las claves deben estar en el mismo intervalo hash para evitar errores. Etiquetas de hash se recomiendan. Cuando utilice las notificaciones de espacio de claves, establezca conexiones con cada servidor Redis y procese eventos en cada conexión. Cuando utilice un comando transversal o global como SCAN y KEYS, ejecute el comando en cada servidor de Redis.
Cliente	Cualquier cliente de Redis	Cualquier cliente Redis (sin necesidad de soportar el protocolo Clúster Redis)	Cualquier cliente que soporte el protocolo de Clúster Redis
Comandos deshabilitados	Compatibilidad de los comandos enumera los comandos deshabilitados. Restricciones de comandos enumera el comando restringido para las instancias de separación de lectura/escritura.	Compatibilidad de los comandos enumera los comandos deshabilitados. Restricciones de comandos muestra el comando restringido para instancias de Clúster Proxy.	Compatibilidad de los comandos enumera los comandos deshabilitados. Restricciones de comandos muestra los comandos restringidos para instancias de Clúster Redis.
Réplicas	Una instancia de nodo único solo tiene una réplica. Por defecto, una instancia principal/en espera o de separación de lectura/escritura tiene dos réplicas, una de ellas es la principal. Al crear una instancia de DCS para Redis principal/en espera o de separación de lectura/escritura, puede personalizar el número de réplicas, siendo una de ellas la principal. Actualmente, la cantidad de réplicas no se puede personalizar para instancias de DCS para Redis 3.0 y Redis 6.0 de edición profesional.	Cada partición de un clúster tiene y solo puede tener dos réplicas, siendo una de ellas la principal.	De forma predeterminada, cada partición de un clúster tiene dos réplicas. El número de réplicas de cada partición se puede personalizar, siendo una de ellas la principal. Al crear una instancia, puede establecer la cantidad de réplica en uno, lo que indica que la instancia solo tiene el nodo principal. En este caso, no se puede garantizar una alta fiabilidad de los datos.