¿Se interrumpen los servicios durante la modificación de la especificación?

Cambio del tipo de instancia

No se admiten los cambios de tipo de instancia que no se enumeran en la tabla anterior. Para modificar las especificaciones mientras se cambia el tipo de instancia, consulte Conmutación IP.

Ajuste de escala

• Opciones de escala

  Tabla 2 Opciones de escala compatibles con diferentes instancias

  Motor de memoria caché	Nodo único	Principal/En standby	Clúster Redis	Clúster Proxy	Separación de lecturas/escrituras
  Redis 3.0	Escalar hacia arriba/hacia abajo	Escalar hacia arriba/hacia abajo	Escalar hacia arriba/hacia abajo	Escalando hacia arriba	-
  Redis 4.0	Escalar hacia arriba/hacia abajo	Escalado hacia arriba/abajo, hacia fuera/entra	Escalado hacia arriba/abajo, hacia fuera/entra	Escalar hacia arriba/hacia abajo	Escalado hacia arriba/abajo, hacia fuera/entra
  Redis 5.0	Escalar hacia arriba/hacia abajo	Escalado hacia arriba/abajo, hacia fuera/entra	Escalado hacia arriba/abajo, hacia fuera/entra	Escalar hacia arriba/hacia abajo	Escalado hacia arriba/abajo, hacia fuera/entra
  Memcached	Escalar hacia arriba/hacia abajo	Escalar hacia arriba/hacia abajo	-	-	-
  Redis 6.0 edición básica	Escalar hacia arriba/hacia abajo	Escalar hacia arriba/hacia abajo	-	-	-
  Redis 6.0 ediciones profesionales	-	No se admite ningún cambio.	-	-	-

  

  Si la memoria reservada de una instancia de DCS Redis 3.0 o Memcached es insuficiente, la modificación puede fallar cuando se agota la memoria. Para obtener más información, consulte Memoria reservada.

• Impacto de la escala

  Tabla 3 Impacto de la escala

  Tipo de instancia	Tipo de escala	Impacto
  Nodo único, principal/en standby y separación de lectura/escritura	Escalar hacia arriba/hacia abajo	Una instancia de DCS Redis 4.0 o 5.0 se desconectará durante varios segundos y permanecerá de sólo lectura durante aproximadamente 1 minuto. Una instancia de DCS Redis 3.0 se desconectará y permanecerá de sólo lectura durante 5 a 30 minutos. Para escalar, solo se expande la memoria de la instancia. La capacidad de procesamiento de la CPU no se mejora. Las instancias DCS de nodo único no admiten persistencia de datos. Los datos no se conservan durante el escalado. Después de escalar, compruebe si los datos están completos e importe los datos si es necesario. Si hay datos importantes, utilice una herramienta de migración para migrar los datos a otras instancias para realizar copias de seguridad. Los registros de copia de seguridad de instancias principal/en standby y de separación lectura/escritura no se pueden restaurar después de escalar.
  Clúster Proxy y Clúster Redis	Escalar hacia arriba/hacia abajo	El escalado implica la migración de datos, lo que aumenta la latencia de acceso. Para una instancia de Clúster Redis, asegúrese de que el cliente puede procesar correctamente los comandos MOVED y ASK. De lo contrario, las solicitudes fallarán. Si la memoria se llena durante el escalado debido a que se escribe una gran cantidad de datos, el escalado fallará. No se pueden restaurar los registros de copia de seguridad creados antes de la escala. Antes de escalar, compruebe si hay claves grandes a través de Análisis de caché. Redis tiene un límite en la migración de claves. Si la instancia tiene una clave única superior a 512 MB, el escalado fallará cuando se agote el tiempo de migración de clave grande entre nodos. Cuanto más grande sea la clave, más probabilidades hay de que la migración falle. Antes de escalar hacia arriba o hacia abajo una instancia de Clúster Redis, asegúrese de que la actualización automatizada de la topología del clúster esté habilitada si usa Lettuce. Si está deshabilitado, tendrá que reiniciar el cliente después de escalar. Para más detalles sobre cómo habilitar la actualización automatizada, vea un ejemplo de uso de Lettuce para conectarse a una instancia de Clúster Redis. El escalamiento no interrumpe las conexiones, sino que ocupará los recursos de la CPU, lo que reducirá el rendimiento hasta en un 20%. Durante la ampliación, se agregan nuevos nodos del servidor Redis y los datos se equilibran automáticamente en los nuevos nodos. Para reducir la escala de una instancia, asegúrese de que la memoria utilizada de cada nodo sea inferior al 70% de la memoria máxima por nodo del nuevo sabor. Si la cantidad de particiones disminuye durante la reducción de la escala, los nodos se eliminarán. Antes de reducir la escala, asegúrese de que los nodos eliminados no se referencian directamente en la aplicación, para evitar excepciones de acceso al servicio. Si la cantidad de particiones disminuye durante la reducción de la escala, los nodos se eliminarán y las conexiones se interrumpirán. Si la aplicación no puede volver a conectarse a Redis o controlar las excepciones, es posible que tenga que reiniciar la aplicación después de escalar.
  Instancias principal/en standby, de separación de lectura/escritura y de Clúster Redis	Escalado de salida/entrada (cambio de la cantidad de réplicas)	Antes de escalar hacia fuera o entra una instancia de Clúster Redis, asegúrese de que la actualización automatizada de la topología del clúster esté habilitada si usa Lettuce. Si está deshabilitado, tendrá que reiniciar el cliente después de escalar. Para más detalles sobre cómo habilitar la actualización automatizada, vea un ejemplo de uso de Lettuce para conectarse a una instancia de Clúster Redis. La eliminación de réplicas interrumpe las conexiones. Si la aplicación no puede volver a conectarse a Redis o manejar excepciones, debe reiniciar la aplicación después de escalar. Si el número de réplicas ya es el mínimo admitido por la instancia, ya no podrá eliminar réplicas.