When the setting for your host pool is to use all 3 zones and 1 zone has no capacity it the host rebuild/reimage will get into a loop trying to use that zone each time.
Example error:
Status: 200
ErrorCode: ZonalAllocationFailed
When the setting for your host pool is to use all 3 zones and 1 zone has no capacity it the host rebuild/reimage will get into a loop trying to use that zone each time.
Example error:
We are experiencing this a lot at the moment. It usually helps if we use the Azure Capacity Extender.
What we currently have with one customer is that he has to open a ticket for Western Europe if he wants to deploy VMs in another zone. Zone 1 always works, the others don't. The whole thing per SKU!
Thanks for reporting this issue. I will raise with the development team.
@Toby Please also note my other request. It would also be important that if the SKU, and in this case the zone, is changed back when available!
Stefan Beckmann, thank you. This is not currently how the feature functions, but I will make a note to discuss this. I agree it is probably the correct expected behavior.
The challenge here is that we do not run regular scheduled appraisals for the health status of AZ and VM skus across the AZs. This action would add alot of additional API calls, which may be problematic.
I feel like the correct approach should be to either randomize the zone selection each time (I am currently seeing this with two zones having equal numbers of hosts, but it's always the same zone tried and resulting in the same error) or deliberately cycling through the zones on retry to attempt to avoid the error.
Hi Erik, we've recently implemented a new option called, Availability Zone Awareness within Azure Capacity Extender (ACE) that further enhances the capabilities of this feature by trying all configured Availability Zones when using ACE.
More details: Host Pool Azure Capacity Extender Configuration – Nerdio Manager for Enterprise
Hi Stefan, reverting to the default SKU when using Azure Capacity Extender is still on our roadmap, we have certainly not forgotten about it!
Please sign in to leave a comment.
Comments (6 comments)