第21章 MachineConfiguration [operator.openshift.io/v1]
- 説明
- MachineConfiguration は、マシン設定を管理する Operator を設定するための情報を提供します。互換性レベル 1: メジャーリリース内で最低 12 カ月または 3 つのマイナーリリース (どちらか長い方) の間 Stable です。
- 型
-
object
- 必須
-
spec
-
21.1. 仕様
プロパティー | 型 | 説明 |
---|---|---|
|
| APIVersion はオブジェクトのこの表現のバージョンスキーマを定義します。サーバーは認識されたスキーマを最新の内部値に変換し、認識されない値は拒否することがあります。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources を参照してください。 |
|
| kind はこのオブジェクトが表す REST リソースを表す文字列の値です。サーバーはクライアントが要求を送信するエンドポイントからこれを推測できることがあります。これを更新することはできません。CamelCase を使用します。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds を参照してください。 |
| 標準オブジェクトのメタデータ。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata を参照してください。 | |
|
| spec は、Machine Config Operator の望ましい動作の仕様です。 |
|
| status は、Machine Config Operator の最新のステータスです。 |
21.1.1. .spec
- 説明
- spec は、Machine Config Operator の望ましい動作の仕様です。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| failedRevisionLimit は、ディスク上に保持するために失敗した静的 Pod インストーラーリビジョンの数であり、API では -1 =無制限、0 または未設定= 5(デフォルト) |
|
| forceRedeploymentReason を使用すると、一意の文字列を指定して、オペランドの再デプロイを強制できます。これにより、以前に失敗したデプロイメントを開始するメカニズムが提供され、同じ設定で再度失敗するのではなく、今回は機能すると思われる理由が提供されます。 |
|
| logLevel は、コンポーネント全体のインテントベースのログです。きめ細かい制御はできませんが、Operator がオペランドに対して解釈する必要のある粗いロギングの選択を管理する簡単な方法です。有効な値は、"Normal"、"Debug"、"Trace"、"TraceAll" です。Defaults to "Normal". |
|
| managedBootImages を使用すると、クラスター内にあるマシンリソースのブートイメージの管理を設定できます。これを設定すると、クラスターのアップグレード中に最新のブートイメージに更新する必要があるリソースをユーザーが選択できるため、新しいマシンを常に現在のクラスターバージョンのブートイメージで起動できるようになります。省略すると、ブートイメージは更新されません。 |
|
| managementState は、Operator がコンポーネントを管理する必要があるかどうか、およびその方法を示します |
|
| nodeDisruptionPolicy を使用すると、管理者は、ドレイン、サービスのリロードなど、MachineConfig ベースの更新に対する詳細なノード停止アクションを設定できます。これを指定すると、クラスターに対して軽微な設定更新を実行するときのダウンタイムが短縮されます。これを設定しても、クラスターのアップグレードには影響しませんが、必要な場合にはノードが停止されます。 |
| `` | observedConfig は、コントローラーがクラスター状態から監視したスパース設定を保持します。Operator のレベルへの入力であるため、仕様に存在します |
|
| operatorLogLevel は、Operator 自体のインテントベースのログです。きめ細かい制御はできませんが、Operator が自分で解釈しなければならない粗いロギングの選択を管理する簡単な方法です。有効な値は、"Normal"、"Debug"、"Trace"、"TraceAll" です。Defaults to "Normal". |
|
| successedRevisionLimit は、ディスク上に保持する成功した静的 Pod インストーラーリビジョンの数であり、API では -1 =無制限、0 または未設定= 5(デフォルト) |
| `` | unsupportedConfigOverrides は、Operator によって計算された最終設定をオーバーライドします。Red Hat はこのフィールドの使用をサポートしていません。このフィールドを誤って使用すると、予期しない動作が発生したり、他の設定オプションと競合したりする可能性があります。このフィールドを使用する前に、Red Hat サポートに問い合わせてください。このプロパティーを使用すると、クラスターのアップグレードがブロックされます。クラスターをアップグレードする前に、このプロパティーを削除する必要があります。 |
21.1.2. .spec.managedBootImages
- 説明
- managedBootImages を使用すると、クラスター内にあるマシンリソースのブートイメージの管理を設定できます。これを設定すると、クラスターのアップグレード中に最新のブートイメージに更新する必要があるリソースをユーザーが選択できるため、新しいマシンを常に現在のクラスターバージョンのブートイメージで起動できるようになります。省略すると、ブートイメージは更新されません。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| machineManagers は、ブートイメージの更新用のマシン管理リソースを登録するために使用できます。Machine Config Operator がこのリストの変更を監視します。マシン管理リソースの種類ごとに 1 つのエントリーのみが許可されます。 |
|
| MachineManager は、ブートイメージの更新用に登録されているターゲットマシンリソースを表します。リソースのタイプやリソースの API グループなどの識別情報を格納します。また、選択フィールドを介して詳細な制御も提供します。 |
21.1.3. .spec.managedBootImages.machineManagers
- 説明
- machineManagers は、ブートイメージの更新用のマシン管理リソースを登録するために使用できます。Machine Config Operator がこのリストの変更を監視します。マシン管理リソースの種類ごとに 1 つのエントリーのみが許可されます。
- 型
-
array
21.1.4. .spec.managedBootImages.machineManagers[]
- 説明
- MachineManager は、ブートイメージの更新用に登録されているターゲットマシンリソースを表します。リソースのタイプやリソースの API グループなどの識別情報を格納します。また、選択フィールドを介して詳細な制御も提供します。
- 型
-
object
- 必須
-
apiGroup
-
resource
-
selection
-
プロパティー | 型 | 説明 |
---|---|---|
|
| apiGroup は、マシン管理リソースが属する APIGroup の名前です。現在有効な値は machine.openshift.io のみです。machine.openshift.io の場合、マシンマネージャーによって、OpenShift machine API グループに属するリソースだけが登録されます。 |
|
| resource は、マシン管理リソースのタイプです。現在有効な値は machinesets のみです。machinesets の場合、マシンマネージャーによって、種類が MachineSet のリソースだけが登録されます。 |
|
| selection を使用すると、ブートイメージの更新用に登録するマシン管理リソースを細かく制御できます。 |
21.1.5. .spec.managedBootImages.machineManagers[].selection
- 説明
- selection を使用すると、ブートイメージの更新用に登録するマシン管理リソースを細かく制御できます。
- 型
-
object
- 必須
-
mode
-
プロパティー | 型 | 説明 |
---|---|---|
|
| mode は、更新用のマシンマネージャーを選択する方法を決定します。有効な値は All と Partial です。All の場合、マシンマネージャーによって照合されたすべてのリソースが更新されます。Partial の場合、セレクターの指定が必要であり、マシンマネージャーで照合されたリソースのうち、どのリソースを更新するかをカスタマイズできます。 |
|
| partial は、マシン管理リソースを照合するために使用できるラベルセレクターを指定します。mode が "Partial" に設定されている場合にのみ許可されます。 |
21.1.6. .spec.managedBootImages.machineManagers[].selection.partial
- 説明
- partial は、マシン管理リソースを照合するために使用できるラベルセレクターを指定します。mode が "Partial" に設定されている場合にのみ許可されます。
- 型
-
object
- 必須
-
machineResourceSelector
-
プロパティー | 型 | 説明 |
---|---|---|
|
| machineResourceSelector は、MachineSets などのマシンリソースを選択するために使用できるラベルセレクターです。 |
21.1.7. .spec.managedBootImages.machineManagers[].selection.partial.machineResourceSelector
- 説明
- machineResourceSelector は、MachineSets などのマシンリソースを選択するために使用できるラベルセレクターです。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| matchExpressions はラベルセレクターの要件のリストです。要件は AND で結合されます。 |
|
| ラベルセレクター要件は、値、キー、およびキーと値を関連付ける Operator を含むセレクターです。 |
|
| matchLabels は、{key,value} ペアのマップです。matchLabels マップの 1 つの {key,value} は matchExpressions の要素と同じで、キーフィールドには "key"、演算子には "In"、値配列には "value" のみが含まれます。要件は AND で結合されます。 |
21.1.8. .spec.managedBootImages.machineManagers[].selection.partial.machineResourceSelector.matchExpressions
- 説明
- matchExpressions はラベルセレクターの要件のリストです。要件は AND で結合されます。
- 型
-
array
21.1.9. .spec.managedBootImages.machineManagers[].selection.partial.machineResourceSelector.matchExpressions[]
- 説明
- ラベルセレクター要件は、値、キー、およびキーと値を関連付ける Operator を含むセレクターです。
- 型
-
object
- 必須
-
key
-
operator
-
プロパティー | 型 | 説明 |
---|---|---|
|
| key は、セレクターの適用先のラベルキーです。 |
|
| operator はキーと値のセットの関係を表します。有効な演算子は In、NotIn、Exists、および DoesNotExist です。 |
|
| values は文字列値の配列です。operator が In または NotIn の場合には、values 配列を空白にできません。operator が Exists または DoesNotExist の場合には、values 配列は空白でなければなりません。この配列は、ストラテジーに基づいたマージパッチの適用中に置き換えられます。 |
21.1.10. .spec.nodeDisruptionPolicy
- 説明
- nodeDisruptionPolicy を使用すると、管理者は、ドレイン、サービスのリロードなど、MachineConfig ベースの更新に対する詳細なノード停止アクションを設定できます。これを指定すると、クラスターに対して軽微な設定更新を実行するときのダウンタイムが短縮されます。これを設定しても、クラスターのアップグレードには影響しませんが、必要な場合にはノードが停止されます。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| files は、MachineConfig ファイルの定義と、そのパスの変更に対して実行するアクションのリストです。このリストは最大 50 個のエントリーをサポートしています。 |
|
| NodeDisruptionPolicySpecFile は、ファイルのエントリーとそれに対応するアクションであり、NodeDisruptionPolicyConfig オブジェクトで使用されます。 |
|
| sshkey は、MachineConfig オブジェクトの ignition.sshkeys フィールドにマップされます。これに対する定義とアクションは、クラスター内のすべて sshkey の変更に適用されます。 |
|
| units は、MachineConfig ユニットの定義と、そのサービスの変更時に実行するアクションのリストです。このリストは最大 50 個のエントリーをサポートしています。 |
|
| NodeDisruptionPolicySpecUnit は、systemd ユニット名とそれに対応するアクションであり、NodeDisruptionPolicyConfig オブジェクトで使用されます。 |
21.1.11. .spec.nodeDisruptionPolicy.files
- 説明
- files は、MachineConfig ファイルの定義と、そのパスの変更に対して実行するアクションのリストです。このリストは最大 50 個のエントリーをサポートしています。
- 型
-
array
21.1.12. .spec.nodeDisruptionPolicy.files[]
- 説明
- NodeDisruptionPolicySpecFile は、ファイルのエントリーとそれに対応するアクションであり、NodeDisruptionPolicyConfig オブジェクトで使用されます。
- 型
-
object
- 必須
-
actions
-
path
-
プロパティー | 型 | 説明 |
---|---|---|
|
| actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。 |
|
| |
|
| path は、MachineConfig を通じて管理されるファイルの場所です。ポリシー内のアクションは、このパスにあるファイルへの変更に対して適用されます。 |
21.1.13. .spec.nodeDisruptionPolicy.files[].actions
- 説明
- actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。
- 型
-
array
21.1.14. .spec.nodeDisruptionPolicy.files[].actions[]
- 説明
- 型
-
object
- 必須
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。 |
|
| restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。 |
|
| type は、この NodeDisruptionPolicySpecActionType が実行された場合に実行されるコマンドを表します。有効な値は、Reboot、Drain、Reload、Restart、DaemonReload、および None です。Reload/Restart には、対応するサービスターゲットを reload/restart フィールドで指定する必要があります。その他の値には、追加の設定は必要ありません。 |
21.1.15. .spec.nodeDisruptionPolicy.files[].actions[].reload
- 説明
- reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、リロードするサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.16. .spec.nodeDisruptionPolicy.files[].actions[].restart
- 説明
- restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、再起動するサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.17. .spec.nodeDisruptionPolicy.sshkey
- 説明
- sshkey は、MachineConfig オブジェクトの ignition.sshkeys フィールドにマップされます。これに対する定義とアクションは、クラスター内のすべて sshkey の変更に適用されます。
- 型
-
object
- 必須
-
actions
-
プロパティー | 型 | 説明 |
---|---|---|
|
| actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。 |
|
|
21.1.18. .spec.nodeDisruptionPolicy.sshkey.actions
- 説明
- actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。
- 型
-
array
21.1.19. .spec.nodeDisruptionPolicy.sshkey.actions[]
- 説明
- 型
-
object
- 必須
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。 |
|
| restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。 |
|
| type は、この NodeDisruptionPolicySpecActionType が実行された場合に実行されるコマンドを表します。有効な値は、Reboot、Drain、Reload、Restart、DaemonReload、および None です。Reload/Restart には、対応するサービスターゲットを reload/restart フィールドで指定する必要があります。その他の値には、追加の設定は必要ありません。 |
21.1.20. .spec.nodeDisruptionPolicy.sshkey.actions[].reload
- 説明
- reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、リロードするサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.21. .spec.nodeDisruptionPolicy.sshkey.actions[].restart
- 説明
- restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、再起動するサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.22. .spec.nodeDisruptionPolicy.units
- 説明
- units は、MachineConfig ユニットの定義と、そのサービスの変更時に実行するアクションのリストです。このリストは最大 50 個のエントリーをサポートしています。
- 型
-
array
21.1.23. .spec.nodeDisruptionPolicy.units[]
- 説明
- NodeDisruptionPolicySpecUnit は、systemd ユニット名とそれに対応するアクションであり、NodeDisruptionPolicyConfig オブジェクトで使用されます。
- 型
-
object
- 必須
-
actions
-
name
-
プロパティー | 型 | 説明 |
---|---|---|
|
| actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。 |
|
| |
|
| name は、MachineConfig を通じて管理される systemd サービスのサービス名を表します。指定されたアクションが、名前付きサービスへの変更に適用されます。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.24. .spec.nodeDisruptionPolicy.units[].actions
- 説明
- actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。
- 型
-
array
21.1.25. .spec.nodeDisruptionPolicy.units[].actions[]
- 説明
- 型
-
object
- 必須
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。 |
|
| restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。 |
|
| type は、この NodeDisruptionPolicySpecActionType が実行された場合に実行されるコマンドを表します。有効な値は、Reboot、Drain、Reload、Restart、DaemonReload、および None です。Reload/Restart には、対応するサービスターゲットを reload/restart フィールドで指定する必要があります。その他の値には、追加の設定は必要ありません。 |
21.1.26. .spec.nodeDisruptionPolicy.units[].actions[].reload
- 説明
- reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、リロードするサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.27. .spec.nodeDisruptionPolicy.units[].actions[].restart
- 説明
- restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、再起動するサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.28. .status
- 説明
- status は、Machine Config Operator の最新のステータスです。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| conditions は、状態とそのステータスのリストです。 |
|
|
条件には、この API リソースの現在の状態の 1 つの側面の詳細が含まれています。--- この構造体は、フィールドパスの .status.conditions で配列として直接使用することを目的としています。たとえば、次のように入力します。FooStatus struct{ // Represents the observations of a foo’s current state. // Known .status.conditions.type are: "Available", "Progressing", and "Degraded" // +patchMergeKey=type // +patchStrategy=merge // +listType=map // +listMapKey=type Conditions []metav1.Condition |
|
| nodeDisruptionPolicyStatus ステータスは、クラスターによって検証された最新のポリシーを反映し、将来のノード更新時に Machine Config Daemon によって使用されます。 |
|
| observedGeneration はあなたが扱った最後の世代の変更です |
21.1.29. .status.conditions
- 説明
- conditions は、状態とそのステータスのリストです。
- 型
-
array
21.1.30. .status.conditions[]
- 説明
-
条件には、この API リソースの現在の状態の 1 つの側面の詳細が含まれています。--- この構造体は、フィールドパスの .status.conditions で配列として直接使用することを目的としています。たとえば、次のように入力します。FooStatus struct{ // Represents the observations of a foo’s current state. // Known .status.conditions.type are: "Available", "Progressing", and "Degraded" // +patchMergeKey=type // +patchStrategy=merge // +listType=map // +listMapKey=type Conditions []metav1.Condition
json:"conditions,omitempty" patchStrategy:"merge" patchMergeKey:"type" protobuf:"bytes,1,rep,name=conditions"
// other fields } - 型
-
object
- 必須
-
lastTransitionTime
-
message
-
reason
-
status
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| lastTransitionTime は、ある状態から別の状態に最後に遷移した時間です。これは、基本的な条件が変更された時点となります。不明な場合には、API フィールドが変更された時点を使用することも可能です。 |
|
| message は、遷移の詳細を示す人が判読できるメッセージです。空の文字列の場合もあります。 |
|
| observedGeneration は、それをベースに条件が設定された .metadata.generation を表します。たとえば、.metadata.generation が現在 12 で、.status.conditions[x].observedGeneration が 9 の場合、インスタンスの現在の状態に対して条件が古くなっています。 |
|
| reason には、条件の最後の遷移の理由を示すプログラムによる識別子が含まれます。特定の条件タイプのプロデューサーは、このフィールドの期待値と意味、および値が保証された API と見なされるかどうかを定義できます。値は CamelCase 文字列である必要があります。このフィールドには空白を指定できません。 |
|
| 条件のステータス、True、False、Unknown のいずれか。 |
|
| CamelCase または foo.example.com/CamelCase の条件のタイプ。--- 多くの.condition.type 値は、Available などのリソース全体で一貫していますが、任意の条件が役立つ可能性があるため (.node.status.conditions を参照)、競合を解消する機能が重要です。一致する正規表現は (dns1123SubdomainFmt/)?(qualifiedNameFmt) です。 |
21.1.31. .status.nodeDisruptionPolicyStatus
- 説明
- nodeDisruptionPolicyStatus ステータスは、クラスターによって検証された最新のポリシーを反映し、将来のノード更新時に Machine Config Daemon によって使用されます。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| clusterPolicies は、クラスターのデフォルトとユーザーが提供するノード停止ポリシーを統合したものです。 |
21.1.32. .status.nodeDisruptionPolicyStatus.clusterPolicies
- 説明
- clusterPolicies は、クラスターのデフォルトとユーザーが提供するノード停止ポリシーを統合したものです。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| files は、MachineConfig ファイルの定義と、そのパスの変更に対して実行するアクションのリストです。 |
|
| NodeDisruptionPolicyStatusFile は、ファイルのエントリーとそれに対応するアクションであり、NodeDisruptionPolicyClusterStatus オブジェクトで使用されます。 |
|
| sshkey は、全体的な sshkey MachineConfig の定義です。 |
|
| units は、MachineConfig ユニットの定義と、そのサービスの変更時に実行するアクションのリストです。 |
|
| NodeDisruptionPolicyStatusUnit は、systemd ユニット名とそれに対応するアクションであり、NodeDisruptionPolicyClusterStatus オブジェクトで使用されます。 |
21.1.33. .status.nodeDisruptionPolicyStatus.clusterPolicies.files
- 説明
- files は、MachineConfig ファイルの定義と、そのパスの変更に対して実行するアクションのリストです。
- 型
-
array
21.1.34. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[]
- 説明
- NodeDisruptionPolicyStatusFile は、ファイルのエントリーとそれに対応するアクションであり、NodeDisruptionPolicyClusterStatus オブジェクトで使用されます。
- 型
-
object
- 必須
-
actions
-
path
-
プロパティー | 型 | 説明 |
---|---|---|
|
| actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。 |
|
| |
|
| path は、MachineConfig を通じて管理されるファイルの場所です。ポリシー内のアクションは、このパスにあるファイルへの変更に対して適用されます。 |
21.1.35. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions
- 説明
- actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。
- 型
-
array
21.1.36. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions[]
- 説明
- 型
-
object
- 必須
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。 |
|
| restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。 |
|
| type は、この NodeDisruptionPolicyStatusActionType が実行された場合に実行されるコマンドを表します。有効な値は、Reboot、Drain、Reload、Restart、DaemonReload、None、および Special です。Reload/Restart には、対応するサービスターゲットを reload/restart フィールドで指定する必要があります。その他の値には、追加の設定は必要ありません。 |
21.1.37. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions[].reload
- 説明
- reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、リロードするサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.38. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions[].restart
- 説明
- restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、再起動するサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.39. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey
- 説明
- sshkey は、全体的な sshkey MachineConfig の定義です。
- 型
-
object
- 必須
-
actions
-
プロパティー | 型 | 説明 |
---|---|---|
|
| actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。 |
|
|
21.1.40. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions
- 説明
- actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。
- 型
-
array
21.1.41. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions[]
- 説明
- 型
-
object
- 必須
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。 |
|
| restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。 |
|
| type は、この NodeDisruptionPolicyStatusActionType が実行された場合に実行されるコマンドを表します。有効な値は、Reboot、Drain、Reload、Restart、DaemonReload、None、および Special です。Reload/Restart には、対応するサービスターゲットを reload/restart フィールドで指定する必要があります。その他の値には、追加の設定は必要ありません。 |
21.1.42. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions[].reload
- 説明
- reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、リロードするサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.43. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions[].restart
- 説明
- restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、再起動するサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.44. .status.nodeDisruptionPolicyStatus.clusterPolicies.units
- 説明
- units は、MachineConfig ユニットの定義と、そのサービスの変更時に実行するアクションのリストです。
- 型
-
array
21.1.45. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[]
- 説明
- NodeDisruptionPolicyStatusUnit は、systemd ユニット名とそれに対応するアクションであり、NodeDisruptionPolicyClusterStatus オブジェクトで使用されます。
- 型
-
object
- 必須
-
actions
-
name
-
プロパティー | 型 | 説明 |
---|---|---|
|
| actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。 |
|
| |
|
| name は、MachineConfig を通じて管理される systemd サービスのサービス名を表します。指定されたアクションが、名前付きサービスへの変更に適用されます。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.46. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions
- 説明
- actions は、対応するファイルパスにあるファイルへの変更時に実行する一連のコマンドを表します。アクションは、このリストに設定されている順序で適用されます。同じ更新内の他の MachineConfig エントリーに、再起動を必要とするその他の変更がある場合、これらのアクションよりも再起動が優先されます。有効なアクションは、Reboot、Drain、Reload、DaemonReload、None です。Reboot アクションと None アクションは、他のアクションと組み合わせて使用できません。このリストは最大 10 個のエントリーをサポートします。
- 型
-
array
21.1.47. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions[]
- 説明
- 型
-
object
- 必須
-
type
-
プロパティー | 型 | 説明 |
---|---|---|
|
| reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。 |
|
| restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。 |
|
| type は、この NodeDisruptionPolicyStatusActionType が実行された場合に実行されるコマンドを表します。有効な値は、Reboot、Drain、Reload、Restart、DaemonReload、None、および Special です。Reload/Restart には、対応するサービスターゲットを reload/restart フィールドで指定する必要があります。その他の値には、追加の設定は必要ありません。 |
21.1.48. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions[].reload
- 説明
- reload は、リロードするサービスを指定します。type が reload の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、リロードするサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |
21.1.49. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions[].restart
- 説明
- restart は、再起動するサービスを指定します。type が restart の場合にのみ有効です。
- 型
-
object
- 必須
-
serviceName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| serviceName は、再起動するサービスの完全な名前 (例: crio.service) です。サービス名は、${NAME}${SERVICETYPE} の形式で、最大 255 文字の長さにすることができます。${NAME} は、1 文字以上の長さで、アルファベット、数字、":"、"-"、"_"、"."、"\" のみで構成する必要があります。${SERVICETYPE} は、".service"、".socket"、".device"、".mount"、".automount"、".swap"、".target"、".path"、".timer"、".snapshot"、".slice"、".scope" のいずれかである必要があります。 |