UtilityServiceGroup カスタム・リソース・パラメーター

必要に応じて、YAML でパラメーターを構成して、独自の UtilityServiceGroup カスタム・リソースをセットアップします。

以下の表では、 UtilityServiceGroupのメタデータ、仕様について説明します。
注: デフォルトでは、 UtilityServiceGroup で定義された image 仕様が、 SIPEnvironmentで定義されたグローバル・イメージ仕様よりも優先されます。 イメージ・パラメーターはデフォルトで表示されるため、デフォルトのイメージ・パラメーターをオーバーライドするには、必要に応じてパラメーターを更新します。
表 1. UtilityServiceGroup メタデータ
プロパティー デフォルト値 値タイプ 必須 説明
name   ストリング はい サービス・グループをデプロイする環境を指定します。 サービス・グループは、以下の 3 つのモードでデプロイできます。
開発モード
このモードでは、すべてのサービスを 1 つのデプロイメントにデプロイできます。 開発環境にサービス・グループをデプロイするには、 name の値を devに設定します。
実動モード
このモードでは、必要な各サービスを単一のデプロイメントにデプロイできます。 実稼働環境にサービス・グループをデプロイするには、 name の値を productionに設定します。
フレキシブル・モード
このモードでは、実行したくないサービスを再グループ化または削除することができます。 フレキシブル・モードでサービス・グループをデプロイするには、 name を dev または production以外の任意の値に指定します。 このモードでは、デフォルトで production 環境にデータが取り込まれます。
namespace   ストリング はい UtilityServiceGroup を作成する名前空間を指定します。
表 2. UtilityServiceGroup 仕様
プロパティー デフォルト値 値タイプ 必須 説明
active false ブール値 はい ユーティリティー・サービスのサービス・グループをアクティブ化し、クラスター内にリソースとデプロイメントを作成するには、 active プロパティーを true に指定します。
重要: 複数のサービス・グループを作成できますが、名前空間でアクティブにできるのは一度に 1 つのみです。 新規サービス・グループを活動化するには、アクティブ・サービス・グループを非活動化してください。 詳しくは、 アクティブ・サービス・グループの非アクティブ化を参照してください。
logLevel INFO ストリング いいえ ユーティリティー・サービス・グループのロギング・レベルを指定します。 使用可能なオプションは OFF, FATAL, ERROR, WARN, INFO, DEBUG,TRACE, ALLです。

個々のサーバーレベルでログレベルが定義されていない場合、ユーティリティサービスグループレベルで定義されているログレベルが使用されます。 サービスグループのログレベルも定義されていない場合、SIPEnvironmentのグローバル設定が使用される。 これらのいずれも設定されていない場合、デフォルトのログレベルはINFOとなります。 これにより、各サーバーインスタンスのロギングをカスタマイズして制御できる。
pod.podAnnotations   オブジェクト いいえ ポッドまたはデプロイメントの追加のアノテーションをキーと値のペアとして指定します。
pod.podLabels   オブジェクト いいえ ポッドまたはデプロイメントの追加ラベルをキーと値のペアで指定します。
覚えておいてください： 以下の3つのラベルは、オペレーターが内部的に使用するものであるため、上書きしないでください。
  • app
  • type
  • internal.sip.ibm.com/apps
