New Question

# Revision history [back]

### How to define custom frequencies for cloudbase-init plugins individually

Hello there!

We are building a service to become a cloud provider. To this end, we don't want to use services which are dependent on meta-data services provided by Openstack and etc. Our goal is to replicate cloud-init functionality (which we use for our Liunux VMs) as much as possible. We're having trouble with replicating the "frequency" feature of cloud-init modules for Windows VMs which use cloudbase-init. We are currently changing each Windows VM's "instance-id" to replicate frequency which is very cumbersome.

How can we resolve this issue? We need to customize frequency on an independent and per-module basis. My initial understanding is that cloudbase-init aims to be very similar to cloud-init in terms of functionality; "frequency" with cloudbase-init is much more difficult than cloud-init.

Regarding the project's roadmap, is a frequency feature in the works for future releases? cloudbase-init seems lacking in this regard when compared to cloud-init.

### How to define custom frequencies for cloudbase-init plugins individually

Hello there!

We are building a service to become a cloud provider. To this end, we don't want to use services which are dependent on meta-data services provided by Openstack and etc. Our goal is to replicate cloud-init functionality (which we use for our Liunux VMs) as much as possible. We're having trouble with replicating the "frequency" feature of cloud-init modules for Windows VMs which use cloudbase-init. We are currently changing each Windows VM's "instance-id" to replicate frequency which is very cumbersome.

How can we resolve this issue? We need to customize frequency on an independent and per-module basis. My initial understanding is that cloudbase-init aims to be very similar to cloud-init in terms of functionality; "frequency" with cloudbase-init is much more difficult than cloud-init.

Regarding the project's roadmap, is a frequency feature in the works for future releases? cloudbase-init seems lacking in this regard when compared to cloud-init.

### How to define custom frequencies for cloudbase-init plugins individually

Hello there!

We are building a service to become a cloud provider. To this end, we don't want to use services which are dependent on meta-data services provided by Openstack and etc. Our goal is to replicate cloud-init functionality (which we use for our Liunux VMs) as much as possible. We're having trouble with replicating the "frequency" feature of cloud-init modules for Windows VMs which use cloudbase-init. We are currently changing each Windows VM's "instance-id" to replicate frequency which is very cumbersome.

How can we resolve this issue? We need to customize frequency on an independent and per-module basis. My initial understanding is that cloudbase-init aims to be very similar to cloud-init in terms of functionality; "frequency" with cloudbase-init is much more difficult than cloud-init.

Regarding the project's roadmap, is a frequency feature in the works for future releases? cloudbase-init seems lacking in this regard when compared to cloud-init.

### How to define custom frequencies for cloudbase-init plugins individually

Hello there!

We are building a service to become a cloud provider. To this end, we don't want to use services which are dependent on meta-data services provided by Openstack and etc. Our goal is to replicate cloud-init functionality (which we use for our Liunux VMs) as much as possible. We're having trouble with replicating the "frequency" feature of cloud-init modules for Windows VMs which use cloudbase-init. We are currently changing each Windows VM's "instance-id" to replicate frequency which is very cumbersome.

How can we resolve this issue? We need to customize frequency on an independent and per-module basis. My initial understanding is that cloudbase-init aims to be very similar to cloud-init in terms of functionality; "frequency" with cloudbase-init is much more difficult than cloud-init.

Regarding the project's roadmap, is a frequency feature in the works for future releases? cloudbase-init seems lacking in this regard when compared to cloud-init.

 5 merged revision avladu 613 ●1 ●3 ●5

### How to define custom frequencies for cloudbase-init plugins individually

Hello there!

We are building a service to become a cloud provider. To this end, we don't want to use services which are dependent on meta-data services provided by Openstack and etc. Our goal is to replicate cloud-init functionality (which we use for our Liunux VMs) as much as possible. We're having trouble with replicating the "frequency" feature of cloud-init modules for Windows VMs which use cloudbase-init. We are currently changing each Windows VM's "instance-id" to replicate frequency which is very cumbersome.

How can we resolve this issue? We need to customize frequency on an independent and per-module basis. My initial understanding is that cloudbase-init aims to be very similar to cloud-init in terms of functionality; "frequency" with cloudbase-init is much more difficult than cloud-init.

Regarding the project's roadmap, is a frequency feature in the works for future releases? cloudbase-init seems lacking in this regard when compared to cloud-init.

Hi

I am using cloudbase-init for my use case. As We are providing personal cloud solution, so We can't use any cloud providers such Openstack, Azure,...

So, in order to user cloudbase-init for our custom solution, I'm using NoCloudConfigDrive metadata service. But unfortunately this metadata service supports only instance-id , hostname and executing user-data that is not enough for me in my use case.

I could resolve my issues with using user-data capabilities, such create user, set password, .... But all of these capabilities in user-data will execute together and I not found any way to execute specific parts of user-data.

Is this possible for you to provide more options in meta-data file for NoCloudConfigDrive such as create user, set password and ... that their execution process must be apart of each other? So I will be able to manage these options with plugins that use meta-data information.

And one of my other problems is that cloudbase-init executes its plugins that are related to meta-data per instance-id. Or if I don't provide instance-id to my VMs, that it is not my solution, all of the plugins will re-execute per instance boot.

I want to act with these plugins that some of them should execute per instance and some of them should execute per boot. Is it possible?

 6 merged revision avladu 613 ●1 ●3 ●5

### How to define custom frequencies for cloudbase-init plugins individually

Hello there!

We are building a service to become a cloud provider. To this end, we don't want to use services which are dependent on meta-data services provided by Openstack and etc. Our goal is to replicate cloud-init functionality (which we use for our Liunux VMs) as much as possible. We're having trouble with replicating the "frequency" feature of cloud-init modules for Windows VMs which use cloudbase-init. We are currently changing each Windows VM's "instance-id" to replicate frequency which is very cumbersome.

How can we resolve this issue? We need to customize frequency on an independent and per-module basis. My initial understanding is that cloudbase-init aims to be very similar to cloud-init in terms of functionality; "frequency" with cloudbase-init is much more difficult than cloud-init.

Regarding the project's roadmap, is a frequency feature in the works for future releases? cloudbase-init seems lacking in this regard when compared to cloud-init.

Hi

I am using cloudbase-init for my use case. As We are providing personal cloud solution, so We can't use any cloud providers such Openstack, Azure,...

So, in order to user cloudbase-init for our custom solution, I'm using NoCloudConfigDrive metadata service. But unfortunately this metadata service supports only instance-id , hostname and executing user-data that is not enough for me in my use case.

I could resolve my issues with using user-data capabilities, such create user, set password, .... But all of these capabilities in user-data will execute together and I not found any way to execute specific parts of user-data.user-data lonely, without changing in instance-id value.

Is this possible for you to provide more options in meta-data file for NoCloudConfigDrive such as create user, set password and ... that their execution process must be apart of each other? So I will be able to manage these options with plugins that use meta-data information.

And one of my other problems is that cloudbase-init executes its plugins that are related to meta-data per instance-id. Or if I don't provide instance-id to my VMs, that it is not my solution, in my goals, all of the plugins will re-execute per instance boot.

I want to act with these plugins that some of them should execute per instance and some of them should execute per boot. Is it possible?