-
Notifications
You must be signed in to change notification settings - Fork 14.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
added a info about the auto heal of k8 #49282
base: main
Are you sure you want to change the base?
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
✅ Pull request preview available for checkingBuilt without sensitive environment variables
To edit notification comments on pull requests, go to your Netlify site configuration. |
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.
Some nits for grammar
## Ability to self-heal | ||
|
||
The idea behind self-healing Kubernetes is simple: If a container fails, Kubernetes automatically redeploys the afflicted | ||
container to its desired state to restore operations |
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.
container to its desired state to restore operations | |
container to its desired state to restore operations. |
The idea behind self-healing Kubernetes is simple: If a container fails, Kubernetes automatically redeploys the afflicted | ||
container to its desired state to restore operations | ||
|
||
Self-healing Kubernetes has four capabilities : |
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.
Self-healing Kubernetes has four capabilities : | |
Self-healing Kubernetes has four capabilities: |
- disable containers that don't respond to predefined health checks. | ||
- prevent containers from appearing to users or other containers until they are ready. | ||
|
||
Ideally, container detection and restoration should be seamless and immediate, minimize application disruption and mitigate negative UX. |
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.
Ideally, container detection and restoration should be seamless and immediate, minimize application disruption and mitigate negative UX. | |
Ideally, container detection and restoration should be seamless and immediate, minimize application disruption and mitigate negative user experience. |
Ideally, container detection and restoration should be seamless and immediate, minimize application disruption and mitigate negative UX. | ||
Organizations can specify how Kubernetes performs health checks and what actions it should take after it detects a problem. | ||
|
||
How does self-healing work with Kubernetes? : |
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.
How does self-healing work with Kubernetes? : | |
How does self-healing work with Kubernetes?: |
Hi @ayushpatil2122, I am the PR wrangler shadow for this week (January 12) and I will be helping to review this PR. |
- restart failed containers. | ||
- replace containers that require updates, such as a new software version. | ||
- disable containers that don't respond to predefined health checks. | ||
- prevent containers from appearing to users or other containers until they are ready. |
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.
- restart failed containers. | |
- replace containers that require updates, such as a new software version. | |
- disable containers that don't respond to predefined health checks. | |
- prevent containers from appearing to users or other containers until they are ready. | |
- Restart failed containers. | |
- Replace containers that require updates, such as a new software version | |
- Kill containers that don't respond to user-defined health checks. | |
- Prevent advertising containers to clients until they are ready to serve traffic. |
Description
The Kubernetes documentation currently mentions self-healing as a feature, but it does not provide a detailed explanation of what self-healing entails. This feature request aims to address that gap by adding a concise, dedicated page within the Kubernetes architecture section. The new page will briefly outline Kubernetes' self-healing capabilities, such as automatic Pod replacement, workload rescheduling, node health monitoring, and storage recovery. It will also link to relevant documentation to guide users in implementing and understanding these features.
Issue
#48963