K8s deamon集高的航空性

Question

我们有一个去发病，我们想使它成为HA (而不是我们的去发病)，以下是否也适用于deamonset的HA？

• 亲和力(反亲和力)
• 容忍度
• pdb

在每个集群3工作节点上，我过去做过部署，但不确定什么也适用于去发病，这是而不是我们的应用程序，但是我们需要确保它是HA，因为它是关键的应用程序。

更新

将以下内容添加到去发病中是否有意义，假设我有3个工作节点，并且我希望它仅在foo工作者节点中调度？

spec:
  tolerations:
    - effect: NoSchedule
      key: WorkGroup
      operator: Equal
      value: foo
    - effect: NoExecute
      key: WorkGroup
      operator: Equal
      value: foo
  nodeSelector:
    workpcloud.io/group: foo

Answer 1

你问了两个有点不相关的问题。

以下是否也适用于deamaon集的HA？

• 亲和力(反亲和力)
• 容忍度
• pdb

雏形 (通常)运行在“每个节点一个荚”的策略上--您不能使它成为HA (例如，通过使用自动标号)，并且您将(假设您使用默认值)拥有与您有节点一样多的守护进程启动副本，除非您明确指定希望运行守护进程的节点，使用nodeSelector和/或tolerations之类的东西，在这种情况下，您将拥有更少的pod。上面链接的文档页提供了更多细节，并提供了一些示例。

这不是我们的应用程序，但我们需要确保它是HA，因为它是关键的应用程序

您是在问如何使您的关键应用程序HA？我会假设你是。

如果这个应用程序像你说的那么重要，那么下面是一些初步的建议：

1. 确保你至少有3个副本(4是一个很好的起始号码)
2. 如果必须在有污染的节点池上安排这些吊舱，则添加公差。
3. 根据需要使用节点选择器(例如，用于区域或区域，但只在必要时对这些区域中存在的磁盘进行处理)
4. 使用亲缘关系来分组或传播副本。肯定会建议使用一个扩展，这样如果一个节点下降，另一个副本仍然处于上升状态。
5. 使用吊舱优先权向集群表明，您的吊舱比其他吊舱更重要(如果设置得太高，这可能会导致问题)。
6. 安装通知的东西，如PagerDuty，OpsGenie等，所以您(或您的操作系统团队)通知，如果应用程序坏了。如果应用程序是关键的，那么你会想知道它是尽快下线。
7. 设置豆荚破坏预算和卧式吊舱自动分频器，以确保始终保持一致的豆荚数量。

Answer 2

您无法控制DaemonSet中的副本，因为DaemonSet每个节点将有一个荚。

需要将对象更改为部署或状态集，以管理副本计数，并使用nodeSelector将其部署到所有节点中。