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

Add remote_write use case #12

Open
valyala opened this issue Nov 13, 2019 · 3 comments
Open

Add remote_write use case #12

valyala opened this issue Nov 13, 2019 · 3 comments

Comments

@valyala
Copy link

valyala commented Nov 13, 2019

Prometheus provides the ability to replicate locally stored data to remote storage. This helps solving the following issues:

  • Global query view, when you want running a query over data from multiple Prometheus instances.
  • Long-term storage. Local storage size in Prometheus is limited by local disk capacity. Remote storage can provide higher data capacity via clustering and better compression.
  • Scalability. Prometheus instance cannot automatically scale to multiple computers, while certain remote storage solutions can.

I'd recommend using single-node VictoriaMetrics for the use case because of the following features:

  • It is easy to run - just a single binary with the minimum number of command-line flags to set up.
  • It supports PromQL, so it can be used as drop-in replacement for Prometheus in Grafana dashboards.
  • It is resource-efficient and provides good compression ratio for data.
@lucperkins
Copy link
Collaborator

@valyala I do think that doing something with the remote write API is a great idea, though I will likely expand the scenario to include multiple platforms

@roidelapluie
Copy link

While victoria supports PromQL it also support non-standard PromQL. I am unsure wether we should promote that kind of PromQL compatibility as it is just one direction.

@valyala
Copy link
Author

valyala commented Nov 17, 2019

While victoria supports PromQL it also support non-standard PromQL. I am unsure wether we should promote that kind of PromQL compatibility as it is just one direction.

There is no need in using non-standard PromQL when working with VictoriaMetrics. This is just extension, which can be used if needed.

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

3 participants