Skip to content
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

Automated cherry pick of #95289: Azure: fix node removal race condition on VMSS deletion #95398

Commits on Oct 8, 2020

  1. Azure: fix node removal race condition on VMSS deletion

    When a VMSS is being deleted, instances are removed first. The VMSS
    itself will disappear once empty. That delay is generally enough for
    kube-controller-manager to delete the corresponding k8s nodes, but
    might not when busy or throttled (for instance).
    
    If kubernetes nodes remains after their backing VMSS were removed, Azure
    cloud-provider will fail listing that VMSS VMs, and downstream callers
    (ie. `InstanceExistsByProviderID`) won't account those errors for a
    missing instance. The nodes will remain (still considered as "existing"),
    and controller-manager will indefinitely retry to VMSS VMs list it,
    draining API calls quotas, potentially causing throttling.
    
    In practice a missing scale set implies instances attributed to that
    VMSS don't exists either: `InstanceExistsByProviderID` (part of the
    general cloud provider interface) should return false in that case.
    bpineau authored and andyzhangx committed Oct 8, 2020
    Configuration menu
    Copy the full SHA
    394c587 View commit details
    Browse the repository at this point in the history