Отправка данных на несколько бэкэндов: различия между версиями
(Новая страница: «В следующем примере конфигурации показано, как настроить экземпляр '''Collector''' для отправк...») |
|||
| Строка 32: | Строка 32: | ||
exporters: | exporters: | ||
otlphttp/ | otlphttp/astromkey: | ||
endpoint: ${env:DT_ENDPOINT} | endpoint: ${env:DT_ENDPOINT} | ||
| Строка 54: | Строка 54: | ||
processors: [] | processors: [] | ||
exporters: [otlphttp/ | exporters: [otlphttp/astromkey, otlp/coldstorage] | ||
metrics: | metrics: | ||
| Строка 62: | Строка 62: | ||
processors: [] | processors: [] | ||
exporters: [otlphttp/ | exporters: [otlphttp/astromkey, otlp/coldstorage] | ||
logs: | logs: | ||
| Строка 70: | Строка 70: | ||
processors: [] | processors: [] | ||
exporters: [otlphttp/ | exporters: [otlphttp/astromkey, otlp/coldstorage] | ||
|} | |} | ||
| Строка 87: | Строка 87: | ||
Для экспортера Ключ-АСТРОМ мы устанавливаем следующие две переменные среды и ссылаемся на них в значениях конфигурации для <code>endpoint</code> и <code>Authorization</code>. | Для экспортера Ключ-АСТРОМ мы устанавливаем следующие две переменные среды и ссылаемся на них в значениях конфигурации для <code>endpoint</code> и <code>Authorization</code>. | ||
* <code>DT_ENDPOINT</code> содержит базовый URL-адрес конечной точки API | * <code>DT_ENDPOINT</code> содержит базовый URL-адрес конечной точки API astromkey (например, <code><nowiki>https://{your-environment-id}.live.astromkey.com/api/v2/otlp</nowiki></code>) | ||
* <code>DT_API_TOKEN</code> содержит токен API | * <code>DT_API_TOKEN</code> содержит токен API | ||
=== Сервисные контейнеры === | === Сервисные контейнеры === | ||
В <code>service</code> в конечном итоге мы собираем наши объекты приемника и экспортера в контейнеры, которые принимают любой запрос '''OTLP''' (HTTP и gRPC) и пересылают его на настроенные бэкэнды, используя настроенные экспортеры. | В <code>service</code> в конечном итоге мы собираем наши объекты приемника и экспортера в контейнеры, которые принимают любой запрос '''OTLP''' (HTTP и gRPC) и пересылают его на настроенные бэкэнды, используя настроенные экспортеры. | ||
Текущая версия на 15:56, 11 декабря 2025
В следующем примере конфигурации показано, как настроить экземпляр Collector для отправки телеметрических данных на несколько бэкэндов одновременно.
Предустановка
- Один из следующих дистрибутивов Collector:
- URL-адрес конечной точки API Ключ-АСТРОМ, на которую следует экспортировать данные.
- Токен API с соответствующей областью доступа (требуется только для SaaS и АктивногоШлюза)
- URL-адреса для приема данных и любые применимые учетные данные аутентификации для других бэкэндов.
Информацию о настройке Collector с использованием указанной ниже конфигурации см. в разделах Развертывание коллектора и Конфигурация коллектора.
Демо конфигурация
| receivers:
otlp: protocols: grpc: endpoint: 0.0.0.0:4317 http: endpoint: 0.0.0.0:4318 exporters: otlphttp/astromkey: endpoint: ${env:DT_ENDPOINT} headers: Authorization: "Api-Token ${env:DT_API_TOKEN}" otlp/coldstorage: endpoint: my.coldstorage.example:4317 service: pipelines: traces: receivers: [otlp] processors: [] exporters: [otlphttp/astromkey, otlp/coldstorage] metrics: receivers: [otlp] processors: [] exporters: [otlphttp/astromkey, otlp/coldstorage] logs: receivers: [otlp] processors: [] exporters: [otlphttp/astromkey, otlp/coldstorage] |
Компоненты
Для нашей конфигурации мы настраиваем следующие компоненты.
Приемники
В разделе receivers мы указываем приемник otlp, как активный компонент приемника для нашего экземпляра Collector.
Экспортеры
В разделе exporters мы указываем следующие экземпляры экспортера для наших бэкэндов.
- Экспортер
otlphttpдля Ключ-АСТРОМ - Экспортер gRPC
otlpдля системы холодного хранения
Для экспортера Ключ-АСТРОМ мы устанавливаем следующие две переменные среды и ссылаемся на них в значениях конфигурации для endpoint и Authorization.
DT_ENDPOINTсодержит базовый URL-адрес конечной точки API astromkey (например,https://{your-environment-id}.live.astromkey.com/api/v2/otlp)DT_API_TOKENсодержит токен API
Сервисные контейнеры
В service в конечном итоге мы собираем наши объекты приемника и экспортера в контейнеры, которые принимают любой запрос OTLP (HTTP и gRPC) и пересылают его на настроенные бэкэнды, используя настроенные экспортеры.
