亲和性和反亲和性的实战内容打算分上下两篇，本篇（也就是上篇）主要介绍K8S中的亲和性和反亲和性概念：什么是亲和性、反亲和性以及使用场景。
在 K8S集群中，调度是一个关键的概念，它决定了容器化应用如何在集群中的节点上运行。K8S提供了多种调度策略，其中包括亲和性（Affinity）和反亲和性（Anti-Affinity）。通过使用亲和性和反亲和性规则，可以将Pods调度到满足特定条件的节点上，以满足应用程序的需求。想要获取更多详情，可参考官方链接：https://kubernetes.io/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/#affinity-and-anti-affinity
Pod亲和性（podAffinity）
「Pod亲和性（podAffinity）：」 Pod亲和性指定了Pod如何倾向于被调度到具有特定属性或标签的其他Pod所在的节点上。它可以确保相关的Pod在同一节点上运行，从而提高应用程序的性能和效率。亲和性可以被用于构建高可用性、容错性和数据局部性等方面。
场景举例
举例来说，假设我们有一个微服务架构的应用程序，其中包含Web前端和后端数据库两个部分。在这种情况下，我们可以使用Pod亲和性来将Web前端Pod和后端数据库Pod调度到相同的节点上。这样做的好处是减少了网络延迟，提高了前后端通信的性能，同时也可以减少跨节点的数据传输。
Pod反亲和性（podAntiAffinity）
「Pod反亲和性（podAntiAffinity）：」 Pod反亲和性指定了Pod如何避免与具有特定属性或标签的其他Pod在同一节点上调度。它可以用于提高应用程序的容错性和可靠性，确保关键组件在不同的节点上运行，从而提供更好的故障隔离和可用性。
场景举例
举例来说，假设我们有一个分布式数据库集群，由多个Pod组成。为了确保高可用性和故障隔离，我们可以使用Pod反亲和性来防止将同一个数据库实例的多个Pod调度到同一节点上。这样做可以避免单点故障，因为即使一个节点发生故障，其他节点上的数据库实例仍然可用。
原文始发于微信公众号（不背锅运维）：上篇：POD亲和性、反亲和性以及场景举例
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/149405.html
