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á.
Auto-Tune para Amazon OpenSearch Service
O Auto-Tune no Amazon OpenSearch Service usa métricas de performance e uso do cluster do OpenSearch para sugerir alterações de configuração relacionadas à memória, incluindo tamanhos de fila e cache e configurações de máquina virtual Java (JVM) em seus nós. Essas alterações opcionais melhoram a velocidade e a estabilidade do cluster.
Algumas alterações são implantadas imediatamente, enquanto outras são agendadas durante o período fora do horário de pico do seu domínio. Você pode reverter para as configurações padrão do OpenSearch Service a qualquer momento. À medida que o Auto-Tune reúne e analisa métricas de performance para o seu domínio, você pode visualizar suas recomendações no console do OpenSearch Service na página Notificações.
O Auto-Tune está disponível em Regiões da AWS comerciais em domínios que executam qualquer versão do OpenSearch, ou Elasticsearch 6.7 ou posterior, com um tipo de instância compatível.
Tipos de alterações
O Auto-Tune tem duas categorias de alterações amplas:
-
Alterações sem interrupções aplicadas à medida em que o cluster é executado.
-
Alterações que exigem uma implantação azul/verde, que se aplicam durante a janela fora do horário de pico do domínio.
Com base nas métricas de performance do seu domínio, o Auto-Tune pode sugerir ajustes nas seguintes configurações:
| Alterar tipo | Categoria | Descrição |
|---|---|---|
|
Tamanho do heap do JVM |
Azul/verde |
Por padrão, o OpenSearch Service usa 50% da RAM de uma instância para o heap do JVM, com um tamanho de heap de 32 até GiB. Aumentar essa porcentagem garante mais memória para o OpenSearch, mas menos para o sistema operacional e outros processos. Valores maiores podem diminuir o número de pausas de coleta de resíduos, mas aumentar o comprimento dessas pausas. |
|
Configurações de geração jovem do JVM |
Azul/verde |
As configurações de “geração jovem” do JVM afetam a frequência de coletas de resíduos secundárias. Coleções secundárias mais frequentes podem diminuir o número de coleções principais e pausas. |
|
Tamanho da fila |
Sem interrupções |
Por padrão, o tamanho da fila de pesquisa é |
|
Tamanho do cache |
Sem interrupções |
O cache de campo monitora estruturas de dados no heap. Por isso, é importante monitorar o uso do cache. O Auto-Tune dimensiona o tamanho do cache de dados de campo para evitar problemas de falta de memória e interruptores de circuito. O cache de solicitação de fragmento é gerenciado em nível de nó e tem um tamanho máximo padrão de 1% do heap. O Auto-Tune dimensiona o tamanho do cache de solicitação de fragmentos para aceitar mais solicitações de pesquisa e índice do que o cluster configurado é capaz de manipular. |
| Dimensão da solicitação | Sem interrupções |
Por padrão, quando a dimensão agregada das solicitações em trânsito ultrapassar 10% do total da JVM (2% para tipos de instância O Auto-Tune ajusta esse limite de forma automática, que costuma ser entre 5 e 15%, de acordo com a quantidade da JVM ocupada atualmente no sistema. Por exemplo, se a pressão de memória da JVM estiver alta, o Auto-Tune poderá reduzir o limite para 5%. Se for o caso, talvez você veja mais rejeições até o cluster se estabilizar e o limite aumentar. |
Monitoramento de alterações no Auto-Tune
Você pode monitorar as estatísticas do Auto-Tune em Amazon CloudWatch. Para obter uma lista completa de métricas, consulte Métricas do Auto-Tune.
O OpenSearch Service envia eventos do Auto-Tune ao Amazon EventBridge. É possível usar o EventBridge para configurar regras que enviem um email ou realizem uma ação específica quando um evento for recebido. Para ver o formato de cada evento do Auto-Tune enviado ao EventBridge, consulte Auto-Tune de eventos.
