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

Guidance for Storage options for running Observatorium with operator. #37

Open
bwplotka opened this issue Feb 1, 2021 · 1 comment
Open

Comments

@bwplotka
Copy link
Member

bwplotka commented Feb 1, 2021

cc David (:

Can you share a little about problems you are having and existing configuration?

@david-martin
Copy link

Sure.

We're running observatorium via the operator.
There's a number of clients sending metrics & logs into observatorium.
We're also using minio for storage.

Currently, we hit problems with minio storage filling up and resort to using the minio client mc to clean up old data and free up space.

e.g.

mc  rm  --older-than 2d -r --force  minio-obs/thanos

So, maybe the ask here is already possible and it's a knowledge gap on my part (and maybe it's something that could be made simpler through abstraction?).

The ask is a way to easily configure a combination of the max retention by data size and by date.
For example, never go above 50G storage.
Also, never keep data more than 7 days old.

So ideally you will always have 7 days data, but sometimes you won't because your storage is maxing out and needs to be pruned (hopefully automatically)

Also, it would be great to configure this via observatorium regardless of the underlying storage implemention (minio)

haoqing0110 referenced this issue in stolostron/observatorium-operator Apr 7, 2021
Use API as the name everywhere to make it consistent.
saswatamcode pushed a commit to saswatamcode/observatorium-operator that referenced this issue May 21, 2024
…ort_proxy

Support configure common environment variables
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants