Elasticsearch:Perguntas frequentes sobre o Kibana

Fazer logon no console do Kibana

Faça logon no console do Kibana com o nome de usuário padrão elastic e a senha definida durante a criação da instância do Elasticsearch. Para redefinir uma senha esquecida, consulte Redefinir a senha de acesso de uma instância.

Finalidade da senha da conta elastic

Botão Modify Configuration desativado

Quando uma instância do Elasticsearch não está em estado normal, o botão Modify Configuration no Kibana pode ficar desativado. Aguarde a instância retornar ao estado normal ou investigue a causa.

Acessar serviços públicos a partir do console do Kibana

Não. O console do Kibana acessa apenas serviços dentro de uma VPC, e não serviços de rede pública como Baidu Maps ou Amap. A lista de permissões de endereços IP públicos controla o acesso de entrada ao Kibana, e não o acesso de saída do Kibana para a rede pública.

Gerenciamento de permissões no console do Kibana

• Crie usuários e funções dedicados em vez de usar a conta elastic para operações diárias. Use o Elasticsearch X-Pack para gerenciar funções e controlar permissões de usuário.

• Evite utilizar a conta elastic para serviços de busca. Uma senha elastic vazada expõe todo o cluster a riscos de segurança.

• Altere a senha elastic com cautela. Se houver serviços utilizando a conta elastic, a redefinição da senha causará falhas de autenticação e interrupções no serviço.

Erro "Kibana server is not ready yet"

Erro "Maximum call stack size exceeded"

• Causa

  A instância está em estado anormal. O alto uso de memória heap causa tempos limite de solicitação.

• Solução

  Reduza o tamanho da solicitação bulk ou atualize o cluster.

Limpar dados sem acesso ao Kibana

Impossibilidade de acessar o Dev Tools

Verifique se a especificação do nó do Kibana é de 1 vCPU e 2 GiB. Essa especificação pode apresentar instabilidade e é adequada apenas para testes. Atualize o cluster o mais breve possível.

Visualizar informações de shards e índices

• Execute o comando GET _cat/indices?v para visualizar informações de índices e GET _cat/shards?v para visualizar informações de shards.

• Na página Monitoring, visualize o status de fragmentação dos índices em um nó específico, incluindo o uso de memória heap.

Erro "You do not have permission to manage users"

Suporte a plugins personalizados

Não. Versões do Kibana anteriores à 7.0 suportam apenas os plugins padrão do console. O Kibana 7.0 e posteriores não oferecem suporte a nenhum plugin.

Versões compatíveis com alteração de idioma

Apenas o Kibana 6.7.0 e posteriores permitem a troca de idioma. O console suporta inglês e chinês. Modifique a configuração Language para alterar o idioma. Configurar o idioma do console do Kibana.

IP privado do Kibana fora da VPC

O Kibana V7.16 e alguns clusters V7.10 incluem um serviço de agente de Camada 7 que evita reinicializações durante a substituição de certificados HTTPS. O endpoint privado resolve para este serviço de agente. Essa arquitetura passou por revisão de segurança da Alibaba Cloud e não afeta a funcionalidade do Kibana.

Configurar tamanho de dados para exportações CSV

O limite padrão de tamanho de exportação CSV é de 10.485.760 bytes (10 MB), controlado pelo parâmetro xpack.reporting.csv.maxSizeBytes. Dados além desse limite são truncados. O parâmetro server.maxPayloadBytes também limita o tamanho máximo de payload para solicitações ao servidor do Kibana. O Alibaba Cloud Elasticsearch não permite modificar os parâmetros xpack.reporting.csv.maxSizeBytes ou server.maxPayloadBytes; eles permanecem com os valores padrão para garantir a estabilidade do cluster.

Se você precisar exportar dados que excedam o limite padrão, considere as seguintes alternativas:

• Exporte dados em lotes menores aplicando filtros mais específicos ou intervalos de tempo mais curtos no Kibana.

• Utilize o Logstash para exportar grandes conjuntos de dados. O Logstash oferece suporte a tamanhos de lote e destinos de saída configuráveis, sendo adequado para cenários de exportação de dados em grande escala.

Instalar plugins do Kibana

Use um plugin do Kibana para consultar dados ou adicionar tags aos dados.

O que fazer se eu receber um erro 500 ao acessar o Kibana após ativar o X-Pack?

Ativar o X-Pack no seu cluster do Elasticsearch pode causar um erro 500 ao acessar o Kibana.

• Causa

  Após a ativação do X-Pack, o cluster precisa de tempo para distribuir a configuração para todos os nós. Durante esse período, o Kibana não consegue iniciar e retorna um erro 500. Reinicie o Kibana para que a configuração entre em vigor.

• Solução

  1. Aguarde o cluster concluir a distribuição da configuração do X-Pack. Esse processo geralmente leva alguns minutos.

  2. Após a conclusão da distribuição da configuração, reinicie o nó do Kibana no console do Elasticsearch. Na página de gerenciamento do cluster, localize o nó do Kibana e reinicie-o.

O que fazer se os curingas não corresponderem aos índices durante a criação de um index pattern?

Ao criar um index pattern no Kibana, o padrão com curinga pode não corresponder a nenhum índice.

• Causa

  O padrão com curinga não corresponde ao prefixo real dos nomes dos índices. Por exemplo, se o nome do índice for owl_resell_20231001, o padrão resell_* não corresponderá ao índice porque o prefixo não está alinhado. É necessário usar owl_resell* em vez disso.

• Solução

  1. Verifique os nomes reais dos seus índices. Execute GET _cat/indices?v no console Dev Tools do Kibana para listar todos os índices.

  2. Certifique-se de que o padrão com curinga corresponda ao prefixo real dos nomes dos índices. Por exemplo, use owl_resell* para corresponder a índices chamados owl_resell_20231001 e owl_resell_20231002. Não use resell_*, pois esse padrão não corresponde ao prefixo completo.

  3. Depois que o padrão corresponder com sucesso aos índices, selecione o campo de tempo correto para os índices na próxima etapa para concluir a criação do index pattern.

O que fazer se o Kibana estiver inacessível ou tornar-se inacessível após uma atualização de certificado?

Se você não conseguir acessar o Kibana, realize a solução de problemas com base nos seguintes cenários:

• Problema de sincronização de tempo em rede privada

  Se a hora do sistema do seu dispositivo cliente, como uma área de trabalho na nuvem, não estiver sincronizada com a hora do servidor, o Kibana pode ficar inacessível pela rede privada. Verifique e corrija a hora do sistema do dispositivo cliente para garantir que ela esteja sincronizada com a hora do servidor.

• Atualização de certificado

  Após uma atualização de certificado HTTPS para o cluster do Elasticsearch, o Kibana pode ficar inacessível até que a nova configuração de certificado entre em vigor. Reinicie o nó do Kibana no console do Elasticsearch para aplicar o novo certificado.

• Solução de problemas geral

  Se o problema persistir, execute as seguintes verificações:

  • Verifique se a instância do Elasticsearch está em estado íntegro.

  • Verifique se a lista de permissões de endereços IP está configurada corretamente e inclui o endereço IP do seu cliente.

  • Limpe o cache do navegador e tente novamente.

Discrepância de timestamp entre Discover e Elasticsearch

A interface Discover do Kibana exibe o campo @timestamp em UTC por padrão, enquanto os documentos do Elasticsearch armazenam timestamps na hora local. Essa discrepância pode ser resolvida da seguinte forma:

• Para novos dados: Altere a configuração dateFormat:tz na página Advanced Settings do Kibana.

• Para dados existentes: Use a Reindex API para atualizar os timestamps.

Kibana inacessível, mas Elasticsearch acessível

Reinicie o nó do Kibana. Na página Basic Information da sua instância do Elasticsearch, na seção Node Visualization, passe o mouse sobre a luz de status do Kibana Node e clique em Restart.

Impossibilidade de acessar o Kibana usando um registro CNAME

Não é possível usar um nome de domínio personalizado com registro CNAME para acessar o Kibana em uma instância do Elasticsearch com a arquitetura Cloud-native Control Architecture (v3). Para usar um nome de domínio personalizado, acesse o Kibana através de um proxy Nginx.

Como excluir um ou vários endereços IP usando KQL na página de consulta de logs do Kibana?

Na página Discover ou na página de consulta de logs do Kibana, use a palavra-chave NOT na KQL (Kibana Query Language) para excluir documentos que correspondam a um valor de campo especificado. Essa palavra-chave suporta exclusões de valor único e de múltiplos valores.

• Para excluir um único endereço IP, use o formato NOT <field>: "<IP>". Por exemplo:

  NOT remote: "10.1.146.35"

• Para excluir vários endereços IP, encadeie múltiplas condições NOT com AND. Por exemplo:

  NOT remote: "10.1.146.35" AND NOT remote: "10.1.150.19"

Para mais informações sobre a sintaxe KQL, consulte Kibana Query Language na documentação oficial do Kibana.