이 콘텐츠는 선택한 언어로 제공되지 않습니다.
Chapter 2. Responsive restarts and security certificates
Red Hat build of MicroShift responds to system configuration changes and restarts after alterations are detected, including IP address changes, clock adjustments, and security certificate age.
2.1. IP address changes or clock adjustments
Red Hat build of MicroShift depends on device IP addresses and system-wide clock settings to remain consistent during its runtime. However, these settings may occasionally change on edge devices, such as DHCP or Network Time Protocol (NTP) updates.
When such changes occur, some Red Hat build of MicroShift components may stop functioning properly. To mitigate this situation, Red Hat build of MicroShift monitors the IP address and system time and restarts if either setting change is detected.
The threshold for clock changes is a time adjustment of greater than 10 seconds in either direction. Smaller drifts on regular time adjustments performed by the Network Time Protocol (NTP) service do not cause a restart.
2.2. Security certificate lifetime
Red Hat build of MicroShift certificates are separated into two basic groups:
- Short-lived certificates having certificate validity of one year.
- Long-lived certificates having certificate validity of 10 years.
Most server or leaf certificates are short-term.
An example of a long-lived certificate is the client certificate for system:admin user authentication, or the certificate of the signer of the kube-apiserver external serving certificate.
2.2.1. Certificate rotation
Certificates that are expired or close to their expiration dates need to be rotated to ensure continued Red Hat build of MicroShift operation. When Red Hat build of MicroShift restarts for any reason, certificates that are close to expiring are rotated. A certificate that is set to expire imminently, or has expired, can cause an automatic Red Hat build of MicroShift restart to perform a rotation.
If the rotated certificate is a Certificate Authority, all of the certificates it signed rotate.
2.2.1.1. Short-term certificates
The following situations describe Red Hat build of MicroShift actions during short-term certificate lifetimes:
No rotation:
- When a short-term certificate is up to 5 months old, no rotation occurs.
Rotation at restart:
- When a short-term certificate is 5 to 8 months old, it is rotated when Red Hat build of MicroShift starts or restarts.
Automatic restart for rotation:
- When a short-term certificate is more than 8 months old, Red Hat build of MicroShift can automatically restart to rotate and apply a new certificate.
2.2.1.2. Long-term certificates
The following situations describe Red Hat build of MicroShift actions during long-term certificate lifetimes:
No rotation:
- When a long-term certificate is up to 8.5 years old, no rotation occurs.
Rotation at restart:
- When a long-term certificate is 8.5 to 9 years old, it is rotated when Red Hat build of MicroShift starts or restarts.
Automatic restart for rotation:
- When a long-term certificate is more than 9 years old, Red Hat build of MicroShift can automatically restart to rotate and apply a new certificate.
