-
Notifications
You must be signed in to change notification settings - Fork 224
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
Pulsar Manager Persistence in HerdDB #450
Comments
I renamed Zookeeper -> HerdDB in the title. @Mortom123 I guess that's what you meant with persistence in Zookeeper? HerdDb uses both Zookeeper and Bookkeeper. |
#343 has been merged. That provides persistence using a PVC and Postgres Db. I guess that might be sufficient for many use cases. |
If it is possible to condogurr the jdbc url then storing data on BookKeeper using HerdDB is easy. HerdDB uses Zookeeper the very same way as Pulsar BookKeeper. |
@eolivelli - I also thought that.
And thought that the environment variable of the Pulsar Manager Does this work? |
Is your feature request related to a problem? Please describe.
Currently the Pulsar Manager is not persisted outside of the container it is running in.
This means reconditioning of it is necessary should the helm chart be reinstalled. This is not a favorable solution.
Describe the solution you'd like
We can either provide a custom jdbc connectionstring to an external storage medium or use the zookeeper to store this data.
I think storing in the zookeeper should be the preferred solution.
The default value in
values.yaml
for the key:pulsar_manager.configData.URL
(as well as others that need tuning) should be set according to: https://github.com/apache/pulsar-manager#default-test-database-herddbDescribe alternatives you've considered
External DB: keeping data in Zookeeper puts Zookeeper as a central point of data and should therefore be favored.
The text was updated successfully, but these errors were encountered: