自動スケーリングが有効になっているワーカー・プールへのアプリのデプロイ

ポッドのデプロイメントを、クラスター自動スケーリング機能によって管理されている特定のワーカー・プールに制限するには、ラベルと nodeSelector または nodeAffinity の組み合わせを使用して、自動スケーリングされたワーカー・プールにのみアプリがデプロイされるようにします。 nodeAffinity を使用すると、ポッドをワーカー・ノードに照合するためにスケジューリング動作がどのように機能するのかをより細かく制御できます。 その後、テイントと容認を使用して、これらのアプリのみを自動スケーリングされたワーカー・プールで実行できるようにします。

詳しくは、以下の Kubernetes 資料を参照してください。

• ノードへのポッドの割り当て
• テイントと耐障害性

始める前に:

• ibm-iks-cluster-autoscaler プラグインをインストールします。
• Red Hat OpenShift クラスターにアクセスします。

特定の自動スケーリングされるワーカー・プールで実行するようにポッドを制限するには:

1. 自動スケーリングされたワーカー・プールに、クラスターで自動スケーリング機能を使用する準備をするの説明にあるように、ラベルが追加され、テイントが適用されていることを確認します。

2. ポッド仕様テンプレートで、nodeSelector または nodeAffinity をワーカー・プールで使用したラベルと一致させます。

   nodeSelectorの例:

   ...
   spec:
     containers:
     - name: nginx
       image: nginx
       imagePullPolicy: IfNotPresent
     nodeSelector:
       app: nginx
   ...
   

   nodeAffinityの例:

   spec:
     containers:
     - name: nginx
       image: nginx
       imagePullPolicy: IfNotPresent
     affinity:
       nodeAffinity:
         requiredDuringSchedulingIgnoredDuringExecution:
           nodeSelectorTerms:
           - matchExpressions:
             - key: use
               operator: In
               values:
               - autoscale
   

3. ポッド仕様テンプレートで、toleration をワーカー・プールに適用したテイントと一致させます。

   NoExecute 容認のサンプル:

   tolerations:
     - key: use
       operator: "Exists"
       effect: "NoExecute"
   

4. ポッドをデプロイします。 ラベルが一致しているため、ポッドはラベルが付いたワーカー・プール内のワーカー・ノードにスケジュールされます。 容認が一致しているため、ポッドをテイントが適用されたワーカー・プールで実行できます。

   oc apply -f pod.yaml