PromisingServiceGroup カスタム・リソース・パラメーター
必要に応じて、YAML でパラメーターを構成して、独自の PromisingServiceGroup カスタム・リソースをセットアップします。
以下の表では、
PromisingServiceGroupのメタデータおよび仕様について説明します。注: デフォルトでは、
PromisingServiceGroup で定義された image 仕様が、 SIPEnvironmentで定義されたグローバル・イメージ仕様よりも優先されます。 イメージ・パラメーターはデフォルトで表示されるため、デフォルトのイメージ・パラメーターをオーバーライドするには、必要に応じてパラメーターを更新します。| プロパティー | デフォルト値 | 値タイプ | 必須 | 説明 |
|---|---|---|---|---|
name |
ストリング | はい | サービス・グループをデプロイする環境を指定します。 サービス・グループは、以下の 3 つのモードでデプロイできます。
|
|
namespace |
ストリング | はい | PromisingServiceGroup を作成する名前空間を指定します。 |
| プロパティー | デフォルト値 | 値タイプ | 必須 | 説明 |
|---|---|---|---|---|
active |
false |
ブール値 | はい | active プロパティーを true に指定すると、約束用のサービス・グループがアクティブ化され、クラスター内にリソースとデプロイメントが作成されます。重要: 複数のサービス・グループを作成できますが、名前空間でアクティブにできるのは一度に 1 つのみです。 新規サービス・グループを活動化するには、アクティブ・サービス・グループを非活動化してください。 詳しくは、 アクティブ・サービス・グループの非アクティブ化を参照してください。
|
affinityAndTolerations |
ストリング | いいえ | SIPEnvironmentで定義されている affinityAndTolerations の名前を使用します。 |
|
horizontalPodAutoscaler |
ストリング | いいえ | 使用する定義済みの Horizontal Pod Autoscaler の名前を指定します。 詳しくは、 horizontalPodAutoscalers パラメータを参照。 | |
logLevel |
INFO |
ストリング | いいえ | 約束サービス・グループのロギング・レベルを指定します。 使用可能なオプションは OFF,
FATAL, ERROR, WARN, INFO, DEBUG,TRACE, ALLです。個々のサーバーレベルでログレベルが定義されていない場合、Promising サービスグループレベルで定義されているログレベルが使用されます。 サービスグループのログレベルも定義されていない場合、SIPEnvironmentのグローバル設定が使用される。 これらのいずれも設定されていない場合、デフォルトのログレベルは |
pod.podAnnotations |
オブジェクト | いいえ | ポッドまたはデプロイメントの追加のアノテーションをキーと値のペアとして指定します。 | |
pod.podLabels |
オブジェクト | いいえ | ポッドまたはデプロイメントの追加ラベルをキーと値のペアで指定します。 覚えておいてください: 以下の3つのラベルは、オペレーターが内部的に使用するものであるため、上書きしないでください。
|
|
defaultReplicas |
1 | 整数 | はい | PromisingServiceGroupのレプリカの数を指定します。 |
defaultresources |
開発の場合: 制限: CPU= 1 メモリー = 1536Mi 要求: CPU= 100m メモリー = 1Gi |
オブジェクト | はい | CPUとメモリのリソース要求と制限を指定します。PromisingServiceGroup。 |
image |
いいえ | image プロパティーの指定はオプションです。 詳細については、リストPromisingServiceGroup画像のプロパティ。 |
||
image.imagePullSecrets |
アレイ | いいえ | イメージをプルするための、同じ名前空間内のシークレットへの参照。 これは、 name-value pairとして参照できます。 |
|
appServers |
< 自動取り込みサーバーのリスト> | オブジェクト | アプリケーション・サーバーのリストは、カスタム・リソースで指定した環境 (開発または実稼働) に基づいて自動的に取り込まれます。 開発の場合、すべてのサーバーがグループ化され、実動の場合、各サーバーには独自のグループがあります。 アプリケーション・サーバーの共通プロパティのリストについては、 インベントリおよびプロミス・サービス・グループの共通サーバー・プロパティを参照してください。 | |
backendServers |
< 自動取り込みサーバーのリスト> | オブジェクト | バックエンド・サーバーのリストは、カスタム・リソースで指定した環境 (開発または実稼働) に基づいて自動的に取り込まれます。 開発の場合、すべてのサーバーがグループ化され、実動の場合、各サーバーには独自のグループがあります。 バックエンド・サーバの共通プロパティのリストについては、 インベントリおよびプロミッシング・サービス・グループの共通サーバ・プロパティを参照してください。 | |
topology |
アレイ | いいえ | サーバーに使用するTopology Spread Constraintsの名前を指定する。 例えば、 topology: [constraint1, constraint2]。サーバーまたはジョブで定義されたトポロジーは、個々のサービスグループで定義されたものよりも優先されます。 詳細については、 サーバーからTopology Spread Constraintsを呼び出す例を参照してください。 |
|
jobs |
<自動入力された求人のリスト | オブジェクト | サービスグループのカスタムリソースに入力されるジョブのリスト。 ジョブの一般的なプロパティのリストについては、 ジョブ固有のプロパティを参照してください。 |
アクティブ・サービス・グループの非アクティブ化
アクティブ・サービス・グループを非アクティブ化するということは、それが作成された方法でそれを削除することを意味します。 例:
- サービス・グループが
SIPEnvironmentの外部で作成されている場合は、SIPEnvironmentの外部からのみ削除できます。 この場合、サービス・グループを非アクティブにするには、activeプロパティーを false に設定します。 - サービス・グループが
SIPEnvironment内に作成されている場合、SIPEnvironmentからのみ削除できます。 この場合は、以下のいずれかのアクションを実行します。SIPEnvironmentからサービス・グループを削除します。- 必要に応じて、サービス・グループを別のモード (開発または実動) に更新して、既存のサービス・グループを自動的に非アクティブ化します。