Data retention

StackState imposes data retention limits to save storage space and improve performance.

Retention of topology graph data

By default topology graph data will be retained for 8 days. This works in a way, that the latest state of topology graph will always be retained; only history older than 8 days will be removed. If you want to have this altered, there is a StackState Cli route prepared for it. To check what is the current retention period you can use the following StackState CLI command:

sts retention get-window

In some cases it may be useful to keep historical data for more than 8 days. To set a new retention period to e.g. 10 days you can use the following command:

sts retention set-window --window 864000000

(note that time value is provided in milliseconds - 10 days equals 864000000 milliseconds)

Please note that by adding more time to data retention period, the amount of data stored is also going to grow and need more storage space. This may also affect performance of the Views.

After a new retention window is applied, you can schedule a new removal with this command:

sts retention set-window --schedule-removal

After changing the retention period to a smaller window, you may end up with some data that is already expired and will wait there until the next scheduled cleanup. To schedule an additional removal of expired data, use the following command:

Please note that this may take some time to have an effect.

sts retention remove-expired-data

However, if you would like to perform data deletion without having to wait for an additional scheduled cleanup, you can use --immediately argument:

sts retention remove-expired-data --immediately

Retention of metrics/events

If you are using the metric/event store provided with StackState, your data will be retained for a month. If you have configured your own data source to be accessed by StackState, the retention policy is determined by the metric/event store you connected.