- 最新
- 投票最多
- 评论最多
The ALB access logs cannot be modified so you will not be able to add the CloudFront header to the logs.
I suggest you do the correlation through the access logs of the backend servers associated with the ALB target group.
CloudFront adds a unique X-Amz-Cf-Id
per request and the ALB adds a unique X-Amzn-Trace-Id
per request.
See example:
GET / HTTP/1.1
X-Amzn-Trace-Id: Root=1-66b33ac1-6e2231ed111cb89e07ebea31
X-Amz-Cf-Id: Zntch4-jkKYpJqnt-kygTeKP3jSDtt1WXhxqLZVzsGao1EuwtCe4OA==
....
Hello vahag
The issue: While Cloudfront provides a unique identifier (X-Amz-Cf-Id) for each request, ALB logs lack a similar direct correlation. This makes it challenging to directly link requests across both services.
Relevant Documentation to resolve the issue:
- CloudFront Access Logs:https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/AccessLogs.html
- ALB Access Logs: https://docs.aws.amazon.com/athena/latest/ug/application-load-balancer-logs.html
So you mean, where is not way to do the mapping with IDs we should check and compare the Time/Path/Method and ...?
no direct, built-in mechanism to correlate CloudFront and ALB logs using unique identifiers like CloudFront's X-Amz-Cf-Id
Thank you for you help
相关内容
- AWS 官方已更新 2 年前
- AWS 官方已更新 1 个月前
- AWS 官方已更新 2 年前
Thank you for your help but this only will help when the request reach 100% you backend if there is a problem between CloudFront and ALB, I can not find it easily. Does this "X-Amzn-Trace-Id" value added to the all response headers?
This header is added to the request being sent from the ALB to the target group (not the response). see here https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-request-tracing.html.
If you find an entry in the ALB access log with
trace_id
containing a value that is not present in the backend server access log it is an indication for you that the request has failed between the ALB and the target group.Thank you for your help