3.7. Automation controller Pod の専用ノードの指定

Red Hat OpenShift で制御 Pod を特定のノードに割り当てるには、Pod 仕様の node_selector フィールドと topology_spread_constraints フィールドを組み合わせて使用します。node_selector フィールドを使用すると、Pod をホストする資格を得るためにノードが対応する必要があるラベル基準を指定できます。たとえば、ラベルが aap_node_type: control のノードを使用する場合、Pod 仕様で次のように指定して、Pod をこのノードに割り当てます。

spec:
...
  node_selector: |
    aap_node_type: control

topology_spread_constraints は、ラベルが aap_node_type: control のノードでスケジュールできる Pod の最大数 (maxSkew) を 1 に設定します。topologyKey は、ノードのホスト名を示す組み込みラベルである kubernetes.io/hostname に設定されます。whenUnsatisfiable 設定が ScheduleAnyway に指定されているため、制約を満たした必須ラベルを持つノードが不足している場合に Pod をスケジューリングできます。labelSelector は、ラベルが aap_node_type: control の Pod と一致します。これにより、Red Hat OpenShift がノードごとに 1 つのコントローラー Pod のスケジューリングを優先します。ただし、使用可能なワーカーノードよりも多くのレプリカリクエストがある場合、Red Hat OpenShift は、十分なリソースが使用可能であれば、同じ既存のワーカーノードで複数のコントローラー Pod をスケジュールすることができます。

tolerations セクションでは、Dedicated: AutomationController というラベルが付いたノードでのみ Pod をスケジュールできることを指定し、Toleration の効果を NoSchedule に設定して、必要なラベルが割り当てられていないノードで Pod がスケジュールされないようにします。これは topology_spread_contstraints と組み合わせて使用され、Pod をノード間で分散する方法を指定するだけでなく、Pod をスケジュールできるノードを示すためにも使用されます。

spec:
...
  topology_spread_constraints: |
    - maxSkew: 1
      topologyKey: "kubernetes.io/hostname"
      whenUnsatisfiable: "ScheduleAnyway"
      labelSelector:
        matchLabels:
          aap_node_type: control
  tolerations: |
    - key: "dedicated"
      operator: "Equal"
      value: "AutomationController"
      effect: "NoSchedule"