You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by "ewerton-silva00 (via GitHub)" <gi...@apache.org> on 2026/02/12 13:04:08 UTC
[D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
GitHub user ewerton-silva00 created a discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
I've been looking at Autobase (https://github.com/vitabaks/autobase) and I think it would be a suitable solution.
To request future integration with Apache CloudStack directly through the Autobase project, you need to be at least a sponsor.
Furthermore, I don't know if there are any implications in converging MIT licenses with Apache-2.0.
GitHub link: https://github.com/apache/cloudstack/discussions/12638
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by Jürgen Gotteswinter via users <us...@cloudstack.apache.org>.
I looked at everest a while ago, while it still was called Percona Everest. Looked good to me, but it requires a Object store for backups and i dont need the ui. In the end i decided to build something based on top of Kubespray and Perconas Postgres operator (which is also used by Everest).
Imho its not a great idea to integrate whole suites like Everest, no one knows how the future development will look like.
On 26.02.26, 17:16, "David Sekne" <david.sekne@webtasy.com <ma...@webtasy.com>> wrote:
Hello,
I saw that Percona released their DBaaS solution (OpenEverest) under
apache-2.0 not long ago (I have not tested this):
https://github.com/openeverest/openeverest <https://github.com/openeverest/openeverest>
Would be interesting to see if anyone has an idea on how to integrate it
in ACS.
Regards,
On 2/12/26 14:04, ewerton-silva00 (via GitHub) wrote:
> GitHub user ewerton-silva00 created a discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
>
> I've been looking at Autobase (https://github.com/vitabaks/autobase <https://github.com/vitabaks/autobase>) and I think it would be a suitable solution.
>
> To request future integration with Apache CloudStack directly through the Autobase project, you need to be at least a sponsor.
>
> Furthermore, I don't know if there are any implications in converging MIT licenses with Apache-2.0.
>
> GitHub link: https://github.com/apache/cloudstack/discussions/12638 <https://github.com/apache/cloudstack/discussions/12638>
>
> ----
> This is an automatically sent email for users@cloudstack.apache.org <ma...@cloudstack.apache.org>.
> To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org <ma...@cloudstack.apache.org>
>
--
David Sekne
Systems Administrator
--
DHH Infrastructure team
Webtasy, d.o.o., Slovenia
Plus Hosting Grupa d.o.o., Croatia
mCloud d.o.o., Serbia
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by David Sekne <da...@webtasy.com>.
Hello,
I saw that Percona released their DBaaS solution (OpenEverest) under
apache-2.0 not long ago (I have not tested this):
https://github.com/openeverest/openeverest
Would be interesting to see if anyone has an idea on how to integrate it
in ACS.
Regards,
On 2/12/26 14:04, ewerton-silva00 (via GitHub) wrote:
> GitHub user ewerton-silva00 created a discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
>
> I've been looking at Autobase (https://github.com/vitabaks/autobase) and I think it would be a suitable solution.
>
> To request future integration with Apache CloudStack directly through the Autobase project, you need to be at least a sponsor.
>
> Furthermore, I don't know if there are any implications in converging MIT licenses with Apache-2.0.
>
> GitHub link: https://github.com/apache/cloudstack/discussions/12638
>
> ----
> This is an automatically sent email for users@cloudstack.apache.org.
> To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
>
--
David Sekne
Systems Administrator
--
DHH Infrastructure team
Webtasy, d.o.o., Slovenia
Plus Hosting Grupa d.o.o., Croatia
mCloud d.o.o., Serbia
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "sekychan11 (via GitHub)" <gi...@apache.org>.
GitHub user sekychan11 added a comment to the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
I saw that Percona released their DBaaS solution (OpenEverest) under apache-2.0 not long ago (I have not tested this):
https://github.com/openeverest/openeverest
Would be interesting to see if anyone has an idea on how to integrate it in ACS.
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15784448
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "ewerton-silva00 (via GitHub)" <gi...@apache.org>.
GitHub user ewerton-silva00 added a comment to the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
@DaanHoogland, I'm not a developer and I don't know the Apache CloudStack code base well, but I'm thinking of something like this:
I believe the **Autobase** project could function as a **plugin**, an optional solution for Apache CloudStack users.
The **control plane** would run as **SystemVMs**, while the **data plane** would be VMs in user accounts.
Enabling the DBaaS plugin would make a new option available in Compute => Databases.
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15784187
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "DaanHoogland (via GitHub)" <gi...@apache.org>.
GitHub user DaanHoogland added a comment to the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
@ewerton-silva00 , MIT license is Apache 2 compatible so MIT licensed product can be used as components in apache projects. Can you expand on what integration would mean for the Apache CloudStack code base?
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15783247
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "jgotteswinter (via GitHub)" <gi...@apache.org>.
GitHub user jgotteswinter added a comment to the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
thats one thing, but Everest is one of the younger projects which is probably still changing a lot. I would more go with raw operators, like the percona ones (which i personally like a lot). Everest has its own ui, this would not fit very nice in the acs ui i think. Check the postgres operator from percona for example, thats one of the few which has no requirements for object storage as backup target. It would fit good in the acs stack.
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15784593
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "jgotteswinter (via GitHub)" <gi...@apache.org>.
GitHub user jgotteswinter edited a comment on the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
Autobase deploys the databases directly on vms, thats one approach. Another approach would be to use one of the widely adopted postgres, mysql, whatever k8s operators and build on top of the CKS feature. Databases in Kubernetes are great, especially when they come in masses.
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15784375
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "jgotteswinter (via GitHub)" <gi...@apache.org>.
GitHub user jgotteswinter added a comment to the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
Autobase deploys the databases directly on vms, thats one approach. Another approach would be to use one of the widely adopted postgres k8s operators and build on top of the CKS feature. Databases in Kubernetes are great, especially when they come in masses.
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15784375
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org
Re: [D] Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack? [cloudstack]
Posted by "jgotteswinter (via GitHub)" <gi...@apache.org>.
GitHub user jgotteswinter edited a comment on the discussion: Do we have any initiatives under discussion regarding DBaaS on Apache CloudStack?
thats one thing, but Everest is one of the younger projects which is probably still changing a lot. I would more go with raw operators, like the percona ones (which i personally like a lot). Everest has its own ui, this would not fit very nice in the acs ui i think. Check the postgres operator from percona for example, thats one of the few which has no requirements for object storage as backup target. It would fit good in the acs stack.
Sidenote: i tested everest a while ago when it still was under control of percona, no deep testing just clicking around to see if it does what it pretends. It was looking fine, but i did not like that it only supports s3 as backup target. the operator below also supports pgrest on pvc.
GitHub link: https://github.com/apache/cloudstack/discussions/12638#discussioncomment-15784593
----
This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscribe@cloudstack.apache.org