- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
Use Observability Pipelines’ Splunk HTTP Event Collector (HEC) source to receive logs from your Splunk HEC. Select and set up this source when you set up a pipeline.
To use Observability Pipelines’s Splunk HTTP Event Collector (HEC) source, you have applications sending data to Splunk in the expected HEC format.
To use Observability Pipelines’s Splunk HEC destination, you have a Splunk Enterprise or Cloud instance configured with an HTTP Event Collector (HEC) input. You also have the following information available:
0.0.0.0:8080
. Later on, you configure your applications to send logs to this address.https://prd-p-0mupp.splunkcloud.com:8088
.See Configure HTTP Event Collector on Splunk Web for more information about setting up Splunk HEC.
Note: Observability Pipelines does not support HEC Indexer Acknowledgement.
Select and set up this source when you set up a pipeline. The information below is for the source settings in the pipeline UI.
원하는 경우 스위치를 토글하여 TLS를 사용하도록 설정합니다. TLS를 사용하도록 설정하는 경우 다음 인증서 및 키 파일이 필요합니다.
Server Certificate Path
: 인증 기관(CA) 루트 파일에 의해 서명된 인증서 파일의 경로(DER 또는 PEM(X.509))입니다.CA Certificate Path
: 인증 기관(CA) 루트 파일(DER 또는 PEM(X.509))인 인증서 파일의 경로입니다.Private Key Path
: 서버 인증서 경로에 속하는 .key
개인 키 파일의 경로(DER 또는 PEM(PKCS#8) 형식)입니다.After you install the Observability Pipelines Worker and deploy the configuration, the Worker exposes three HTTP endpoints that uses the Splunk HEC API:
/services/collector/event
/services/collector/raw
/services/collector/health
To send logs to your Splunk index, you must point your existing logs upstream to the Worker.
curl http://<OPW_HOST>:8088/services/collector/event \
-d '{"event": {"a": "value1", "b": ["value1_1", "value1_2"]}}'
<OPW_HOST>
is the IP/URL of the host (or load balancer) associated with the Observability Pipelines Worker. For CloudFormation installs, the LoadBalancerDNS
CloudFormation output has the correct URL to use. For Kubernetes installs, the internal DNS record of the Observability Pipelines Worker service can be used, for example opw-observability-pipelines-worker.default.svc.cluster.local
.
At this point, your logs should be going to the Worker, processed by the pipeline, and delivered to the configured destination.