Как правильно подойти к вопросу: может ли Graylog принимать логи от OpenTelemetry collector?

Да, Graylog может принимать данные от OpenTelemetry Collector, но обычно не напрямую в формате OTLP как полноценный observability-backend, а через нормальный промежуточный формат: GELF, Syslog, HTTP input или через pipeline, который превращает telemetry logs в понятные Graylog-сообщения.

Самый рабочий путь такой: Collector забирает логи/трейсы/метрики из приложений, дальше для логов настраивается exporter в сторону Graylog. Если нужны именно логи, лучше не пытаться отправлять всё подряд в Graylog как trace data. Graylog хорошо работает как log management, поэтому в него стоит отдавать структурированные log events.

• создайте в Graylog input: GELF UDP/TCP или Syslog TCP;
• в OpenTelemetry Collector добавьте receiver, processors и exporter;
• проверьте, что timestamp, service.name, severity, trace_id и span_id попадают отдельными полями;
• после приема настройте stream/pipeline rules в Graylog, чтобы разложить события по сервисам.

Пример общей логики конфигурации для отправки логов через GELF/HTTP зависит от версии Collector и доступных exporters, но схема примерно такая:

receivers:
  otlp:
    protocols:
      grpc:
      http:

processors:
  batch:
  resource:
    attributes:
      - key: environment
        value: production
        action: upsert

exporters:
  otlphttp:
    endpoint: http://graylog.example.local:12201

service:
  pipelines:
    logs:
      receivers: [otlp]
      processors: [resource, batch]
      exporters: [otlphttp]

На практике я бы сначала поднял тестовый input в Graylog и отправил 5-10 тестовых сообщений, а не весь поток. Если Graylog видит события, но поля лежат в одном message, нужно настроить extractors или pipeline. Если событий нет, проверяйте порт, протокол, firewall, payload и logs самого Collector. Важный момент: метрики и трейсы лучше хранить в Prometheus/Tempo/Jaeger, а Graylog использовать именно для логов и поиска по событиям.