Bu sayfa henüz yerel dilinizde mevcut değildir. Daha fazla dil seçeneği eklemek için yoğun bir şekilde çalışıyoruz. Desteğiniz için teşekkür ederiz.
- Service Overview
- Billing
- Getting Started
-
User Guide
- Overview
- Permissions Management
- Environment Management
- Application Management
- Component Management
- Instance Management
- Component Configurations
- Component O&M
- System Settings
- Key Operations Recorded by CTS
-
Best Practices
- CAE Best Practices
- Using CAE to Host Nginx Static File Servers
- Interconnecting GitLab with Jenkins for Automatic Build and Deployment on CAE
- Deploying Components Based on the Dependency Sequence Using the Jenkins Pipeline
- Deploying Spring Cloud Applications to CAE to Automatically Connect to the Nacos Engine
- Graceful Startup of a Spring Cloud Application
- Health Check
- Lifecycle Management
- Sending Event Alarms to WeCom
-
Connecting to the CodeArts Pipeline to Automatically Upgrade CAE Components
- Overview
- Upgrading a CAE Component After Uploading a Software Package Built Using the Pipeline to a CodeArts Release Repo
- Upgrading a CAE Component After Uploading a Software Package Built Using the Pipeline to the OBS Bucket
- Upgrading a CAE Component After Uploading an Image Built Using the Pipeline to the SWR Image Repository
- Configuring PromQL to Implement Custom Auto Scaling
- Configuring the Interconnection Between CAE and DEW to Help Applications Obtain Encrypted Secrets from DEW
- Deploying ASP.NET Core Applications to CAE
- Connecting the Network Through Enterprise Routes
- API Reference
-
FAQs
- Component Management FAQs
- Environment Management
-
Component Configuration FAQs
- Is Manual Scaling Still Effective When a Scaling Policy Is Configured?
- Can Components Be Scaled Without a Scaling Policy?
- Why Is My Instance Abnormal After Cloud Storage Is Configured?
- What Do I Do If a Component Becomes Not Ready?
- How Does CAE Support Dark Launch?
- How Do I Provide Prometheus Metrics for a Java Application?
- System Configuration FAQs
- Service Resources FAQs
- General Reference
Show all
Copied.
Overview
Health check is used to check whether your application instances are working properly. It is a mechanism used to ensure normal service running. CAE provides three health check mechanisms: liveliness probe, readiness probe, and startup probe.
- Liveliness probe is used to check whether applications are alive. If an instance is abnormal, Kubernetes deletes the instance and performs the detection again until the instances are normal.
NOTICE:
- When only the liveliness probe is used, if the network fluctuates or the program starts slowly, the instance will keep restarting and remains in the Not ready state.
The following solutions are available:
- Use startup probe together. For details, see Cooperation Between Startup and Liveliness Probes.
- Increase Failure Threshold to increase the fault tolerance rate and increase Latency to ensure that the program accepts the liveliness probe detection after startup.
- If status code 200 is returned, the check is successful.
- If a status code other than 200 is returned and the number of consecutive failures reaches Failure Threshold, the check fails.
- When only the liveliness probe is used, if the network fluctuates or the program starts slowly, the instance will keep restarting and remains in the Not ready state.
- Readiness probe is used to check whether an application has been started and is ready to receive requests. If the instance is healthy, traffic will be switched.
For example, if the number of component instances is increased from 2 to 3, the comparison before and after the readiness probe is configured is as follows:
- When the readiness probe is not configured, the instance has been created, but are not ready to receive traffic due to program reasons. In this case, some traffic still enters instance 3, as shown in Figure 1.
- After the readiness probe is configured, it detects that instance 3 is not started or ready. So instance 3 does not receive traffic, ensuring that all traffic flows to healthy instances 1 and 2.
Figure 2 Before health check
- When detecting that instance 3 is healthy, the readiness probe allows the traffic to pass through and stops the detection.
Figure 3 After health check
- When the startup probe is running, readiness and liveliness probes are disabled. If the startup probe health check fails, the instance will be restarted.
You are advised to use the startup probe together with the liveliness probe.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot