Una instancia de Tair (compatible con Redis OSS) transita por un conjunto de estados bien definidos a medida que se crea, configura y gestiona. Comprender estos estados le permite anticipar el comportamiento del servicio y tomar las medidas adecuadas cuando un cambio de estado afecta a su aplicación.
Comprobar el estado actual
Existen dos métodos disponibles:
Consola: Abra la página Instances y consulte la etiqueta de estado junto a la instancia.
API: Invoque DescribeInstances y revise el campo
Statusen la respuesta.
Estados estables
Los estados estables representan una condición de reposo; no hay ninguna operación en curso.
|
Estado en la consola |
Valor de la API |
Descripción |
|
Creating |
|
La instancia se está aprovisionando. Los servicios de base de datos no están disponibles hasta que la instancia alcance el estado Running. |
|
Running |
|
La instancia funciona correctamente y atiende solicitudes. |
|
Disabled |
|
La instancia ha caducado y ya no atiende solicitudes. Renueve la instancia para restaurar el servicio. Para más detalles, consulte Renewal. |
|
Released |
N/A |
La instancia se ha liberado (manualmente o de forma automática por vencimiento o caducidad) y ya no es visible en la página Instances. Para restaurarla, localice y recupere la instancia desde la papelera de reciclaje. Para más detalles, consulte Manage instances in the recycle bin. |
Estados transitorios
Los estados transitorios son temporales. La instancia está ejecutando una operación y vuelve al estado Running cuando esta finaliza.
Los estados Flushing Instance y Cleaning up Expired Data implican la eliminación permanente de datos. Los datos eliminados no se pueden restaurar. Ejecute estas operaciones fuera del horario de mayor actividad.
|
Estado en la consola |
Valor de la API |
Desencadenado por |
Impacto |
|
Converting |
|
Sin impacto en la disponibilidad del servicio. |
|
|
Changing Configuration |
|
Change the configurations of an instance o adjust the number of shards |
La latencia puede ser inestable durante la operación. El escalado no provoca conexiones transitorias ni coloca la instancia en estado de solo lectura. Ejecute esta operación fuera del horario de mayor actividad y asegúrese de que su aplicación se reconecte automáticamente. |
|
Restarting |
|
Las conexiones transitorias duran algunos segundos. Ejecute esta operación fuera del horario de mayor actividad y asegúrese de que su aplicación se reconecte automáticamente. |
|
|
Updating |
|
Consulte la documentación de actualización de versión principal para conocer los impactos específicos. |
|
|
Upgrading a Minor Version |
|
||
|
Configuring Network |
|
Varias operaciones de red (consulte Impactos de las operaciones de red) |
Varía según la operación. |
|
Configuring SSL |
|
La instancia se reinicia después de habilitar el cifrado Transport Layer Security (TLS) o actualizar el periodo de validez del certificado. Las conexiones transitorias duran algunos segundos. Ejecute esta operación fuera del horario de mayor actividad y asegúrese de que su aplicación se reconecte automáticamente. |
|
|
Modifying TDE |
|
Sin impacto en la disponibilidad del servicio. |
|
|
Migrating to Another Zone |
|
Consulte Impactos de la migración de zona. |
|
|
Flushing Instance |
|
La instancia ejecuta |
|
|
Cleaning up Expired Data |
|
La instancia ejecuta |
|
|
Switching |
|
Manually switch workloads from a master node to a replica node |
Impactos de las operaciones de red
Cuando la instancia se encuentra en el estado Configuring Network, el impacto específico depende de la operación de red que lo haya desencadenado.
|
Operación |
Impacto |
|
El cambio no se puede revertir. Las conexiones transitorias duran algunos segundos. Decida si desea conservar el endpoint de red clásica antes de realizar el cambio; si no lo conserva, el endpoint se libera después del cambio y los clientes que lo utilizan pierden la conectividad. Actualice el endpoint de la base de datos en todos los clientes tan pronto como se complete el cambio. Ejecute esta operación fuera del horario de mayor actividad y asegúrese de que su aplicación se reconecte automáticamente. |
|
|
Los clientes ya no pueden conectarse mediante el endpoint o puerto original. Actualice la información de conexión en todos los clientes tan pronto como se complete el cambio. |
|
|
Sin impacto en las conexiones existentes. |
|
|
Los clientes ya no pueden conectarse mediante el endpoint público original. Actualice la información de conexión en todos los clientes tan pronto como se complete la liberación. |
|
|
Después de habilitar el modo de conexión directa, no puede actualizar la versión principal ni cambiar la zona de esta instancia. Para realizar cualquiera de esas operaciones, primero debe liberar el endpoint privado. Para más detalles, consulte Upgrade the major version, Migrate an instance across zones y Release a private endpoint. |
|
|
Los clientes ya no pueden conectarse mediante el endpoint privado original. Actualice la información de conexión en todos los clientes tan pronto como se complete la liberación. |
|
|
Las conexiones transitorias duran algunos segundos. Ejecute esta operación fuera del horario de mayor actividad y asegúrese de que su aplicación se reconecte automáticamente. |
Impactos de la migración de zona
Cuando la instancia se encuentra en el estado Migrating to Another Zone:
Las conexiones transitorias duran algunos segundos. Ejecute esta operación fuera del horario de mayor actividad y asegúrese de que su aplicación se reconecte automáticamente.
La dirección IP virtual (VIP) de la instancia cambia (por ejemplo, de
172.16.88.60a una nueva dirección), pero el endpoint permanece sin cambios. Conéctese siempre a la instancia mediante el endpoint, no a través de la VIP. Las conexiones que utilicen la VIP anterior fallarán después de la migración.Si la versión secundaria de la instancia está desactualizada, el sistema la actualiza a la versión más reciente para mantener el rendimiento y la estabilidad.
Impactos del failover de alta disponibilidad
Cuando la instancia se encuentra en el estado Switching:
Los nodos de datos se desconectan durante algunos segundos mientras se realiza el failover.
Existe la posibilidad de pérdida de datos. La latencia de sincronización entre el nodo maestro y el nodo réplica puede causar inconsistencia de datos en el momento del failover. Para reducir el riesgo de pérdida de datos y evitar la escritura doble provocada por la caché del Domain Name System (DNS), los nodos de datos permanecen en modo de solo lectura hasta 30 segundos después del failover.
Todas las operaciones de gestión de instancias se bloquean mientras la instancia se encuentra en el estado Switching. Esto incluye la modificación de configuraciones y la migración a otra zona.