-
Notifications
You must be signed in to change notification settings - Fork 16
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
Service instance #807
Comments
We had two concept about this:
But we still have no real life case for this. |
"Virtual Service" - it seems suitable for my purposes. |
@vbp1 No, it is not implemented at all. We did not find any internal customer for this functionality. It would be nice if you describe expected user story about this functionality in details. |
I am planning to use adcm to deploy postgresql clusters built on pacemaker / corosync. In this case, the cluster (in ADCM terms) itself is the corosync framework, and the service (in ADCM terms) is a set of pacemaker cluster resources (pgsql + vIPs) - we may say it's a redundant DB setup. I would like to run N such DB in the same cluster, with the ability to dynamically add and remove them. The settings set (PGDATA, port, etc.) and provisioning logic for the DB is the same, but the settings values are different. For example, I'd like to have multiple instances (each one have its own values for the config parameters) of the pgsql_replicated service (see below) in the same cluster.
|
I guess maybe it would be nice to have a service instance as ADCM entity: the ability to deploy multiple instances of the same service on the same cluster, with different settings.
For example: I am planning to use adcm to deploy postgresql clusters built on pacemaker / corosync. In this case, the cluster is the corosync setup, and the service is postgresql as a set of pacemaker cluster resources (pgsql + vIP). And I would like to run N DBMS in the one cluster, with the ability to dynamically add and remove them. The template for such a set of resources, as well as the logic for adding them to the cluster, are the same, but the settings (PGDATA, port, etc.) are different.
The text was updated successfully, but these errors were encountered: