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 2022-11-04 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 5.0 en su lugar.

**Tabla 1** Diferencias entre los tipos de instancia de DCS
Artículo	Nodo único o Principal/En standby	Clúster Proxy	Clúster Redis
Compatibilidad con versiones de Redis	Redis 3.0, 4.0 y 5.0 Redis 6.0 es compatible con KeyDB Open Source (disponible solo para instancias principal/en standby). Puede seleccionar una versión al crear una instancia.	Redis 3.0, 4.0 y 5.0	Redis 4.0 y 5.0 Puede seleccionar una versión al crear una instancia.
Soporte	Notificaciones de espacio de claves Pipelining	Pipelining, comando MSET, y comando MGET Comando SCAN, comando KEYS y Registro lento de Redis Pub/Sub	Notificaciones de espacio de claves Comandos BRPOP, BLPOP y BRPOPLPUSH Pub/Sub
Restricciones	La persistencia de datos no es compatible con las instancias de nodo único.	El script LUA está restringido: Todas las claves deben estar en la misma ranura hash para evitar errores. Se recomiendan Hash tags. Si un comando contiene varias claves, las claves deben estar en la misma ranura hash para evitar errores. Se recomiendan Hash tags. No se admiten las notificaciones de espacio de claves.	El script LUA está restringido: todas las claves deben estar en la misma ranura hash. Se recomiendan Hash tags. 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. Se recomiendan Hash tags. 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 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	Algunos comandos de Redis no son compatibles. Para obtener más información, consulte Tabla 3, Tabla 7 y Tabla 7.	Algunos comandos de Redis no son compatibles. Para más detalles, consulte Tabla 4.	Algunos comandos de Redis no son compatibles. Para obtener más información, consulte Tabla 9 y Tabla 9.
Réplicas	Una instancia de nodo único solo tiene una réplica. Una instancia principal/en standby tiene dos réplicas. Actualmente, el número de réplicas no se puede personalizar para instancias principal/en standby de DCS para Redis 3.0 y DCS Redis 6.0. De forma predeterminada, una instancia principal/en standby tiene un nodo principal y un nodo en standby. Al crear una instancia principal/en standby de DCS para Redis 4.0 o 5.0, puede personalizar el número de réplicas, siendo una de ellas el principal.	Cada partición en el clúster tiene y solo puede tener dos réplicas, siendo una de ellas el principal.	De forma predeterminada, cada partición del clúster tiene dos réplicas. El número de réplicas se puede personalizar, siendo una de ellas la maestra. 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.