Skip to content

Commit 02ab3fc

Browse files
committed
docs(aws): Adding more details about the retry
Signed-off-by: Vincent Boutour <vincent.boutour@datadoghq.com>
1 parent 9e7fc16 commit 02ab3fc

1 file changed

Lines changed: 8 additions & 0 deletions

File tree

README.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -276,6 +276,14 @@ module "datadog_forwarder_us_west_2" {
276276
- Your IAM role must have appropriate permissions for resources in each target region
277277
- Secrets/parameters containing the Datadog API key should exist in each target region
278278

279+
## Scheduled retry
280+
281+
When you enable `dd_store_failed_events`, the Lambda forwarder stores any events that couldn’t be sent to Datadog in an S3 bucket. These events can be logs, metrics, or traces. They aren’t automatically re‑processed on each Lambda invocation; instead, you must trigger a [manual Lambda run](https://docs.datadoghq.com/logs/guide/forwarder/?tab=manual) to process them again.
282+
283+
You can automate this re‑processing by enabling `dd_schedule_retry_failed_events` parameter, creating a scheduled Lambda invocation through [AWS EventBridge](https://docs.aws.amazon.com/lambda/latest/dg/with-eventbridge-scheduler.html). By default, the forwarder attempts re‑processing every six hours.
284+
285+
Keep in mind that log events can only be submitted with [timestamps up to 18 hours in the past](https://docs.datadoghq.com/logs/log_collection/?tab=host#custom-log-forwarding); older timestamps will cause the events to be discarded.
286+
279287
## Troubleshooting
280288

281289
### Common Issues

0 commit comments

Comments
 (0)