-
Notifications
You must be signed in to change notification settings - Fork 20
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
Deploy agents to specific Azure Resource Manager Resource Group #36
Comments
This would also be immensely helpful for the cloud CI system that we are setting up as well. Having to navigate it as it stands currently with our IT department is incredibly difficult. |
The actual problem when we'll try to implement this feature is a cleanup and concurrent VMs start. ARM deployer does not provide a reliable way to delete deployed resources in the group. Separate resource group per VM does not have such problems since when we're removing it will be destroyed all deployed resources within it. So while implementing it we need to solve these drawbacks of ARM deployer. |
We desperately wait for this feature to be implemented. Ability to keep all TC cloud agents within particular Resource Group would make it much more manageable. I don't quite understand "reliable way to delete deployed resources in the group". What is it exactly you are missing? Currently each agent group contains VM and network interface. All those VMs and matching network interfaces may be placed in the same RG. To delete those reliably you can use this - not the script, of course, but the algorithm. Each agent VM is a combination of only two or three resources with very simple dependencies between them. Should be easy to delete an agent by name, deleting its two or three resources in the right order. |
Latest plugin build supports deploying to specific resource group. Please let me know if it fits your needs. |
The latest plugin build works like a charm Thanks! |
Working great for us as well. Thank you! |
It'd be really helpful if we could just deploy to a specific Resource Group so we don't have to provide the TeamCity AD application with contributor access to the entire subscription. Is that on the roadmap for a future release?
The text was updated successfully, but these errors were encountered: