kubernetes守护程序是如何工作的？

我有点怀疑，希望你能帮忙

假设我有4个节点，创建了一个部署，ReplicaSet值为3，pod规范的标签为xyz。现在创建一个具有pod的守护进程集，pod的标签为xyz，与上面提到的相同。现在，最后有多少个吊舱会有4个或3个，它是如何工作的

---

请尽快回复。

每个节点上的POD总数为7个，3个由部署创建，4个由DamemonSet创建

守护程序集将POD部署到群集中的所有节点

根据：-

通常，您不应直接使用另一个ReplicationController或其他控制器（如Job）创建其标签与此选择器匹配的任何POD。如果您这样做，复制控制器会认为它创建了其他吊舱。库伯内特斯不会阻止你这么做

---

如果您最终使用了多个具有重叠选择器的控制器，则您必须自己管理删除操作

每个节点上的POD总数将为7，3个由部署创建，4个由DamemonSet创建

守护程序集将POD部署到群集中的所有节点

根据：-

通常，您不应直接使用另一个ReplicationController或其他控制器（如Job）创建其标签与此选择器匹配的任何POD。如果您这样做，复制控制器会认为它创建了其他吊舱。库伯内特斯不会阻止你这么做

---

如果您最终使用了多个具有重叠选择器的控制器，那么您必须自己管理删除操作，因为部署和守护程序是完全不同的术语，所以总共需要7个pod。在现实世界中，部署主要用于部署与业务相关的应用程序，这些应用程序服务于来自最终用户的请求。另一方面，守护程序在每个节点上运行。守护程序的用例是从不同的工作节点收集日志。这是正确的目的。无论您将新节点添加到Kubernetes群集，守护程序都会使该新节点上的pod旋转。我希望您对部署和守护程序的使用有了清晰的了解

简而言之

部署：托管与业务相关的应用程序

---

守护程序集：用于监视集群和收集来自不同工作节点的日志，因为部署和守护程序是完全不同的术语，所以总共有7个pod。在现实世界中，部署主要用于部署与业务相关的应用程序，这些应用程序服务于来自最终用户的请求。另一方面，守护程序在每个节点上运行。守护程序的用例是从不同的工作节点收集日志。这是正确的目的。无论您将新节点添加到Kubernetes群集，守护程序都会使该新节点上的pod旋转。我希望您对部署和守护程序的使用有了清晰的了解

简而言之

部署：托管与业务相关的应用程序

---

守护程序集：用于监视群集和收集来自不同工作节点的日志

非常感谢。。这很有描述性。非常感谢。。这是相当描述性的。