Solucionar problemas da integração do Elasticsearch com OpenTelemetry

$
sudo systemctl status otelcol-contrib

• Se o serviço estiver inativo, inicie-o: sudo systemctl start otelcol-contrib
• Se o serviço falhou, corrija os erros de configuração e reinicie: sudo systemctl restart otelcol-contrib

$
sudo journalctl -u otelcol-contrib.service -f

Analise a saída do log e resolva a causa raiz (por exemplo, problemas de conexão, falhas de autenticação ou problemas de permissão).

Amostra de erro: dial tcp [::1]:9200: connect: connection refused

• Certifique-se de que o endpoint em config.yaml corresponda ao host e à porta do Elasticsearch.
• Confirme se o Elasticsearch está em execução e acessível a partir do host do coletor.

Amostra de erro: permanent error: 403 Forbidden

1. Verifique NEWRELIC_LICENSE_KEY em /etc/systemd/system/otelcol-contrib.service.d/environment.conf .

2. Recarregue o systemd e reinicie o coletor:

   bash

   Copiar

   $
   sudo systemctl daemon-reload
   $
   sudo systemctl restart otelcol-contrib

Amostra de erro: permission denied ou cannot open file

1. Adicione o usuário do coletor ao grupo Elasticsearch:
   bash

   Copiar

   $
   sudo usermod -a -G elasticsearch otelcol-contrib

2. Reinicie o coletor: sudo systemctl restart otelcol-contrib

$
# Unsecured cluster
$
curl -I http://localhost:9200
$

$
# With authentication
$
curl -u username:password -k https://localhost:9200

Verifique se o cluster está íntegro, se as credenciais são válidas e se as configurações de firewall ou segurança permitem o acesso.

• Garanta que o processador resourcedetection esteja incluído em todos os pipelines de métricas.
• Verifique se elasticsearch.cluster.name está definido via processador resource/cluster_name_override .

• Confirme se os caminhos do receptor filelog estão corretos e absolutos.
• Verifique se o pipeline de logs inclui tanto o receptor filelog quanto o exportador otlphttp .

$
# Verify your Elasticsearch pods have the required label
$
kubectl get pods -n <namespace> -l app=elasticsearch --show-labels

Se nenhum pod for retornado, seus pods do Elasticsearch não possuem o rótulo app=elasticsearch obrigatório. O receiver_creator não consegue descobrir pods sem rótulos correspondentes.

• Para StatefulSet/Implantação, adicione o rótulo no modelo do pod:

  spec:
    template:
      metadata:
        labels:
          app: elasticsearch

  Copiar
• Para pods existentes, adicione o rótulo e reinicie:
  bash

  Copiar

  $
  kubectl label pods -l <your-selector> app=elasticsearch -n <namespace>
  $
  kubectl rollout restart statefulset/elasticsearch -n <namespace>

• Se estiver usando rótulos personalizados, atualize a regra do receiver no values.yaml para corresponder aos seus rótulos:

  rule: type == "pod" && labels["app"] == "your-custom-label"

  Copiar

$
kubectl get pods -n newrelic
$
kubectl describe pod <collector-pod-name> -n newrelic

• Verifique os eventos do pod para erros: kubectl describe pod
• Revise os logs do coletor:
  bash

  Copiar

  $
  kubectl logs -n newrelic -l app.kubernetes.io/name=opentelemetry-collector

• Verifique se o segredo existe:
  bash

  Copiar

  $
  kubectl get secret newrelic-licenses -n newrelic

• Verifique se os limites de recursos não estão muito baixos

$
# Check collector logs for discovery errors
$
kubectl logs -n newrelic -l app.kubernetes.io/name=opentelemetry-collector | grep "receiver_creator"

• Verifique se as permissões RBAC estão definidas corretamente:
  bash

  Copiar

  $
  kubectl get clusterrole | grep opentelemetry
  $
  kubectl describe clusterrole <role-name>

• Certifique-se de que o coletor tenha permissões para monitorar pods, nós e endpoints
• Verifique se a extensão k8s_observer está ativada na configuração

$
# Check network policies
$
kubectl get networkpolicies -n <namespace>
$

$
# Test connectivity from collector to Elasticsearch
$
kubectl exec -n newrelic <collector-pod> -- curl http://<es-pod-ip>:9200

• Verifique se as políticas de rede permitem o tráfego do namespace newrelic para o seu namespace Elasticsearch
• Verifique se os pods do Elasticsearch estão expondo a porta correta (padrão: 9200)
• Certifique-se de que nenhuma regra de firewall bloqueie a comunicação entre pods

Amostra de erro: permanent error: 403 Forbidden

• Verifique se o segredo contém a chave de licença correta:
  bash

  Copiar

  $
  kubectl get secret newrelic-licenses -n newrelic -o jsonpath='{.data.NEWRELIC_LICENSE_KEY}' | base64 -d

• Certifique-se de que o endpoint OTLP esteja correto para sua região
• Verifique se o segredo está montado no pod do coletor:
  bash

  Copiar

  $
  kubectl describe pod <collector-pod> -n newrelic | grep -A5 "Environment"

• Verifique se você está usando mode: daemonset (o modo de implantação não pode acessar os logs do nó)
• Verifique se as montagens de volume estão configuradas corretamente:
  bash

  Copiar

  $
  kubectl describe pod <collector-pod> -n newrelic | grep -A10 "Mounts"

• Verifique se o caminho do receptor filelog corresponde aos logs do seu pod do Elasticsearch:
  bash

  Copiar

  $
  kubectl exec -n newrelic <collector-pod> -- ls /var/log/pods/*/elasticsearch*/*.log

• Certifique-se de que o coletor tenha permissões de leitura nos diretórios de log do host

• Verifique se a variável de ambiente K8S_CLUSTER_NAME está definida no values.yaml
• Verifique se o processador resource/cluster está no pipeline de métricas
• Consulta para verificar:

  FROM Metric SELECT * WHERE metricName LIKE 'elasticsearch.%' LIMIT 1

  Copiar
  Verifique se o atributo k8s.cluster.name está presente