KVM HA configuration via database: Global Config parameters and enabling HA on uploaded templates #13100
-
|
Hi everyone, I would like to get some feedback regarding the following Global Configuration parameters related to KVM High Availability in our staging environment running Apache CloudStack. We know that these settings can be changed via the Web UI, API, or directly in the database. We would like to know if there are any concerns or restrictions regarding changing these parameters directly in the database. The parameters in question:
Some questions:
Additionally, we have a second concern: we have templates that were uploaded without HA enabled. Once a template is uploaded, the HA option is no longer available through the Web UI. In this case, is it safe to enable HA directly in the database for both the templates and the VMs that were deployed from them?
Thanks in advance! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 5 replies
-
|
imho this should be fine, restart the management server afterwards. |
Beta Was this translation helpful? Give feedback.
-
|
So, is it okay to change the global configs directly on the DB? |
Beta Was this translation helpful? Give feedback.
-
|
Why would you want to do that? I would say no, but do not know your motivation. |
Beta Was this translation helpful? Give feedback.
-
|
Hy @DaanHoogland, This is a staging environment, and my question is whether CloudStack configuration changes should always be done via WebUI/API, or if changing them directly in the database is acceptable in this specific case. We know the best practice is to use the Web UI or API, but we would like to understand whether there is any technical restriction beyond that, especially for these KVM HA global configuration parameters: kvm.ha.recover.failure.threshold We also have templates that were uploaded without HA enabled. Since the HA option is no longer available in the Web UI after upload, is it safe to enable HA directly in the database for those templates and for VMs deployed from them? Is there any risk in doing this directly in the database? At the moment, we are running ACS 4.21.0 and plan to upgrade to 4.22 in the future. Our motivation is only to clarify this doubt, and we do not intend to make direct database changes in production. thanks! |
Beta Was this translation helpful? Give feedback.
-
|
@raniers1 , you would have to investigate the code to see how it is retrieved. Settings are quite old and basically two different ways of retrieving are still in use in the code-base. When restarting all management servers this would usually work (provided you use the right table, because there are configurations and (resource) details. Both of which appear as configuration at different levels. Hope this explains, |
Beta Was this translation helpful? Give feedback.
-
|
ok, thanks! @DaanHoogland |
Beta Was this translation helpful? Give feedback.
@raniers1 , you would have to investigate the code to see how it is retrieved. Settings are quite old and basically two different ways of retrieving are still in use in the code-base. When restarting all management servers this would usually work (provided you use the right table, because there are configurations and (resource) details. Both of which appear as configuration at different levels.
Hope this explains,