Cómo actualizar un clúster en Timestream para InfluxDB 3

Después de crear el clúster, puede modificar determinados parámetros de configuración para adaptarlos a los cambios en los requisitos de carga de trabajo en Amazon Timestream. Tenga en cuenta que algunas modificaciones pueden provocar un tiempo de inactividad temporal durante el proceso de actualización.

Actualice un clúster mediante el Consola de administración de AWS

1. Inicie sesión en la consola AWS de administración y abra la consola Amazon Timestream for InfluxDB.

2. En el panel de navegación, elija Bases de datos de InfluxDB.

3. Seleccione el clúster que desea modificar.

4. Elija Modificar.

5. Actualice la configuración disponible:

   • Clase de instancia: escale los recursos informáticos (se aplica a todos los nodos del clúster y requiere reiniciar el clúster).

   • Grupo de parámetros: asocie un grupo de parámetros diferente para cambiar la configuración del motor o la forma del clúster (es necesario reiniciar el clúster).

   • Configuración de entrega de registros: habilite o modifique la exportación de CloudWatch registros.

   • Edición: actualización de Core a Enterprise (unidireccional). Para obtener más información, consulte Actualice de la edición Core a la Enterprise.

6. Elija Continuar para revisar sus elecciones.

7. Seleccione cuándo aplicar los cambios:

   • Aplicar inmediatamente: los cambios se aplican de inmediato (pueden provocar un breve tiempo de inactividad).

8. Elija Modificar clúster.

Actualice un clúster mediante AWS CLI

Actualizar el tipo de instancia:

aws timestream-influxdb update-db-cluster \
  --region us-east-1 \
  --identifier "my-influxdb3-cluster" \
  --db-instance-type db.influxIOIncluded.2xlarge \
  --apply-immediately

Actualice el grupo de parámetros (incluido el escalado del clúster):

Para modificar la configuración del clúster, incluida la ampliación del número de nodos, cree un nuevo grupo de parámetros con la configuración que desee y aplíquelo al clúster:

# Step 1: Create a new parameter group with desired node configuration
aws timestream-influxdb create-db-parameter-group \
  --name "scaled-enterprise-pg" \
  --parameters '{
    "InfluxDBv3Enterprise": {
      "ingestQueryInstances": 4,
      "queryOnlyInstances": 10,
      "dedicatedCompactor": true,
      "dataFusionNumThreads": 8,
      "bufferMemLimitMb": 32768
    }
  }'

# Step 2: Apply the new parameter group to your cluster using the parameter group identifier
aws timestream-influxdb update-db-cluster \
  --region us-east-1 \
  --identifier "my-influxdb3-cluster" \
  --db-parameter-group-identifier "<parameter-group-identifier>" \
  --apply-immediately

Escalar el clúster (edición Enterprise)

En el caso de los clústeres de la edición Enterprise, puede escalar el tamaño del clúster aplicando un nuevo grupo de parámetros con la configuración de nodos que desee. Para obtener una guía detallada, consulteEscalar un clúster.

• Ampliar: añada nodos ingestQueryInstances incrementándolos (hasta 4) o queryOnlyInstances (hasta 13)

• Reducir la escala: elimine los nodos reduciendo estos valores

• Cambiar los modos de nodo: ajuste la proporción de writer/reader nodos a nodos de solo lectura

Importante: Los clústeres con 3 o más nodos requieren un compactador dedicado (dedicatedCompactor: true). Al escalar, los nodos se distribuyen automáticamente en varias zonas de disponibilidad para lograr una alta disponibilidad.

Consideraciones a la hora de actualizar un clúster

Parámetros modificables

Los siguientes parámetros se pueden modificar después de crear el clúster:

Parámetro	Descripción	Impact
Instance class	Amplíe o reduzca los compute/memory recursos	Requiere el reinicio continuo de los nodos
Grupo de parámetros	Cambie la configuración del motor de base de datos o la forma del clúster (número de nodos y modos)	Requiere reiniciar el clúster
Entrega de registro	Configure la exportación CloudWatch de registros	Se aplica de inmediato
Edición	Actualización de Core a Enterprise (unidireccional). Consulte Actualice de la edición Core a la Enterprise.	Requiere reiniciar el clúster

