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
Currently we encounter an issue where the compactor requires a disk for the compaction process. Once finished the disk can be deleted as the data is not needed there any more. This work can be done on S3 directly instead. As the work is asynchronous we will pay in CPU but it should not be expansive as this is a batch running from time to time. Managing the disk locally is not to complicated but does not make sense in this case as the compactor should be decoupled from Prometheus entirely.
The text was updated successfully, but these errors were encountered:
bwplotka
changed the title
Campactor should use S3 instead of a local storage
Campactor should work directly on object storage
Oct 22, 2019
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Currently we encounter an issue where the compactor requires a disk for the compaction process. Once finished the disk can be deleted as the data is not needed there any more. This work can be done on S3 directly instead. As the work is asynchronous we will pay in CPU but it should not be expansive as this is a batch running from time to time. Managing the disk locally is not to complicated but does not make sense in this case as the compactor should be decoupled from Prometheus entirely.
The text was updated successfully, but these errors were encountered: