An Azure service that provides serverless Kubernetes, an integrated continuous integration and continuous delivery experience, and enterprise-grade security and governance.
I had the same problem. In my case, it turns out that I had a single Frontend IP configuration containing 3 rules mapped to it (2 x Load balancing rules for TCP ports 80 and 533 + 1 x Outbound rule).
I saw that the assigned IP address was the one used for inbound and load balancing rules so I attempted to create a new Frontend IP configuration with the name set the same as the outbound rule public IP address ID. I then, got exactly the same error as described in this issue and that the name is already used - perhaps the reconciliation process was attempting to do exactly the same thing I was doing manually.
Going right to the point, in my case, it worked by making sure that:
- there was one Frontend IP configuration named based on the "Load balancing rules", have the rules assigned to it and the load balanced IP address
- there was one Frontend IP configuration named based on the outbound IP address ID and have the aksOutboundRule assigned to it
Note sure if this thing with two separte IP address (1 for inbound and 1 for outbound) is a regular practice but this is how it was setup on a similar environment on my side. I hope this helps others, if not this particular configuration, at least this area of configuration.
Afterwards, I run the reconciliation command @Eddie Neto sugested in this thread and all well.