defaultReplicas 1 整数 はい UtilityServiceGroupのレプリカの数を指定します。
defaultresources 開発の場合:
制限:
CPU= 1
メモリー = 1536Mi
要求:
CPU= 100m
メモリー = 1Gi
メモリー = 1Gi
実動の場合、クラスター構成に基づいて CPU とメモリーの制限と要求を指定します。		 オブジェクト はい CPUとメモリのリソース要求と制限を指定します。UtilityServiceGroup。
image   オブジェクト いいえ image プロパティーの指定はオプションです。 詳細については、リストUtilityServiceGroup画像のプロパティ。
image.imagePullSecrets   アレイ いいえ イメージをプルするための、同じ名前空間内のシークレットへの参照。 これは、 name-value pairとして参照できます。
auditService   オブジェクト いいえ 「 ユーティリティー・サービスに固有のプロパティー」の説明に従って、監査サービス・プロパティーを指定します。
carrierService   オブジェクト いいえ 「 ユーティリティー・サービスに固有のプロパティー」の説明に従って、運送会社サービスのプロパティーを指定します。
catalogService   オブジェクト いいえ 「 ユーティリティー・サービスに固有のプロパティー」の説明に従って、カタログ・サービス・プロパティーを指定します。
capacityService   オブジェクト いいえ 「ユーティリティサービス固有のプロパティ 」の説明に従って、容量サービスのプロパティを指定してください。
rulesService   オブジェクト いいえ 「 ユーティリティー・サービスに固有のプロパティー」の説明に従って、ルール・サービス・プロパティーを指定します。
searchService   オブジェクト いいえ 「 ユーティリティー・サービスに固有のプロパティー」の説明に従って、検索サービス・プロパティーを指定します。
filexService   オブジェクト いいえ 「 ユーティリティ・サービス固有のプロパティ 」の説明に従って、 FileX サービスのプロパティを指定してください。
logstash   オブジェクト いいえ 「 ユーティリティー・サービスに固有のプロパティー」の説明に従って、logstash プロパティーを指定します。 詳細については、 「一元管理型 Logstash サーバー」 を参照してください。
jobs <自動入力された求人のリスト> オブジェクト   サービスグループのカスタムリソースに入力されるジョブのリスト。 ジョブの一般的なプロパティのリストについては、 ジョブ固有のプロパティを参照してください。
topology アレイ いいえ サーバーに使用するTopology Spread Constraintsの名前を指定する。 例えば、 topology: [constraint1, constraint2]。

サーバーまたはジョブで定義されたトポロジーは、個々のサービスグループで定義されたものよりも優先されます。

詳細については、 サーバーからTopology Spread Constraintsを呼び出す例を参照してください。

ユーティリティー・サービスに固有のプロパティー

以下の表にリストされているプロパティーの <service_name> の値は、使用しているサービスによって異なります。

アプリケーション・サーバーには、すべてのユーティリティー・サービスのデータが自動的に取り込まれます。 filexServiceauditServiceアプリケーションサーバー、レプリカ、およびリソースについては、の <service_name> 値は、-, catalogService carrierService, rulesService, searchService, capacityService,, または のいずれかになります。

Logstash サーバーには、監査サービスおよび検索サービスの場合にのみ自動的にデータが取り込まれます。 したがって、 <service_name> の値は auditService または searchServiceのいずれかになります。 動的なLogstash管理の詳細については、Logstashパイプライン構成管理を参照してください。

バックエンド・サーバーには、カタログ・サービスおよびルール・サービスの場合にのみ、自動的にデータが取り込まれます。 filexServicecapacityServicerulesServicecatalogServiceしたがって、の <service_name> 値は、、、またはのいずれかとなる。

検索サービス・プロパティーの場合、 <service_name> の値は searchService のみにすることができます。

テーブル3。 ユーティリティー・サービス・プロパティー
サーバーのタイプ プロパティー デフォルト値 値タイプ 必須 説明
アプリケーション・サーバー <service_name>.appServers.active はい ブール値 いいえ このフラグは、デフォルトでは true に設定され、サーバーまたはサーバーのグループを活動化します。 非アクティブ化するには、 falseに設定します。
<service_name>.appServers.affinityAndTolerations   ストリング いいえ SIPEnvironmentで定義されている affinityAndTolerations の名前を使用します。
<service_name>.appServers.horizontalPodAutoscaler   ストリング いいえ 使用する定義済みの Horizontal Pod Autoscaler の名前を指定します。 詳細については、 「 horizontalPodAutoscalers 」パラメータを参照してください。
<service_name>.appServers.pod.podAnnotations   オブジェクト いいえ ポッドまたはデプロイメントの追加のアノテーションをキーと値のペアとして指定します。
<service_name>.appServers.pod.podLabels   オブジェクト いいえ ポッドまたはデプロイメントの追加ラベルをキーと値のペアで指定します。
覚えておいてください： 以下の3つのラベルは、オペレーターが内部的に使用するものであるため、上書きしないでください。
  • app
  • type
  • internal.sip.ibm.com/apps
<service_name>.appServers.groupName グループ名は、アプリケーション・サーバーごとに事前定義されています。 ストリング   これは、サービスによって自動的に取り込まれるアプリケーション・サーバーのグループ名です。 必要に応じてグループ名を変更できます。

Kubernetesでは、ラベル値の文字数制限は63文字であるため、長いリソース名でデプロイエラーが発生することが多い。 エラーを回避するために、グループ名を使用して配置を識別できるため、柔軟で整 理された配置管理が可能になります。 詳しくは、 グループ名を使用して長いリソース名によるエラーを回避するを参照してください。
<service_name>.appServers.names < 定義済みサーバーのリスト> アレイ   アプリケーション・サーバーのリストは、カスタム・リソースで指定した環境 (開発または実稼働) に基づいて自動的に取り込まれます。
<service_name>.appServers.replicaCount 1 整数 はい サービスのレプリカの数を指定します。
<service_name>.appServers.resources 開発の場合:
制限:
CPU= 1
メモリー = 1536Mi
要求:
CPU= 100m
メモリー = 1Gi
メモリー = 1Gi
実動の場合、クラスター構成に基づいて CPU とメモリーの制限と要求を指定します。		 オブジェクト はい サービスの CPU およびメモリーのリソース要求と制限を指定します。
<service_name>.appServers.property.envVars ストリング いいえ 属性 serverProperties.envVars[].groupName または serverProperties.envVars[].derivatives[].groupNameの envVars の名前を使用します。
<service_name>.appServers.property.jvmArgs ストリング いいえ 属性 serverProperties.jvmArgs[].groupName または serverProperties.jvmArgs[].derivatives[].groupNameの jvmArgs の名前を使用します。
<service_name>.appServers.logLevel 情報 ストリング いいえ 個々のサーバー・レベルでログ・レベルを上書きするには、このプロパティを指定します。 使用可能なオプションは OFF, FATAL, ERROR, WARN, INFO, DEBUG, TRACE, ALLです。 個々のサーバーレベルで設定されていない場合、サービスグループレベルで定義されているログレベルが使用されます。 サービスグループのログレベルも定義されていない場合、SIPEnvironmentのグローバル設定が使用される。 これらのいずれも設定されていない場合、デフォルトのログレベルはINFOとなります。 これにより、各サーバーインスタンスのロギングをカスタマイズして制御できる。
<service_name>.appServers.image.tag   ストリング いいえ このプロパティを指定して、個々のサーバーの画像タグを定義します。 設定されていない場合、サービスグループまたはグローバル設定のSIPEnvironmentで定義されているタグが使用される。 これにより、各サーバーインスタンスで使用されるイメージバージョンを正確に制御することができます。
<service_name>.appServers.image.pullPolicy   ストリング いいえ このプロパティを指定して、個々のサーバーの画像プルポリシーを定義します。 設定されていない場合、SIPEnvironmentのサービスグループまたはグローバルコンフィギュレーションで定義されたポリシーが使用される。 これはサーバーインスタンスの画像プル動作を制御します。
<service_name>.appServers.topology   アレイ いいえ サーバーに使用するTopology Spread Constraintsの名前を指定する。 例えば、 topology: [constraint1, constraint2]。

サーバーまたはジョブで定義されたトポロジーは、個々のサービスグループで定義されたものよりも優先されます。

詳細については、 サーバーからTopology Spread Constraintsを呼び出す例を参照してください。
レプリカとリソース <service_name>.defaultReplicas 1 整数 はい サービスのレプリカの数を指定します。
<service_name>.affinityAndTolerations   ストリング いいえ SIPEnvironmentで定義されている affinityAndTolerations の名前を使用します。
<service_name>.horizontalPodAutoscaler   ストリング いいえ 使用する定義済みの Horizontal Pod Autoscaler の名前を指定します。 詳細については、 「 horizontalPodAutoscalers 」パラメータを参照してください。
<service_name>.defaultresources 開発の場合:
制限:
CPU= 1
メモリー = 1536Mi
要求:
CPU= 100m
メモリー = 1Gi		 オブジェクト はい サービスの CPU およびメモリーのリソース要求と制限を指定します。
<service_name>.property.envVars ストリング いいえ 属性 serverProperties.envVars[].groupName または serverProperties.envVars[].derivatives[].groupNameの envVars の名前を使用します。
<service_name>.property.jvmArgs   ストリング いいえ 属性 serverProperties.jvmArgs[].groupName または serverProperties.jvmArgs[].derivatives[].groupNameの jvmArgs の名前を使用します。
Logstash サーバー <service_name>.logstashServers.active はい ブール値 いいえ このフラグは、デフォルトでは true に設定され、サーバーまたはサーバーのグループを活動化します。 非アクティブ化するには、 falseに設定します。
<service_name>.logstashServers.groupName グループ名は、アプリケーション・サーバーごとに事前定義されています。 ストリング   これは、サービスによって自動的に取り込まれる logstash サーバーのグループ名です。 必要に応じてグループ名を変更できます。

Kubernetesでは、ラベル値の文字数制限は63文字であるため、長いリソース名でデプロイエラーが発生することが多い。 エラーを回避するために、グループ名を使用して配置を識別できるため、柔軟で整 理された配置管理が可能になります。 詳しくは、 グループ名を使用して長いリソース名によるエラーを回避するを参照してください。
<service_name>.logstashServers.names   アレイ   logstash サーバーのリストは、カスタム・リソースで指定した環境 (dev または production) に基づいて自動的に取り込まれます。
<service_name>.logstashServers.replicaCount 1 整数 はい サービスのレプリカの数を指定します。
<service_name>.logstashServers.resources 開発の場合:
制限:
CPU= 1
メモリー = 1536Mi
要求:
CPU= 100m
メモリー = 1Gi		 オブジェクト はい サービスの CPU およびメモリーのリソース要求と制限を指定します。
<service_name>.logstashServers.property.envVars ストリング いいえ 属性 serverProperties.envVars[].groupName または serverProperties.envVars[].derivatives[].groupNameの envVars の名前を使用します。
<service_name>.logstashServers.property.jvmArgs ストリング いいえ 属性 serverProperties.jvmArgs[].groupName または serverProperties.jvmArgs[].derivatives[].groupName の jvmArgs の名前を使用します。
<service_name>.logstashServers.logLevel 情報 ストリング いいえ 個々のサーバー・レベルでログ・レベルを上書きするには、このプロパティを指定します。 使用可能なオプションは OFF, FATAL, ERROR, WARN, INFO, DEBUG, TRACE, ALLです。 個々のサーバーレベルで設定されていない場合、サービスグループレベルで定義されているログレベルが使用されます。 サービスグループのログレベルも定義されていない場合、SIPEnvironmentのグローバル設定が使用される。 これらのいずれも設定されていない場合、デフォルトのログレベルはINFOとなります。 これにより、各サーバーインスタンスのロギングをカスタマイズして制御できる。
<service_name>.logstashServers.image.tag   ストリング いいえ このプロパティを指定して、個々のサーバーの画像タグを定義します。 設定されていない場合、サービスグループまたはグローバル設定のSIPEnvironmentで定義されているタグが使用される。 これにより、各サーバーインスタンスで使用されるイメージバージョンを正確に制御することができます。
<service_name>.logstashServers.pod.podAnnotations   オブジェクト いいえ ポッドまたはデプロイメントの追加のアノテーションをキーと値のペアとして指定します。
<service_name>.logstashServers.pod.podLabels   オブジェクト いいえ ポッドまたはデプロイメントの追加ラベルをキーと値のペアで指定します。
覚えておいてください： 以下の3つのラベルは、オペレーターが内部的に使用するものであるため、上書きしないでください。
  • app
  • type
  • internal.sip.ibm.com/apps
<service_name>.appServers.topology   アレイ いいえ  
バックエンド・サーバー <service_name>.backendServers.active はい ブール値 いいえ このフラグは、デフォルトでは true に設定され、サーバーまたはサーバーのグループを活動化します。 非アクティブ化するには、 falseに設定します。
<service_name>.backendServers.affinityAndTolerations   ストリング いいえ SIPEnvironmentで定義されている affinityAndTolerations の名前を使用します。
<service_name>.backendServers.horizontalPodAutoscaler   ストリング いいえ 使用する定義済みの Horizontal Pod Autoscaler の名前を指定します。 詳細については、 「 horizontalPodAutoscalers 」パラメータを参照してください。
<service_name>.backendServers.pod.podAnnotations   オブジェクト いいえ ポッドまたはデプロイメントの追加のアノテーションをキーと値のペアとして指定します。
<service_name>.backendServers.pod.podLabels   オブジェクト いいえ ポッドまたはデプロイメントの追加ラベルをキーと値のペアで指定します。
覚えておいてください： 以下の3つのラベルは、オペレーターが内部的に使用するものであるため、上書きしないでください。
  • app
  • type
  • internal.sip.ibm.com/apps
<service_name>.backendServers.groupName グループ名は、アプリケーション・サーバーごとに事前定義されています。 ストリング   これは、サービスによって自動的に取り込まれるバックエンド・サーバーのグループ名です。 必要に応じてグループ名を変更できます。

Kubernetesでは、ラベル値の文字数制限は63文字であるため、長いリソース名でデプロイエラーが発生することが多い。 エラーを回避するために、グループ名を使用して配置を識別できるため、柔軟で整 理された配置管理が可能になります。 詳しくは、 グループ名を使用して長いリソース名によるエラーを回避するを参照してください。
<service_name>.backendServers.replica 1 整数 はい サービスのレプリカの数を指定します。
<service_name>.backendServers.resources 開発の場合:
制限:
CPU= 1
メモリー = 1536Mi
要求:
CPU= 100m
メモリー = 1Gi
メモリー = 1Gi
実動の場合、クラスター構成に基づいて CPU とメモリーの制限と要求を指定します。		 オブジェクト はい サービスの CPU およびメモリーのリソース要求と制限を指定します。
<service_name>.backendServers.property.envVars ストリング いいえ 属性 serverProperties.envVars[].groupName または serverProperties.envVars[].derivatives[].groupNameの envVars の名前を使用します。
<service_name>.backendServers.property.jvmArgs ストリング いいえ 属性 serverProperties.jvmArgs[].groupName または serverProperties.jvmArgs[].derivatives[].groupNameの jvmArgs の名前を使用します。
<service_name>.backendServers.logLevel 情報 ストリング いいえ 個々のサーバー・レベルでログ・レベルを上書きするには、このプロパティを指定します。 使用可能なオプションは OFF, FATAL, ERROR, WARN, INFO, DEBUG, TRACE, ALLです。 個々のサーバーレベルで設定されていない場合、サービスグループレベルで定義されているログレベルが使用されます。 サービスグループのログレベルも定義されていない場合、SIPEnvironmentのグローバル設定が使用される。 これらのいずれも設定されていない場合、デフォルトのログレベルはINFOとなります。 これにより、各サーバーインスタンスのロギングをカスタマイズして制御できる。
<service_name>.backendServers.image.tag   ストリング いいえ このプロパティを指定して、個々のサーバーの画像タグを定義します。 設定されていない場合、サービスグループまたはグローバル設定のSIPEnvironmentで定義されているタグが使用される。 これにより、各サーバーインスタンスで使用されるイメージバージョンを正確に制御することができます。
<service_name>.backendServers.image.pullPolicy   ストリング いいえ このプロパティを指定して、個々のサーバーの画像プルポリシーを定義します。 設定されていない場合、SIPEnvironmentのサービスグループまたはグローバルコンフィギュレーションで定義されたポリシーが使用される。 これはサーバーインスタンスの画像プル動作を制御します。
<service_name>.backendServers.topology   アレイ いいえ  
検索サービスのプロパティー <service_name>. distributionShipNodesCacheDurationMinutes 10 整数 いいえ 配布グループ・キャッシュの有効期限が切れるまでの時間を分単位で指定します。
<service_name>.maxAllowedNumberOfItemIds 10 整数 いいえ 項目 ID の検索時に許可される項目 ID の数を指定します。
<service_name>.maxAllowedNumberOfShipNodes 200 整数 いいえ 出荷ノードの検索時に許可される出荷ノードの数を指定します。
<service_name>.removeSortingForSingleItemId いいえ ブール値 いいえ アイテム ID または単位によるソートを有効または無効にするには、このフラグを指定します。

職種固有のプロパティ

プロパティー デフォルト値 値タイプ 必須 説明
name   アレイ はい サービスに含まれる仕事名のリストである。
affinityAndTolerations ストリング いいえ SIPEnvironmentで定義されている affinityAndTolerations の名前を使用します。 デフォルトでは、サーバーで定義された affinityAndTolerations が、個々のサービスグループで定義された affinityAndTolerations よりも優先される。
horizontalPodAutoscaler   ストリング いいえ 使用する定義済みの Horizontal Pod Autoscaler の名前を指定します。 詳細については、 「 horizontalPodAutoscalers 」パラメータを参照してください。
logLevel INFO 整数 いいえ 個々のサーバー・レベルでログ・レベルを上書きするには、このプロパティを指定します。 使用可能なオプションは OFF, FATAL, ERROR, WARN, INFO, DEBUG, TRACE, ALLです。 個々のサーバーレベルで設定されていない場合、サービスグループレベルで定義されているログレベルが使用されます。 サービスグループのログレベルも定義されていない場合、SIPEnvironmentのグローバル設定が使用される。 これらのいずれも設定されていない場合、デフォルトのログレベルはINFOとなります。 これにより、各サーバーインスタンスのロギングをカスタマイズして制御できる。
jobBackoffLimit 4 整数 いいえ 連続したポッドの失敗の後、ジョブを失敗としてマークするまでの再試行回数を指定します。
pod.podAnnotations   オブジェクト いいえ ポッドまたはデプロイメントの追加のアノテーションをキーと値のペアとして指定します。
pod.podLabels   オブジェクト いいえ ポッドまたはデプロイメントの追加ラベルをキーと値のペアで指定します。
覚えておいてください： 以下の3つのラベルは、オペレーターが内部的に使用するものであるため、上書きしないでください。
  • app
  • type
  • internal.sip.ibm.com/apps
resources 開発者向け：
制限：
CPU= 1
Memory= 1536Mi
リクエスト：
CPU= 100m
Memory= 1Gi
productionの場合は、クラスタ構成に基づいて、CPUとメモリの制限と要求を指定します。		   いいえ サーバーのCPUとメモリリソースの要求と制限を指定します。
property.envVars ストリング いいえ 属性 serverProperties.envVars[].groupName または serverProperties.envVars[].derivatives[].groupNameの envVars の名前を使用します。
property.jvmArgs ストリング いいえ 属性 serverProperties.jvmArgs[].groupName または serverProperties.jvmArgs[].derivatives[].groupNameの jvmArgs の名前を使用します。
topology アレイ いいえ サーバーに使用するTopology Spread Constraintsの名前を指定する。 例えば、 topology: [constraint1, constraint2]。

サーバーまたはジョブで定義されたトポロジーは、個々のサービスグループで定義されたものよりも優先されます。

詳細については、 サーバーからTopology Spread Constraintsを呼び出す例を参照してください。

Logstashパイプラインの構成管理

開発モード、本番モード、および柔軟なモードにわたって、検索サービスの Logstash パイプライン構成を動的に管理できます。

開発モード
10.0.2409.1リリースから、3つの検索パイプライン（供給、需要、予約）に対して1つのStatefulSetが作成されるようになりました。 initコンテナは、これらの設定を動的にマージする。
実動モード
StatefulSetsは、3つの検索パイプラインごとに別々に作成され、コンフィギュレーションをマージする必要はない。 したがって、「initコンテナは使用されない。
フレキシブル・モード
StatefulSetsとマージされたコンフィギュレーションは、選択されたパイプラインに基づいて生成される。 initコンテナは必要に応じてパイプラインをマージし、柔軟でカスタマイズ可能なデプロイオプションを提供する。

アクティブ・サービス・グループの非アクティブ化

アクティブ・サービス・グループを非アクティブ化するということは、それが作成された方法でそれを削除することを意味します。 例:
  • サービス・グループが SIPEnvironmentの外部で作成されている場合は、 SIPEnvironmentの外部からのみ削除できます。 この場合、サービス・グループを非アクティブにするには、 active プロパティーを false に設定します。
  • サービス・グループが SIPEnvironment内に作成されている場合、 SIPEnvironmentからのみ削除できます。 この場合は、以下のいずれかのアクションを実行します。
    • SIPEnvironmentからサービス・グループを削除します。
    • 必要に応じてサービス・グループを別のモード (開発または実動) に更新し、既存のサービス・グループを自動的に非アクティブ化します。

長いリソース名によるエラーを避けるためにグループ名を使う

ラベルやセレクタに「metadata.labels」や「spec.selector.matchLabels」など、63 文字の制限を超える可能性のある長い配置名を直接使用する代わりに、配置を表す簡潔なグループ名を割り当てます。 このアプローチにより、ラベル管理がよりシンプルになり、グループ内で特定の配備コンフィギュレーションが整理される。

例:
utilityServiceGroup:
  - active: true
    groupName: <deployment-name>
    names:
      - "iv-supply-breakup-snapshot-source-stream-flatten:4"
    replicaCount: 4