K8S中Replication Controller和LivenessProbs之间的区别

Question

我只是在K8S中的复制控制器和livenessProb之间感到困惑。有人可以解释吗？

Answer 1

ReplicationController和livenessProbe没有什么共同点，因此很难混淆，而且kubernetes文档（检查链接）对这两个对象都有很好的解释。

Answer 2

Replication控制器是replicasets的旧版本。

复制控制器基本上管理在kubernetes集群中运行的副本的状态。

在群集级别使用复制控制器。

活度探针在吊舱级别上的使用。活动性经常在一个端点上频繁探查并检查服务活动性。如果服务不活动，它将重新启动Pod。

Answer 3

ReplicationController和livenessProbe没有什么共同点。

K8s中的

复制控制器可以确保指定数量的Pod副本可以同时运行。那些豆荚应该总是可以使用的。

如果吊舱太多，ReplicationController将终止多余的吊舱。如果数量太少，ReplicationController将启动更多的Pod。与手动创建的Pod不同，ReplicationController维护的Pod在发生故障，被删除或终止时会被自动替换。

示例Replication Controller配置文件：

apiVersion: v1
kind: ReplicationController
metadata:
  name: nginx
spec:
  replicas: 3
  selector:
    app: nginx
  template:
    metadata:
      name: nginx
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx
        ports:
        - containerPort: 80

复制控制器的工作流程：

您可以在这里找到更多信息：Replication Controller。

有用的物品：replication controller actions。

K8s中的“活力”探针。

探针是由容器上的kubelet定期执行的诊断。为了执行诊断，kubelet调用由Container实现的Handler。

kubelet可以选择对正在运行的Container进行两种探测并对其做出反应：

livenessProbe ：指示容器是否正在运行。如果活动性探针失败，则kubelet将杀死Container，并且Container将接受其重新启动策略。如果“容器”不提供活动性探针，则默认状态为“成功”。

您可以在这里找到更多信息：pod lifecycle。

有用的文章：Kubernetes probes。