Para recursos semelhantes aos do Amazon Timestream para, considere o Amazon Timestream LiveAnalytics para InfluxDB. Ele oferece ingestão de dados simplificada e tempos de resposta de consulta de um dígito em milissegundos para análises em tempo real. Saiba mais [aqui](https://docs.aws.amazon.com/timestream/latest/developerguide/timestream-for-influxdb.html).
As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Atualização da edição Core para a Enterprise
Você pode atualizar um cluster InfluxDB 3 Core existente para a edição Enterprise para obter acesso a recursos como implantações de vários nós, retenção de dados de longo prazo e compactação dedicada.
**Importante**
A atualização do Core para o Enterprise é uma operação **unidirecional**. Depois que um cluster é atualizado para Enterprise, ele não pode ser revertido para a edição Core.
## Pré-requisitos e requisitos
+ **Ativação Enterprise pela primeira** vez: Se for a primeira vez que você ativa uma licença Enterprise em sua AWS conta, a atualização deve ser realizada por meio do. Console de gerenciamento da AWS Essa ativação única do console habilita recursos corporativos para sua conta.
+ **Operações subsequentes**: após a ativação inicial do console, sua conta é habilitada para Enterprise. Em seguida, você pode atualizar clusters principais adicionais para Enterprise ou implantar novos clusters corporativos usando a AWS CLI API ou Console de gerenciamento da AWS a.
## Atualize usando o Console de gerenciamento da AWS
1. Faça login Console de gerenciamento da AWS e abra o console Timestream for InfluxDB.
1. No painel de navegação, escolha **Bancos de dados InfluxDB**.
1. Selecione o cluster principal que você deseja atualizar.
1. Escolha **Modificar**.
1. Para **Edição**, selecione **Enterprise**.
1. Revise as alterações e escolha **Modificar cluster**.
## O que acontece durante a atualização
Quando você atualiza um cluster Core para Enterprise:
1. **Reinício do cluster**: o cluster é reiniciado para aplicar a configuração do Enterprise Engine.
1. **Configuração de nós**: dependendo da contagem de nós do cluster, o cluster será configurado da seguinte forma:
+ Um cluster corporativo de nó único (all-in-one: gravador, leitor e compactador em um nó)
+ Um cluster corporativo de vários nós com um compactador dedicado (para clusters com 3 ou mais nós)
1. **Compactação de dados**: seus dados existentes serão gradualmente compactados em segundo plano pelo mecanismo de compactação Enterprise. O cluster permanece utilizável durante esse processo.
**nota**
O tempo necessário para que a compactação de dados se atualize depende do volume de dados existentes, do tamanho do cluster, do tamanho da instância e do espaço disponível de CPU e memória em relação à sua carga de trabalho atual.
**Importante**
**Considerações de capacidade para compactação após a atualização**
**Clusters de nó único**: ao atualizar um cluster de nó único Core para Enterprise, o compactador é executado no mesmo nó do gravador e do leitor. Como o Core não inclui um compactador, todos os dados existentes devem ser compactados após a atualização. Isso requer capacidade adicional de CPU e memória além da que sua carga de trabalho atual usa. Se o nó não tiver espaço suficiente, a compactação poderá competir com suas cargas de trabalho de leitura e gravação, o que pode afetar o desempenho. Considere escalar para um tipo de instância maior (por exemplo, de `db.influx.xlarge` para`db.influx.2xlarge`) antes ou imediatamente após a atualização para fornecer ao compactador os recursos necessários. Você pode reduzir a escala depois que a compactação se recuperar.
**Clusters de vários nós (3 nós)**: ao fazer o upgrade para um cluster corporativo de 3 nós, um nó compactador dedicado é provisionado. No entanto, todos os benefícios do Enterprise, como desempenho otimizado de consultas a partir de dados compactados, não serão obtidos até que o compactador termine de processar todos os dados preexistentes. O tempo necessário depende do volume de dados que já estão no banco de dados, da carga de trabalho atual em execução e do tamanho da instância e da configuração do nó compactador.
**Ajustando o desempenho da compactação**: para ajudar o compactador a processar os dados existentes com mais rapidez, você pode ajustar os seguintes parâmetros exclusivos para empresas em seu grupo de parâmetros:
+ `compaction-max-num-files-per-plan`— Aumente esse valor para permitir que o compactador processe mais arquivos por ciclo de compactação. Por exemplo, aumente do padrão de 500 para 1000—5000 em instâncias maiores (db.influx.4xlarge e superiores). Consulte os valores recomendados [`compaction-max-num-files-per-plan`](compaction-max-num-files-per-plan.md) por tamanho da instância.
+ `compaction-check-interval`— Reduza do padrão de 10 segundos para 5 segundos em db.influx.4xlarge e superior para fazer com que o compactador avalie o trabalho com mais frequência.
Para clusters de nó único, aumentar o tipo de instância é a maneira mais eficaz de dar mais capacidade ao compactador, pois todas as funções compartilham os recursos do mesmo nó. Para clusters de vários nós, o nó compactador dedicado usa a mesma classe de instância dos outros nós, portanto, escalar o tipo de instância do cluster também aumenta a capacidade do compactador. Para obter detalhes completos sobre os parâmetros de compactação, consulte[Categoria 4: Compactação](compaction-parameters.md).
## Considerações
+ Essa é uma atualização unidirecional. Você **não pode** fazer o downgrade do Enterprise para o Core.
+ Planeje a atualização durante um período de menor atividade para permitir que o processo de compactação tenha espaço suficiente de CPU e memória para se recuperar.
+ **Clusters de nó único**: considere escalar temporariamente para um tipo de instância maior antes da atualização para garantir que o compactador tenha CPU e memória suficientes para compactar os dados existentes sem afetar sua carga de trabalho.
+ **Clusters de vários nós**: espere um período de transição após a atualização em que o compactador esteja processando todos os dados pré-existentes. Os benefícios completos do desempenho corporativo são obtidos após a conclusão da compactação. A duração depende do volume de dados, da intensidade da carga de trabalho e do tamanho da instância.
+ Você pode acelerar a compactação pós-atualização aumentando `compaction-max-num-files-per-plan` e reduzindo seu grupo `compaction-check-interval` de parâmetros. Para mais detalhes, consulte [Categoria 4: Compactação](compaction-parameters.md).
+ Após a atualização, você pode aproveitar os recursos corporativos, como [Escalando um cluster](multi-node-scaling.md) escalar seu cluster horizontalmente.