-
Notifications
You must be signed in to change notification settings - Fork 32
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
Cluster-API: upstream support for most common providers #445
Comments
@dongsupark The Azure image-builder PR is still failing a test (containerd version detection), can you help? kubernetes-sigs/image-builder#652 |
@t-lo I don't have access to edit the issue comment. But for Ignition support to graduate out of experimental phase we need to abstract out S3 support into a separate CRD, ref: issue comment. |
I would contribute openstack related support, if there is any interest? |
@till There absolutely is! Please pardon the late reply. We're basing the support for individual providers on our work to support Ignition config as an alternative to cloud-init in the kubeadm bootstrap provider; that's a good point to start. |
@t-lo No worries. Is this ultimately replacing the work in lokomotive? I hacked around in it to add Openstack, but wasn't able to gain any quick wins. |
It's not related to Lokomotive; CAPI and Lokomotive have different use cases. |
@till The PR to add Ignition support to kubeadm was merged and will be part of the CAPI v1.1 release next year. That's a good point in time to get started with Openstack support ;) |
I'm looking into vSphere support. |
@t-lo If possible we would like to have support for GCP and OpenStack added to the supported provider list. |
@ericgraf Ignition support was added in the v1.1 CAPI release yesterday, making it significantly easier to add support for more providers. While we currently don't have plans to work on GCP or OpenStack please feel free to pick this up, I'll happily update the tracking issue to reflect the work. |
Adding @johananl 's PR for vSphere support here: kubernetes-sigs/cluster-api-provider-vsphere#1429 |
@t-lo FYI I've opened an issue on CAPG to request Flatcar support - kubernetes-sigs/cluster-api-provider-gcp#540 |
@AverageMarcus Thank you! I've added the tracking issue to the summary. |
@AverageMarcus Would you be interested to work on CAPG support? The team is supportive of the idea but currently pursues other priorities. We can definitely ramp you up on existing CAPI work and support you in the process. |
I can't currently as have other work with higher priorities but possibly in the future once this becomes more of a priority for us. I mainly wanted to ensure it was tracked on CAPG so there was at least an awareness of wanting this. |
Happy to ping everyone informing that CAPA support has been merged today 🎉 |
@t-lo I opened an issue for openstack kubernetes-sigs/cluster-api-provider-openstack#1261. I'm working on this currently. |
There will be changes required to the image-builder as well. Currently I'm basing my work on the QEMU image but grub.cfg requires modification. There is also a WIP PR to fix ongoing issues with the build kubernetes-sigs/image-builder#907 |
Please feel free to reach out if you feel stuck. @pothos and @dongsupark are good peers for Flatcar related image builder issues, and @johananl did quite some work on image builder lately, too. |
We'll soon retire this epic tracking issue in favour of our new ClusterAPI tab in our Projects board: https://github.com/orgs/flatcar/projects/7/views/14 |
Everything was migrated to the board 🎉. Closing. |
Support Flatcar in Cluster-API
Tracked Issues and PRs
Foundational
dataurl
dependency: Can we have a release tag? vincent-petithory/dataurl#7Platforms / Providers
Plan
. kubernetes-sigs/cluster-api-provider-azure#1463 , Added support for specifying aplan
for VMs and VMSSes when using a SIG image kubernetes-sigs/cluster-api-provider-azure#1469Tests
SIG cluster lifecycle meetings calendar: https://calendar.google.com/calendar/u/0/[email protected]
Follow-up work (not checkboxed since it does not contribute to the roandmap item)
The text was updated successfully, but these errors were encountered: