Closed jdblack closed 3 years ago
Hi @jdblack , Theoretically, that's possible - but nobody implemented that. IIRC carbonapi has ability to merge different retentions - but maybe I'm wrong.
We haven't been able to move to carbonapi, at least not yet, as carbonapi doesn't support events and does not support some of the graphite-web functions that our developers rely upon.
Hi @jdblack
Theoretically (I didn't test it but should work) you can use carbonapi
only as "merger".
You can set up carbonapi which will have 2 backends with different retentions, like:
...
backendsv2:
backends:
-
groupName: "graphite-web"
protocol: "msgpack"
lbMethod: "broadcast"
maxTries: 3
maxBatchSize: 0
keepAliveInterval: "10s"
concurrencyLimit: 0
maxIdleConnsPerHost: 1000
servers:
- "http://<ip1>:<port1>?format=msgpack"
- "http://<ip2>:<port2>?format=msgpack"
and then point another graphite-web to carbonapi as `CLUSTER_SERVERS=["
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.
Hello all,
We're attempting to convert from a schema that has a 10s default to another that has a 60s default. I performed the following steps:
Does REMOTE_STORE_MERGE_RESULTS = True work against graphite-webs that have heterogenous clusters? We have quite a bit of metrics and we're hoping that we can avoid shutting caches down to rewrite them with whisper