-
Notifications
You must be signed in to change notification settings - Fork 431
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
Support "managed" semantics for an existing private DNS zone #1983
Comments
@dlipovetsky this seems to be a bug. We shouldn't return here when the private zone is unmanaged, just skip creating/updating the zone, since the management of vnet links is separate. Also, that log message about tagging the zone manually is misleading, it should only apply to DNS zones that were created with previous versions of CAPZ, before tags were being applied. |
/kind bug |
/assign |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/close |
/kind feature
Describe the solution you'd like
I have to use an existing private DNS zone. I am not authorized to delete the zone, but only to manage vnet links and records in the zone. I want CAPZ to manage the vnet link and records in this zone. When CAPZ deletes the cluster, I want it to only delete the records and vnet link it created, and to not delete the zone itself.
Anything else you would like to add:
CAPZ sees a private DNS zone as either "managed" or "unmanaged." If the zone is "managed," then CAPZ
However, if I configure CAPZ to use an existing private DNS zone, then CAPZ will treat is as "unmanaged," by default. Afterward, I can add a tag to the private DNS zone, and CAPZ will treat it as "managed." However, CAPZ deletes a "managed" zone when it deletes the cluster.
Environment:
kubectl version
):/etc/os-release
):The text was updated successfully, but these errors were encountered: