Closed Anganthier closed 2 years ago
hi @Anganthier
I am not expert in InfluxDB. We are using the influxdb relay from influxdata. Could you help me to find some documentation to configure the InfluxDB like you are sharing with us, please? With this documentation, I will open an internal task to try to evaluate how to implement it in our solutions.
Thanks a lot
Álvaro
hi @alvneiayu ,
checking the influxdb-relay project it seems that they do not support 2.0 and probably never will. It is not maintained anymore.
https://github.com/influxdata/influxdb-relay/issues/81
So high-availabilty with influx 2.0 and influxdb-relay won't work in a stable way anymore.
bye David
hi @Anganthier
I created an internal task to investigate about this problem and added it to the backlog. I am not able to give you an ETA. We will update this thread once we have news.
Thanks a lot for your time
Álvaro
From the concern in #9275, I'm going to push for the re-priorization of the internal task, as we are not able to support InfluxDB 1.x anymore. Unfortunately I'm unable to provide any ETA for when it could be done.
In the meantime, PRs are welcome! We would be glad to help with the review and release of those changes to push this feature forwards with 2.x.
Unfortunately, this issue was created a long time ago and although there is an internal task to fix it, it was not prioritized as something to address in the short/mid term. It's not a technical reason but something related to the capacity since we're a small team.
Being said that, contributions via PRs are more than welcome in both repositories (containers and charts). Just in case you would like to contribute.
During this time, there are several releases of this asset and it's possible the issue has gone as part of other changes. If that's not the case and you are still experiencing this issue, please feel free to reopen it and we will re-evaluate it.
Which chart:
influxdb-2.2.6 App Version 2.0.6
Describe the bug
The influx-relay only distributes calls to /write to all servers. This is the api of influx v1 and exists only for backward compatibility.
Specifically a default bucket called primary is created on all replicas with different id's per replica. All statements which do write to the cluster using the V2 Api (create a bucket, create a user, create a org, ...) will only get written to one of the replicas
To Reproduce
Install a influx high-availabilty cluster with more than one replica
Expected behavior
A working cluster or a documented way how to set one up correctly for use with the V2 API.
Version of Helm and Kubernetes:
helm version
:kubectl version
: