ワークロード・スケールのカスタマイズ

container 、 initContainer リソース、またはポッド replicasを設定することにより、ポッドを水平方向および垂直方向にスケーリングできます。デフォルトでは、一部のポッドには複数のレプリカがあります。ワークロードの要件に応じて、これらのレプリカの値をデフォルト値より小さいか、デフォルト値より大きい値に設定できます。

このタスクについて

Kubernetesでは、リソース要求とそのコンポーネント・コンテナーの制限に基づいて、サービス品質クラスがすべてのポッドに割り当てられます。リソースは、以下のサービス品質クラスに設定できます。

Guaranteed
Burstable
BestEffort

ノードがリソースを使い尽くした場合、 Kubernetes は以下の順序でノードを除去します。

BestEffort ポッド
Burstable ポッド
Guaranteed ポッド

詳しくは、ポッドのサービス品質 (QoS) の構成を参照してください。

サポートされるポッドとそのデフォルト値について詳しくは、サポートされるポッドを参照してください。

警告: ポッドのリソース制限をデフォルト値より小さい値に設定すると、スロットルまたはスローダウンが発生する可能性があります。エンティティー・マネージャー・ポッド、 Jobs ポッド、および CronJobs ポッドのレプリカは、 1に設定されます。ワークロードの性質上、これらのポッドのポッド・リソース制限を変更することはできません。

注: initContainers は、初期化の基本タスク用に設計されているため、変更する必要はありません。メイン・ロードは Containers内にあります。

手順

Red Hat® OpenShift®で、サイドナビゲーションメニューから「管理」 > CustomResourceDefinitions をクリックし、カスタマイズするカスタムリソースを見つけます。
「インスタンス」をクリックして、作業対象のカスタム・リソースのインスタンスを開きます。
「YAML」タブをクリックしてエディターを開きます。
podTemplates フィールドが存在しない場合は、 spec プロパティー内に podTemplates フィールドを追加します。
注:
- IBM Maximo Healthの場合、 spec プロパティーの中に components、 health、次に podTemplates フィールドを追加します。
- IoT ツールの場合、 spec プロパティー内に components セクションを追加します。 components セクションで、すべてのコンポーネント名を追加し、次に podTemplates フィールドを追加します。例えば、
```
spec:
 components:
  actions: # actions is the IoT component name
   podTemplates: {} # templates for the actions component operator
```
要件に応じてポッド・エントリーを追加または変更します。
例えば、以下のサンプル・コードでは、 admin-dashboard は編集されるポッド・エントリーです。

要件に応じて、フィールド replicas および containers または initContainers を追加します。

kind: Suite
apiVersion: core.mas.ibm.com/v1
metadata:
  name: inst1
  namespace: mas-inst1-core
  labels:
    mas.ibm.com/instanceId: inst1
spec:
  podTemplates:
    - name: admin-dashboard
      replicas: 2
      containers:
        - name: admin-dashboard
          resources:
            requests:
              cpu: 0.01
              memory: 196Mi
            limits:
              cpu: 0.8
              memory: 512Mi

「保存」をクリックします。オペレーターが調整して変更を適用するまで待ちます。