Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Request] Document how to retain data with fleet integration and ILM policies #907

Closed
1 task done
paulb-elastic opened this issue Jul 29, 2021 · 5 comments
Closed
1 task done
Assignees
Labels
Area:Synthetics Synthetics Docs Issue blocked needs-input Team:Docs Label for the Observability docs team

Comments

@paulb-elastic
Copy link
Contributor

paulb-elastic commented Jul 29, 2021

Description

This is the observability-docs issue for elastic/synthetics#286.

When users take advantage of configuring Synthetic (real browser) monitors through a Fleet Integration and Elastic Agent (as opposed to a heartbeat.yml manually deployed), this will use data streams. This implements separate indices for screenshots, network and everything else, meaning users can have a different (probably more aggressive) retention policy for screenshots and even network data.

As screenshots can quickly consume a fair amount of space and start to cost more, you could imagine for example a 2 week retention for screenshots, a 6 month retention for network data (used to generate the waterfall charts) and say 24 months the main result data.

This needs to be documented so users can take advantage of this (we won't be implementing default ILM policies, or other UI controls for configuring this, at this stage).

Collaboration

  • Other - needs input from the Synthetics team

Suggested Target Release

We are expecting to release Synthetic (real browser) and Elastic Agent Integration in 7.15.

Stakeholders

@paulb-elastic paulb-elastic added the Team:Docs Label for the Observability docs team label Jul 29, 2021
@ollyhowell ollyhowell added the Area:Synthetics Synthetics Docs Issue label Nov 17, 2021
@colleenmcginnis
Copy link
Contributor

👋 @paulb-elastic is this a good time for me to start working on this issue or should I wait per elastic/synthetics#286 (comment)?

@paulb-elastic
Copy link
Contributor Author

@colleenmcginnis yes, I'd suggest holding off for now, as we need to prioritise the work to simplify the ILM policy piece (we’ve made progress with a good level of detail in elastic/uptime#453 (comment) but this capability isn’t quite available yet, which will make it much easier to use, and set specific policies for each data type).

@paulb-elastic
Copy link
Contributor Author

Updating with the implementation issue for the additional capability: elastic/uptime#462
(not worth updating the docs until this is merged)

@colleenmcginnis
Copy link
Contributor

@paulb-elastic is there anything else we need to add to the docs related to this topic that isn't already covered in https://www.elastic.co/guide/en/observability/current/synthetics-manage-retention.html?

@paulb-elastic
Copy link
Contributor Author

Thanks @colleenmcginnis you are right, it was done in #1944

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area:Synthetics Synthetics Docs Issue blocked needs-input Team:Docs Label for the Observability docs team
Projects
None yet
Development

No branches or pull requests

4 participants