Parámetros no modificables

Los siguientes parámetros no se pueden modificar después de crear el clúster:

• VPC y subredes: la ubicación de la red es fija.

• Grupos de seguridad: los controles de acceso a la red no se pueden cambiar.

• Accesibilidad pública: la configuración de accesibilidad a Internet es permanente.

• Identificador del clúster de DB: no se puede cambiar el nombre del clúster.

Impacto del tiempo de inactividad:

• Cambios en la clase de instancia: reinicio continuo (tiempo de inactividad mínimo con clústeres de varios nodos).

• Cambios en el grupo de parámetros (incluido el escalado del clúster): es necesario reiniciar el clúster. En el caso de los clústeres de varios nodos que utilizan puntos finales de clúster, el tráfico se redistribuye automáticamente a los nodos disponibles durante el proceso de actualización.

• Cambios en la configuración del registro: sin tiempo de inactividad.

Prácticas recomendadas:

• Planifique cuidadosamente la configuración de la red antes de crear el clúster, ya que no se puede cambiar.

• Pruebe los cambios previamente en entornos que no sean de producción.

• Supervise las métricas durante y después de las actualizaciones para verificar el rendimiento.

• Utilice los puntos finales del clúster para garantizar una conmutación por error transparente durante las actualizaciones continuas y las operaciones de escalado.

• Evite los puntos finales específicos de los nodos durante las operaciones de actualización, ya que los nodos individuales pueden reiniciarse o sustituirse.

• Al escalar, tenga en cuenta sus patrones de carga de trabajo para determinar la proporción óptima entre nodos y nodos de writer/reader solo lectura.

Validación:

• El sistema valida todos los cambios antes de aplicarlos.

• Las configuraciones no válidas se rechazan con mensajes de error descriptivos.

• Es posible que algunas combinaciones de parámetros no sean compatibles (por ejemplo, los clústeres con más de 3 nodos requieren un compactador dedicado).

Reversión:

• Conserve las configuraciones anteriores de los grupos de parámetros para poder revertirlas fácilmente.

• Documente la configuración actual antes de realizar cambios.

• Si se trata de cambios críticos, cree instantáneas del clúster antes de hacer la actualización.

• Para revertir una operación de escalado, cree un grupo de parámetros con la configuración de nodos anterior y aplíquelo al clúster.

Supervisión del progreso de la actualización

Haga un seguimiento del estado de la actualización con los métodos a continuación:

1. Consola: el estado del clúster muestra “Modificando” durante las actualizaciones.

2. CLI: estado del clúster de consultas:

   aws timestream-influxdb get-db-cluster \
     --identifier "my-influxdb3-cluster"
   

   Los posibles estados de un clúster son:

   • CREATING

   • UPDATING

   • DELETING

   • AVAILABLE

   • FAILED

   • DELETED

   • UPDATING_INSTANCE_TYPE

   • PARTIALLY_AVAILABLE(Aplicable solo a clústeres de varios nodos cuando algunos nodos aún se están creando o actualizando)

3. CloudWatch Métricas: supervise las métricas de rendimiento durante las actualizaciones.

Limitaciones

Limitaciones actuales de las actualizaciones de clústeres:

• No es posible modificar la VPC, las subredes, los grupos de seguridad ni la accesibilidad pública después de su creación.

• Se admite la actualización de Core a Enterprise (unidireccional), pero no se puede pasar de Enterprise a Core. Consulte Actualice de la edición Core a la Enterprise.

• No se puede cambiar el nombre del clúster (el identificador del clúster de DB es inmutable).

• Todos los nodos deben usar la misma clase de instancia (excepto el compactador).

• Los grupos de parámetros son inmutables (se deben crear grupos nuevos para realizar cambios).

• Las operaciones de escalado de clústeres (añadir o eliminar nodos) requieren la creación y aplicación de un nuevo grupo de parámetros.

Si comprende estas capacidades y limitaciones de actualización, podrá administrar y escalar sus clústeres de InfluxDB 3 de manera eficaz para cumplir con los requisitos de carga de trabajo, que están en constante evolución y, al mismo tiempo, planificar adecuadamente los ajustes que se deben configurar en el momento de la creación del clúster.