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

[Bug]: Expose VMSS and NSG IDs from AKS node resource group #844

Closed
1 task done
nikbanerjee-unity opened this issue Oct 17, 2024 · 2 comments
Closed
1 task done
Labels
bug Something isn't working needs:triage stale

Comments

@nikbanerjee-unity
Copy link

Is there an existing issue for this?

  • I have searched the existing issues

Affected Resource(s)

containerservice.azure.upbound.io/v1beta1 - KubernetesCluster
network.azure.upbound.io/v1beta1 - SecurityRule

Resource MRs required to reproduce the bug

No response

Steps to Reproduce

  1. Create an AKS cluster using the KubernetesCluster resource
  2. Attempt to add a SecurityRule to the NSG for that cluster

I at least found that this was not possible because we have no reference to the NSG

What happened?

When an AKS cluster is created, it automatically creates a node resource group and several resources within that resource group (e.g. network security group, VM scale set, etc.). These are created by Azure, so not linked to Managed Resources, and dynamic, in that they are created after the cluster is and importantly, their name also contains random characters.

I can see that other resources, such as the managed identity and the public IP address in the node resource group are exposed in the status, but the VMSS and the NSG are not. Could we please add these to the status.atProvider for the KubernetesCluster, so that we can reference it when creating a new SecurityRule. Thanks.

Relevant Error Output Snippet

No response

Crossplane Version

1.16.0

Provider Version

1.6.1

Kubernetes Version

1.30

Kubernetes Distribution

AKS

Additional Info

No response

@nikbanerjee-unity nikbanerjee-unity added bug Something isn't working needs:triage labels Oct 17, 2024
Copy link

This provider repo does not have enough maintainers to address every issue. Since there has been no activity in the last 90 days it is now marked as stale. It will be closed in 14 days if no further activity occurs. Leaving a comment starting with /fresh will mark this issue as not stale.

@github-actions github-actions bot added the stale label Jan 16, 2025
Copy link

This issue is being closed since there has been no activity for 14 days since marking it as stale. If you still need help, feel free to comment or reopen the issue!

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jan 31, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working needs:triage stale
Projects
None yet
Development

No branches or pull requests

1 participant