Para obtener capacidades similares a las de Amazon Timestream, considere Amazon Timestream LiveAnalytics para InfluxDB. Ofrece una ingesta de datos simplificada y tiempos de respuesta a las consultas en milisegundos de un solo dígito para realizar análisis en tiempo real. Obtenga más información aquí.
Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Actualice de la edición Core a la Enterprise
Puede actualizar un clúster InfluxDB 3 Core existente a la edición Enterprise para acceder a funciones como las implementaciones de varios nodos, la retención de datos a largo plazo y la compactación dedicada.
importante
La actualización de Core a Enterprise es una operación unidireccional. Una vez que un clúster se actualiza a Enterprise, no se puede revertir a la edición Core.
Requisitos previos y requisitos
-
Activación empresarial por primera vez: si es la primera vez que activa una licencia empresarial en su AWS cuenta, la actualización debe realizarse a través de. Consola de administración de AWS Esta activación única de la consola habilita las funciones empresariales de su cuenta.
-
Operaciones posteriores: tras la activación inicial de la consola, su cuenta queda habilitada para Enterprise. A continuación, puede actualizar clústeres principales adicionales a Enterprise o implementar nuevos clústeres empresariales mediante la AWS CLI API o la Consola de administración de AWS.
Actualice mediante la Consola de administración de AWS
-
Inicie sesión en la consola Timestream for InfluxDB Consola de administración de AWS y ábrala.
-
En el panel de navegación, elija Bases de datos de InfluxDB.
-
Seleccione el clúster principal que desee actualizar.
-
Elija Modificar.
-
Para la edición, selecciona Enterprise.
-
Revise los cambios y elija Modificar clúster.
¿Qué ocurre durante la actualización
Al actualizar un clúster Core a Enterprise:
-
Reinicio del clúster: el clúster se reinicia para aplicar la configuración del motor empresarial.
-
Configuración de nodos: según el número de nodos del clúster, el clúster se configurará de la siguiente manera:
-
Un clúster empresarial de un solo nodo (all-in-onegrabador, lector y compactador en un nodo)
-
Un clúster empresarial de varios nodos con un compactador dedicado (para clústeres con 3 o más nodos)
-
-
Compactación de datos: el motor de compactación empresarial compactará gradualmente los datos existentes en segundo plano. El clúster permanece utilizable durante este proceso.
nota
El tiempo necesario para que la compactación de datos se recupere depende del volumen de datos existentes, del tamaño del clúster, del tamaño de la instancia y del margen de CPU y memoria disponible en relación con la carga de trabajo actual.
importante
Consideraciones de capacidad para la compactación después de la actualización
-
Clústeres de un solo nodo: al actualizar un clúster Core de un solo nodo a Enterprise, el compactador se ejecuta en el mismo nodo que el grabador y el lector. Como Core no incluye un compactador, todos los datos existentes deben compactarse después de la actualización. Esto requiere una capacidad de CPU y memoria adicional a la que utiliza su carga de trabajo actual. Si el nodo no tiene suficiente espacio libre, la compactación puede competir con las cargas de trabajo de lectura y escritura, lo que podría afectar al rendimiento. Considere la posibilidad de ampliarla a un tipo de instancia más grande (por ejemplo, de
db.influx.xlargeadb.influx.2xlarge) antes o inmediatamente después de la actualización para proporcionar al compactador los recursos que necesita. Puede reducir la escala una vez que se recupere la compactación. -
Clústeres de varios nodos (3 nodos): al actualizar a un clúster empresarial de 3 nodos, se aprovisiona un nodo compactador dedicado. Sin embargo, todos los beneficios de Enterprise, como la optimización del rendimiento de las consultas a partir de datos compactados, no se materializarán hasta que el compactador termine de procesar todos los datos preexistentes. El tiempo necesario depende del volumen de datos que ya haya en la base de datos, de la carga de trabajo en ejecución actual y del tamaño de la instancia y la configuración del nodo compactador.
Ajustar el rendimiento de la compactación: para ayudar al compactador a procesar los datos existentes con mayor rapidez, puede ajustar los siguientes parámetros exclusivos para empresas en su grupo de parámetros:
-
compaction-max-num-files-per-plan— Aumente este valor para permitir que el compactador procese más archivos por ciclo de compactación. Por ejemplo, pase del valor predeterminado de 500 a 1000 a 5000 en instancias más grandes (db.influx.4xlarge y superiores). Consulta los valores recomendados compaction-max-num-files-per-plan por tamaño de instancia. -
compaction-check-interval— Reduzca el valor predeterminado de 10 segundos a 5 segundos en db.influx.4xlarge y versiones posteriores para que el compactador evalúe el trabajo con más frecuencia.
En el caso de los clústeres de un solo nodo, ampliar el tipo de instancia es la forma más eficaz de dotar al compactador de más capacidad, ya que todas las funciones comparten los recursos del mismo nodo. En el caso de los clústeres de varios nodos, el nodo compactador dedicado usa la misma clase de instancia que los demás nodos, por lo que escalar el tipo de instancia del clúster también aumenta la capacidad del compactador. Para obtener información completa sobre los parámetros de compactación, consulte. Categoría 4: Compactación
Consideraciones
-
Se trata de una actualización unidireccional. No puedes cambiar de Enterprise a Core.
-
Planifique la actualización durante un período de menor actividad para permitir que el proceso de compactación tenga suficiente espacio de CPU y memoria para ponerse al día.
-
Clústeres de un solo nodo: considere la posibilidad de ampliarlos temporalmente a un tipo de instancia más grande antes de realizar la actualización para garantizar que el compactador tenga suficiente CPU y memoria para compactar los datos existentes sin afectar a la carga de trabajo.
-
Clústeres de varios nodos: espere un período de transición después de la actualización en el que el compactador procese todos los datos preexistentes. Una vez finalizada la compactación, se obtienen todos los beneficios del rendimiento empresarial. La duración depende del volumen de datos, la intensidad de la carga de trabajo y el tamaño de la instancia.
-
Puede acelerar la compactación posterior a la actualización aumentando
compaction-max-num-files-per-plano reduciendo su grupocompaction-check-intervalde parámetros. Para obtener más información, consulte Categoría 4: Compactación. -
Tras la actualización, puede aprovechar las funciones empresariales, como Escalar un clúster la posibilidad de escalar el clúster de forma horizontal.
