You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
feat(aws): Adding scheduled retry of failed events (#11)
* feat(aws): Adding scheduled retry of failed events
Signed-off-by: Vincent Boutour <vincent.boutour@datadoghq.com>
* docs(aws): Adding more details about the retry
Signed-off-by: Vincent Boutour <vincent.boutour@datadoghq.com>
---------
Signed-off-by: Vincent Boutour <vincent.boutour@datadoghq.com>
- Your IAM role must have appropriate permissions for resources in each target region
274
277
- Secrets/parameters containing the Datadog API key should exist in each target region
275
278
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.
0 commit comments