-
Notifications
You must be signed in to change notification settings - Fork 219
Minimal MachinePool support #1506
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
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for kubernetes-sigs-cluster-api-gcp ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: justinsb The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
This PR is WIP while I whittle down the unneeded code from cluster-api-provider-aws and generally make this reviewable. But I am uploading as this is a checkpoint that works (in a limited way!) |
428790f
to
5906e99
Compare
Removing the WIP. I will still try to whittle down the code by extracting helpers etc, but it's already approaching the reviewable ballpark! |
So the linter is blowing up on the TODO comments. How do we want to track next steps in code? If we don't want to do |
6449078
to
2b81034
Compare
2b81034
to
bf24435
Compare
bf24435
to
a87145d
Compare
3e5ccac
to
23a3b82
Compare
dde318e
to
3eea450
Compare
In order for nodes to be associated to the MachinePool, we need to populate the spec.providerIDList field. This field is known to the MachinePool controller.
3eea450
to
87cedb8
Compare
resources: | ||
- gcpmachinepools | ||
verbs: | ||
- delete |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is not folder into the same block as e.g. gcpmachines because we don't need create. I'm not sure that we need create
on e.g. gcpclusters either, but ... that's a separate issue
} | ||
|
||
// FUTURE: do we need to verify that the instances are actually running? | ||
machinePoolScope.GCPMachinePool.Spec.ProviderIDList = providerIDList |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I really don't like this very much (it shouldn't be spec, it requires us to poll the cloud API), but it seems to be the MachinePool contract.
So I think I finally have this working with an e2e test in #1539 and (hopefully) in a mergeable state. The big thing for the e2e test was populating spec.providerIDList. I don't love that contract, but it is the MachinePool contract. |
Initial spike: GCPMachinePool
GCPMachinePool: generated code/manifests
This continues the work started by @BrennenMM7 in #901 . I also combined in the support from cluster-api-provider-aws to see what we want to borrow from that, and will whittle the code we don't need from cluster-api-provider-aws away.