-
Notifications
You must be signed in to change notification settings - Fork 109
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
[ingress-nginx] migrate to the AdvancedDaemonSet controller #4124
Conversation
9528924
to
6f92fd7
Compare
86b1eb3
to
f7e3648
Compare
994e9e8
to
1f66078
Compare
🔴 E2e for yandex-cloud WithoutNAT;containerd;1.23 was failed. Use:
Workflow details (1 job failed)Yandex.Cloud-WithoutNAT-Containerd-1.23 - Connection string: 🔴 |
🟢 Workflow detailsAWS-WithoutNAT-Containerd-1.23 - Connection string: 🟢 |
/e2e/abort yandex-cloud;WithoutNAT;containerd;1.23 4564841121 4564841121-1-con-1-23 /sys/deckhouse-oss/install:pr4124 cloud-user@178.154.207.18 |
🟢 Workflow details🟢 |
🟢 Workflow detailsAWS-WithoutNAT-Containerd-1.23 - Connection string: 🟢 |
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 think I understand what is happening, yet I still left some comments to clarify details.
Co-authored-by: Maksim Nabokikh <maksim.nabokikh@flant.com> Signed-off-by: Yuriy Losev <yuriy.losev@flant.com>
Co-authored-by: Maksim Nabokikh <maksim.nabokikh@flant.com> Signed-off-by: Yuriy Losev <yuriy.losev@flant.com>
Co-authored-by: Maksim Nabokikh <maksim.nabokikh@flant.com> Signed-off-by: Yuriy Losev <yuriy.losev@flant.com>
c2a7487
to
99fc883
Compare
Co-authored-by: Maksim Nabokikh <maksim.nabokikh@flant.com> Signed-off-by: Yuriy Losev <yuriy.losev@flant.com>
Co-authored-by: Maksim Nabokikh <maksim.nabokikh@flant.com> Signed-off-by: Yuriy Losev <yuriy.losev@flant.com>
Co-authored-by: Maksim Nabokikh <maksim.nabokikh@flant.com> Signed-off-by: Yuriy Losev <yuriy.losev@flant.com>
🟢 Workflow detailsAWS-WithoutNAT-Containerd-1.23 - Connection string: 🟢 |
Description
Use OpenKruise
AdvancedDaemonSet
controller instead of built-in.Why do we need it, and what problem does it solve?
Kubernetes DaemonSet controller has some problems in the heavy-loaded environments, which are hard to debug. Kruise controller has more rich workflow and expected to have smooth ingress-controller rollout process
What is the expected result?
Checklist
Changelog entries