-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
GCE: Support kops-controller, including in gossip mode #12742
GCE: Support kops-controller, including in gossip mode #12742
Conversation
b2e0c0a
to
370012b
Compare
Bootstrap changes look good. I don't know about the other GCE-specific changes. |
370012b
to
72203e2
Compare
72203e2
to
1312bc5
Compare
/test pull-kops-e2e-k8s-gce |
The GCE PR jobs are green 🎉 |
/test pull-kops-e2e-cni-cilium-ipv6 Not quite sure how these got triggered, but they should be unrelated / should pass! |
@justinsb I added the IPv6 jobs to trigger for PRs that affect files for the corresponding CNIs. They might require the PR to be rebased to take in recent IPv6 changes. |
/test pull-kops-e2e-cni-cilium-ipv6 |
@justinsb: The following test failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
var requiredTags []string | ||
|
||
// We assume we are trying to resolve a component that runs on the control plane | ||
requiredTags = append(requiredTags, gce.TagForRole(r.clusterName, kops.InstanceGroupRoleMaster)) |
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.
Should we also find instances tagged with InstanceGroupRoleAPIServer?
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 don't know; but here's why I think we don't need to do it yet..
- We don't need all the candidates, we just want to find one we can connect to
- Do we run kops-controller on apiserver only nodes? (And will we continue to do?)
We discover the kops-controller in gossip mode using seeding code that calls into the GCE API, just like gossip itself does. We refactor the gossip code into a shared gcediscovery library with minimal dependencies.
1312bc5
to
4cf52d0
Compare
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: rifelpet 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 |
We discover the kops-controller in gossip mode using seeding code that
calls into the GCE API, just like gossip itself does.
We refactor the gossip code into a shared gcediscovery library with
minimal dependencies.