12、Kubernetes 中的 ReplicationController 详解

Kubernetes 中的 ReplicationController 详解

1. 活性探针相关要点

Kubernetes 中的活性探针用于确保容器的正常运行。当活性探针失败时，容器会不断重启，直至数据库恢复可访问状态。在使用活性探针时，有以下几点需要注意：
- 轻量级探针 ：活性探针不应消耗过多计算资源，且完成时间不宜过长。默认情况下，探针执行较为频繁，且仅允许在 1 秒内完成。如果探针执行复杂操作，会显著降低容器性能。对于在容器中运行的 Java 应用，建议使用 HTTP GET 活性探针，而非 Exec 探针，因为 Exec 探针会启动全新的 JVM 来获取活性信息，这会消耗大量计算资源。
- 避免重试循环 ：虽然探针的失败阈值可配置，通常在容器被终止前，探针需多次失败，但即便将失败阈值设为 1，Kubernetes 也会在认定一次失败尝试前重试多次。因此，在探针中实现自己的重试循环是多余的。

Kubernetes 通过在容器崩溃或活性探针失败时重启容器，来保证容器的持续运行，此工作由托管 Pod 的节点上的 Kubelet 完成，运行在主节点上的 Kubernetes 控制平面组件不参与该过程。然而，若节点本身崩溃，控制平面需为随节点一起下线的所有 Pod 创建替代 Pod，但对于直接创建的 Pod 则不会如此。为确保应用能在其他节点上重启，需使用 ReplicationController 或类似机制来管理 Pod。

2. 引入 ReplicationController

ReplicationController 是 Kubernetes 中的一种资