Q：如何設(shè)置反親和性

盡可能讓 pod 部署在不同的 node 上，如果需要部署的pod數(shù)大于節(jié)點(diǎn)數(shù)，也可以在一個(gè)節(jié)點(diǎn)上部署多個(gè) pod，如何設(shè)置？

A：要設(shè)置反親和性（PodAntiAffinity），以盡可能讓Pod部署在不同的節(jié)點(diǎn)上，但允許多個(gè)Pod在一個(gè)節(jié)點(diǎn)上部署，您可以使用適當(dāng)?shù)腜odAntiAffinity規(guī)則。這通常涉及到使用適當(dāng)?shù)臉?biāo)簽和拓?fù)溆颉?/p>

以下是如何設(shè)置這樣的反親和性規(guī)則的一般步驟：

• 為節(jié)點(diǎn)添加標(biāo)簽：首先，您需要為集群中的節(jié)點(diǎn)添加適當(dāng)?shù)臉?biāo)簽，以便您可以在反親和性規(guī)則中使用它們。例如，您可以為節(jié)點(diǎn)添加一個(gè)標(biāo)簽，如rack或zone，以表示節(jié)點(diǎn)所在的機(jī)架或區(qū)域。
• 創(chuàng)建PodAntiAffinity規(guī)則：在您的Pod定義中，您可以使用affinity字段來定義反親和性規(guī)則。以下是一個(gè)示例：

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  affinity:
    podAntiAffinity:
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 100  # 設(shè)置優(yōu)先級
        podAffinityTerm:
          labelSelector:
            matchExpressions:
            - key: "app"
              operator: In
              values:
              - my-app
          topologyKey: "kubernetes.io/hostname"  # 使用節(jié)點(diǎn)的主機(jī)名標(biāo)簽，或者您設(shè)置的標(biāo)簽

上述示例中，我們創(chuàng)建了一個(gè)PodAntiAffinity規(guī)則，該規(guī)則使用preferredDuringSchedulingIgnoredDuringExecution字段，這表示這是一個(gè)"優(yōu)先級規(guī)則"，而不是絕對必需的規(guī)則。該規(guī)則要求不同Pod的my-app標(biāo)簽值必須匹配，但它們不能調(diào)度到相同的節(jié)點(diǎn)上，使用節(jié)點(diǎn)的主機(jī)名標(biāo)簽（kubernetes.io/hostname）作為拓?fù)溆蜴I來實(shí)現(xiàn)這一點(diǎn)。

部署Pod

當(dāng)您部署多個(gè)Pod時(shí)，Kubernetes調(diào)度器將根據(jù)反親和性規(guī)則盡力確保它們不會(huì)在相同的節(jié)點(diǎn)上調(diào)度。如果有足夠的節(jié)點(diǎn)可用，它們可以分布在不同的節(jié)點(diǎn)上，以滿足反親和性規(guī)則。如果節(jié)點(diǎn)數(shù)量少于Pod數(shù)量，一些Pod可能需要共享節(jié)點(diǎn)，但反親和性規(guī)則會(huì)盡力確保它們分布在盡可能多的不同節(jié)點(diǎn)上。

請注意，設(shè)置preferredDuringSchedulingIgnoredDuringExecution而不是requiredDuringSchedulingIgnoredDuringExecution允許一些Pod仍然可以共享節(jié)點(diǎn)，如果沒有足夠的節(jié)點(diǎn)可供選擇。這可以幫助在節(jié)點(diǎn)資源有限的情況下仍然盡量滿足反親和性規(guī)則。

確保您的集群中有足夠的節(jié)點(diǎn)來容納您的Pod，以便反親和性規(guī)則可以正常工作。如果節(jié)點(diǎn)資源不足，Pod可能會(huì)被迫在同一節(jié)點(diǎn)上調(diào)度，這可能會(huì)違反反親和性規(guī)則。

Q：幫我修改

affinity:
  podAntiAffinity:
    requiredDuringSchedulingIgnoredDuringExecution: #設(shè)置調(diào)度策略。
      - labelSelector:
          matchExpressions:
            - key: app
              operator: In
              values:
                - imdb-match-api
        topologyKey: kubernetes.io/hostname

A: 您提供的配置是使用requiredDuringSchedulingIgnoredDuringExecution，這表示Pod之間的反親和性是強(qiáng)制的，而且如果違反規(guī)則，Pod將不會(huì)被調(diào)度。

如果您希望Pod之間的反親和性是強(qiáng)制的，但仍然允許多個(gè)Pod在一個(gè)節(jié)點(diǎn)上部署，您可以使用preferredDuringSchedulingIgnoredDuringExecution，這樣如果沒有足夠的節(jié)點(diǎn)來滿足規(guī)則，Pod仍然可以共享節(jié)點(diǎn)。

修改版本

以下是您的配置的修改版本：

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  affinity:
    podAntiAffinity:
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 100  # 設(shè)置優(yōu)先級
        podAffinityTerm:
          labelSelector:
            matchExpressions:
            - key: app
              operator: In
              values:
              - imdb-match-api
          topologyKey: kubernetes.io/hostname

這將創(chuàng)建一個(gè)"優(yōu)先級規(guī)則"，它要求不同Pod的imdb-match-api標(biāo)簽值必須匹配，但它們不能調(diào)度到相同的節(jié)點(diǎn)上。如果沒有足夠的節(jié)點(diǎn)來滿足這一規(guī)則，Pod仍然可以共享節(jié)點(diǎn)，但反親和性規(guī)則將盡力確保它們分布在盡可能多的不同節(jié)點(diǎn)上。

以上就是k8s設(shè)置非強(qiáng)一致反親和性示例的詳細(xì)內(nèi)容，更多關(guān)于k8s設(shè)置非強(qiáng)一致反親和性的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論