21장. MachineConfiguration [operator.openshift.io/v1]
- 설명
- machineconfiguration은 머신 구성을 관리하도록 Operator를 구성하는 정보를 제공합니다. 호환성 수준 1: 최소 12 개월 또는 3 개의 마이너 릴리스 (더 긴 버전) 동안 주요 릴리스 내에서 사용할 수 있습니다.
- 유형
-
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은 디스크를 유지하고 api -1 = 무제한, 0 또는 unset = 5(기본값)에서 유지하는 실패한 정적 Pod 설치 프로그램 버전 수입니다. |
|
| forceRedeploymentReason을 사용하여 고유한 문자열을 제공하여 피연산자를 강제로 재배포할 수 있습니다. 이를 통해 이전에 실패한 배포를 시작하는 메커니즘을 제공하고 동일한 구성에서 다시 실패하지 않고 이번에는 작동한다고 생각하는 이유를 제공합니다. |
|
| 로그 수준은 전체 구성 요소에 대한 의도 기반 로깅입니다. 이는 세분화된 제어를 제공하지 않지만 Operator가 피연산자에 대해 해석해야 하는 집계된 로깅 옵션을 관리하는 간단한 방법입니다. 유효한 값은 "Normal", "Debug", "Trace", "TraceAll"입니다. 기본값은 "Normal"입니다. |
|
| ManagedBootImages를 사용하면 클러스터 내의 머신 리소스에 대한 부팅 이미지를 관리할 수 있습니다. 이 구성을 사용하면 사용자가 클러스터 업그레이드 중에 최신 부팅 이미지로 업데이트해야 하는 리소스를 선택할 수 있으므로 새 머신이 항상 현재 클러스터 버전의 부팅 이미지로 부팅되도록 합니다. 생략하면 부팅 이미지가 업데이트되지 않습니다. |
|
| managementState는 운영자가 구성 요소를 관리하는지 여부와 방법을 나타냅니다. |
|
| NodeDisruptionPolicy를 사용하면 관리자가 drains, service reloads 등과 같은 MachineConfig 기반 업데이트에 대한 세분화된 노드 중단 작업을 설정할 수 있습니다. 이 값을 지정하면 클러스터를 소규모로 업데이트할 때 다운타임을 줄일 수 있습니다. 이 구성은 클러스터 업그레이드에 영향을 미치지 않으므로 필요한 경우 노드 중단이 발생합니다. |
| `` | observedConfig에는 컨트롤러가 클러스터 상태에서 관찰한 스파스 구성이 있습니다. 이는 Operator의 수준에 대한 입력이기 때문에 spec에 존재합니다. |
|
| operatorLogLevel은 Operator 자체에 대한 의도 기반 로깅입니다. 이는 세분화된 제어를 제공하지 않지만 운영자가 자체적으로 해석해야 하는 집계된 로깅 옵션을 관리하는 간단한 방법입니다. 유효한 값은 "Normal", "Debug", "Trace", "TraceAll"입니다. 기본값은 "Normal"입니다. |
|
| succeededRevisionLimit은 디스크에 보관하고 api -1 = 무제한, 0 또는 설정되지 않은 = 5(기본값)에서 유지하는 정적 Pod 설치 프로그램 리버전의 수입니다. |
| `` | unsupportedConfigOverrides는 Operator에서 계산된 최종 구성을 재정의합니다. Red Hat은 이 필드의 사용을 지원하지 않습니다. 이 필드를 오용하면 예기치 않은 동작이 발생하거나 다른 구성 옵션과 충돌할 수 있습니다. 이 필드를 사용하기 전에 Red Hat 지원에서 지침을 구하십시오. 이 속성을 사용하면 클러스터 업그레이드가 차단되며 클러스터를 업그레이드하기 전에 제거해야 합니다. |
21.1.2. .spec.managedBootImages
- 설명
- ManagedBootImages를 사용하면 클러스터 내의 머신 리소스에 대한 부팅 이미지를 관리할 수 있습니다. 이 구성을 사용하면 사용자가 클러스터 업그레이드 중에 최신 부팅 이미지로 업데이트해야 하는 리소스를 선택할 수 있으므로 새 머신이 항상 현재 클러스터 버전의 부팅 이미지로 부팅되도록 합니다. 생략하면 부팅 이미지가 업데이트되지 않습니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
| machineManagers는 부팅 이미지 업데이트를 위해 시스템 관리 리소스를 등록하는 데 사용할 수 있습니다. Machine Config Operator는 이 목록에 대한 변경 사항을 조사합니다. 머신 관리 리소스 유형별로 하나의 항목만 허용됩니다. |
|
| MachineManager는 부팅 이미지 업데이트를 위해 등록된 대상 시스템 리소스를 설명합니다. 리소스 유형 및 리소스의 API 그룹과 같은 식별 정보를 저장합니다. 또한 선택 필드를 통해 세분화된 제어를 제공합니다. |
21.1.3. .spec.managedBootImages.machineManagers
- 설명
- machineManagers는 부팅 이미지 업데이트를 위해 시스템 관리 리소스를 등록하는 데 사용할 수 있습니다. Machine Config Operator는 이 목록에 대한 변경 사항을 조사합니다. 머신 관리 리소스 유형별로 하나의 항목만 허용됩니다.
- 유형
-
array
21.1.4. .spec.managedBootImages.machineManagers[]
- 설명
- MachineManager는 부팅 이미지 업데이트를 위해 등록된 대상 시스템 리소스를 설명합니다. 리소스 유형 및 리소스의 API 그룹과 같은 식별 정보를 저장합니다. 또한 선택 필드를 통해 세분화된 제어를 제공합니다.
- 유형
-
object
- 필수 항목
-
apiGroup
-
resource
-
선택
-
속성 | 유형 | 설명 |
---|---|---|
|
| apiGroup은 시스템 관리 리소스가 속한 APIGroup의 이름입니다. 현재 유일한 유효한 값은 machine.openshift.io. machine.openshift.io이면 머신 관리자가 OpenShift 머신 API 그룹에 속하는 리소스만 등록합니다. |
|
| resource는 시스템 관리 리소스의 유형입니다. 현재 유일하게 유효한 값은 machinesets입니다. machinesets는 머신 관리자가 MachineSet 유형의 리소스만 등록합니다. |
|
| 선택 사항으로 부팅 이미지 업데이트를 위해 등록할 시스템 관리 리소스를 세부적으로 제어할 수 있습니다. |
21.1.5. .spec.managedBootImages.machineManagers[].selection
- 설명
- 선택 사항으로 부팅 이미지 업데이트를 위해 등록할 시스템 관리 리소스를 세부적으로 제어할 수 있습니다.
- 유형
-
object
- 필수 항목
-
mode
-
속성 | 유형 | 설명 |
---|---|---|
|
| 모드는 업데이트 시 시스템 관리자를 선택하는 방법을 결정합니다. 유효한 값은 all 및 Partial입니다. all은 시스템 관리자와 일치하는 모든 리소스가 업데이트됨을 의미합니다. 부분적으로 지정된 선택기가 필요하며 시스템 관리자와 일치하는 리소스를 사용자 정의할 수 있습니다. |
|
| 부분적인 레이블 선택기는 시스템 관리 리소스와 일치시키는 데 사용할 수 있는 레이블 선택기를 제공합니다. 모드가 "Partial"으로 설정된 경우에만 허용됩니다. |
21.1.6. .spec.managedBootImages.machineManagers[].selection.partial
- 설명
- 부분적인 레이블 선택기는 시스템 관리 리소스와 일치시키는 데 사용할 수 있는 레이블 선택기를 제공합니다. 모드가 "Partial"으로 설정된 경우에만 허용됩니다.
- 유형
-
object
- 필수 항목
-
machineResourceSelector
-
속성 | 유형 | 설명 |
---|---|---|
|
| machineResourceSelector는 MachineSet과 같은 머신 리소스를 선택하는 데 사용할 수 있는 라벨 선택기입니다. |
21.1.7. .spec.managedBootImages.machineManagers[].selection.partial.machineResourceSelector
- 설명
- machineResourceSelector는 MachineSet과 같은 머신 리소스를 선택하는 데 사용할 수 있는 라벨 선택기입니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
| matchExpressions는 라벨 선택기 요구 사항 목록입니다. 요구 사항은 AND로 설정됩니다. |
|
| 레이블 선택기 요구 사항은 값, 키 및 키와 관련된 연산자를 포함하는 선택기입니다. |
|
| matchLabels는 {key,value} 쌍으로 구성된 맵입니다. matchLabels 맵의 단일 {key,value}는 키 필드가 "key"이고, 연산자는 "In"이고, values 배열에는 "value"만 포함된 matchExpressions 요소와 동일합니다. 요구 사항은 AND로 설정됩니다. |
21.1.8. .spec.managedBootImages.machineManagers[].selection.partial.machineResourceSelector.matchExpressions
- 설명
- matchExpressions는 라벨 선택기 요구 사항 목록입니다. 요구 사항은 AND로 설정됩니다.
- 유형
-
array
21.1.9. .spec.managedBootImages.machineManagers[].selection.partial.machineResourceSelector.matchExpressions[]
- 설명
- 레이블 선택기 요구 사항은 값, 키 및 키와 관련된 연산자를 포함하는 선택기입니다.
- 유형
-
object
- 필수 항목
-
key
-
operator
-
속성 | 유형 | 설명 |
---|---|---|
|
| key는 선택기가 적용되는 라벨 키입니다. |
|
| Operator는 일련의 값과의 키 관계를 나타냅니다. 유효한 연산자는 In, NotIn, Exists 및 DoesNotExist입니다. |
|
| 값은 문자열 값의 배열입니다. 연산자가 In 또는 NotIn인 경우 값 배열은 비어 있지 않아야 합니다. 연산자가 Exists 또는 DoesNotExist인 경우 값 배열은 비어 있어야 합니다. 이 배열은 전략적 병합 패치 중에 교체됩니다. |
21.1.10. .spec.nodeDisruptionPolicy
- 설명
- NodeDisruptionPolicy를 사용하면 관리자가 drains, service reloads 등과 같은 MachineConfig 기반 업데이트에 대한 세분화된 노드 중단 작업을 설정할 수 있습니다. 이 값을 지정하면 클러스터를 소규모로 업데이트할 때 다운타임을 줄일 수 있습니다. 이 구성은 클러스터 업그레이드에 영향을 미치지 않으므로 필요한 경우 노드 중단이 발생합니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
| 파일은 MachineConfig 파일 정의 및 해당 경로의 변경에 수행할 작업입니다. 이 목록은 최대 50개의 항목을 지원합니다. |
|
| NodeDisruptionPolicySpecFile은 파일 항목이며 NodeDisruptionPolicyConfig 오브젝트에서 수행할 해당 작업입니다. |
|
| sshKey는 MachineConfig 오브젝트의 ignition.sshkeys 필드에 매핑되며, 이에 대한 정의는 클러스터의 모든 sshkey 변경 사항에 적용됩니다. |
|
| 단위는 MachineConfig 단위 정의 및 해당 서비스 변경 사항을 수행할 작업입니다. 이 목록은 최대 50개의 항목을 지원합니다. |
|
| NodeDisruptionPolicySpecUnit은 systemd 장치 이름 및 해당 작업이며 NodeDisruptionPolicyConfig 오브젝트에서 사용됩니다. |
21.1.11. .spec.nodeDisruptionPolicy.files
- 설명
- 파일은 MachineConfig 파일 정의 및 해당 경로의 변경에 수행할 작업입니다. 이 목록은 최대 50개의 항목을 지원합니다.
- 유형
-
array
21.1.12. .spec.nodeDisruptionPolicy.files[]
- 설명
- NodeDisruptionPolicySpecFile은 파일 항목이며 NodeDisruptionPolicyConfig 오브젝트에서 수행할 해당 작업입니다.
- 유형
-
object
- 필수 항목
-
작업
-
path
-
속성 | 유형 | 설명 |
---|---|---|
|
| actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다. |
|
| |
|
| path는 MachineConfig를 통해 관리되는 파일의 위치입니다. 정책의 작업은 이 경로의 파일 변경에 적용됩니다. |
21.1.13. .spec.nodeDisruptionPolicy.files[].actions
- 설명
- actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다.
- 유형
-
array
21.1.14. .spec.nodeDisruptionPolicy.files[].actions[]
- 설명
- 유형
-
object
- 필수 항목
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다. |
|
| restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다. |
|
| 이 NodeDisruptionPolicySpecActionType이 Reboot, Drain, Reload, Reload, DaemonReload 및 None. reload/restart 에 지정된 해당 서비스 대상이 reload/restart 필드에 지정된 경우 type은 수행되는 명령을 나타냅니다. 기타 값에는 추가 구성이 필요하지 않음 |
21.1.15. .spec.nodeDisruptionPolicy.files[].actions[].reload
- 설명
- reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 로드할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자까지 지정할 수 있습니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_" 형식으로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.16. .spec.nodeDisruptionPolicy.files[].actions[].restart
- 설명
- restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 시작할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자의 길이여야 합니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_"로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.17. .spec.nodeDisruptionPolicy.sshkey
- 설명
- sshKey는 MachineConfig 오브젝트의 ignition.sshkeys 필드에 매핑되며, 이에 대한 정의는 클러스터의 모든 sshkey 변경 사항에 적용됩니다.
- 유형
-
object
- 필수 항목
-
작업
-
속성 | 유형 | 설명 |
---|---|---|
|
| actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다. |
|
|
21.1.18. .spec.nodeDisruptionPolicy.sshkey.actions
- 설명
- actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다.
- 유형
-
array
21.1.19. .spec.nodeDisruptionPolicy.sshkey.actions[]
- 설명
- 유형
-
object
- 필수 항목
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다. |
|
| restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다. |
|
| 이 NodeDisruptionPolicySpecActionType이 Reboot, Drain, Reload, Reload, DaemonReload 및 None. reload/restart 에 지정된 해당 서비스 대상이 reload/restart 필드에 지정된 경우 type은 수행되는 명령을 나타냅니다. 기타 값에는 추가 구성이 필요하지 않음 |
21.1.20. .spec.nodeDisruptionPolicy.sshkey.actions[].reload
- 설명
- reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 로드할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자까지 지정할 수 있습니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_" 형식으로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.21. .spec.nodeDisruptionPolicy.sshkey.actions[].restart
- 설명
- restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 시작할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자의 길이여야 합니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_"로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.22. .spec.nodeDisruptionPolicy.units
- 설명
- 단위는 MachineConfig 단위 정의 및 해당 서비스 변경 사항을 수행할 작업입니다. 이 목록은 최대 50개의 항목을 지원합니다.
- 유형
-
array
21.1.23. .spec.nodeDisruptionPolicy.units[]
- 설명
- NodeDisruptionPolicySpecUnit은 systemd 장치 이름 및 해당 작업이며 NodeDisruptionPolicyConfig 오브젝트에서 사용됩니다.
- 유형
-
object
- 필수 항목
-
작업
-
name
-
속성 | 유형 | 설명 |
---|---|---|
|
| actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다. |
|
| |
|
| name은 지정된 MachineConfig Actions를 통해 관리되는 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 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다.
- 유형
-
array
21.1.25. .spec.nodeDisruptionPolicy.units[].actions[]
- 설명
- 유형
-
object
- 필수 항목
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다. |
|
| restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다. |
|
| 이 NodeDisruptionPolicySpecActionType이 Reboot, Drain, Reload, Reload, DaemonReload 및 None. reload/restart 에 지정된 해당 서비스 대상이 reload/restart 필드에 지정된 경우 type은 수행되는 명령을 나타냅니다. 기타 값에는 추가 구성이 필요하지 않음 |
21.1.26. .spec.nodeDisruptionPolicy.units[].actions[].reload
- 설명
- reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 로드할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자까지 지정할 수 있습니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_" 형식으로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.27. .spec.nodeDisruptionPolicy.units[].actions[].restart
- 설명
- restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 시작할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자의 길이여야 합니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_"로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.28. .status
- 설명
- status는 Machine Config Operator의 가장 최근에 관찰된 상태입니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
| conditions는 조건 및 상태 목록입니다. |
|
|
condition에는 이 API 리소스의 현재 상태에 대한 세부 정보가 포함됩니다. --- 이 구조는 필드 경로 .status.conditions에서 배열로 직접 사용하기 위한 것입니다. 예를 들어 FooStatus struct{ // foo의 현재 상태의 관찰을 나타냅니다. // knownn .status.conditions.type are: "Available", "Progressing", and "Degraded" // +patchStrategy=merge // +listType=map // +listKey=type // +listKey=type [] |
|
| nodeDisruptionPolicyStatus 상태는 최신 클러스터 검증 정책이 반영되며 향후 노드 업데이트 중에 Machine Config Daemon에서 사용합니다. |
|
| observedGeneration은 귀하가 다루는 마지막 세대의 변경 사항입니다. |
21.1.29. .status.conditions
- 설명
- conditions는 조건 및 상태 목록입니다.
- 유형
-
array
21.1.30. .status.conditions[]
- 설명
-
condition에는 이 API 리소스의 현재 상태에 대한 세부 정보가 포함됩니다. --- 이 구조는 필드 경로 .status.conditions에서 배열로 직접 사용하기 위한 것입니다. 예를 들어 FooStatus struct{ // foo의 현재 상태의 관찰을 나타냅니다. // knownn .status.conditions.type are: "Available", "Progressing", and "Degraded" // +patchStrategy=merge // +listType=map // +listKey=type // +listKey=type []
omitempty" patchStrategy:"merge" patchMergeKey:"type" protobuf:"bytes,1,rep,name=conditions"
// 기타 필드 } - 유형
-
object
- 필수 항목
-
lastTransitionTime
-
message
-
reason
-
status
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| lastTransitionTime은 마지막으로 한 상태에서 다른 상태로 전환된 시간입니다. 기본 조건이 변경된 경우여야 합니다. 이를 알 수 없는 경우 API 필드가 변경된 시간을 사용합니다. |
|
| message는 변환에 대한 세부 정보를 나타내는 사람이 읽을 수 있는 메시지입니다. 빈 문자열일 수 있습니다. |
|
| observedGeneration은 조건에 따라 설정된 .metadata.generation을 나타냅니다. 예를 들어 .metadata.generation이 현재 12이지만 .status.conditions[x].observedGeneration이 9인 경우 현재 인스턴스 상태와 관련된 조건이 최신 상태가 아닙니다. |
|
| 이유에는 조건의 마지막 전환 이유를 나타내는 프로그래밍 식별자가 포함되어 있습니다. 특정 조건 유형의 생산자는 이 필드에 예상되는 값과 의미를 정의할 수 있으며 값이 보장된 API로 간주되는지 여부를 정의할 수 있습니다. 값은 CamelCase 문자열이어야 합니다. 이 필드는 비어 있지 않을 수 있습니다. |
|
| 조건의 상태, True, False, 알 수 없음. |
|
| CamelCase 또는 foo.example.com/CamelCase의 조건 유형. --- many .condition.type 값은 Available와 같은 리소스 간에 일관되지만 임의의 조건이 유용할 수 있으므로 (.node.status.conditions 참조), deconflict 기능이 중요합니다. 정규 표현식이 일치하는 정규 표현식은 (dns1123SubdomainFmt/)?(qualifiedNameFmt)입니다. |
21.1.31. .status.nodeDisruptionPolicyStatus
- 설명
- nodeDisruptionPolicyStatus 상태는 최신 클러스터 검증 정책이 반영되며 향후 노드 업데이트 중에 Machine Config Daemon에서 사용합니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
| clusterPolicies는 클러스터 기본값과 사용자가 제공한 노드 중단 정책을 병합합니다. |
21.1.32. .status.nodeDisruptionPolicyStatus.clusterPolicies
- 설명
- clusterPolicies는 클러스터 기본값과 사용자가 제공한 노드 중단 정책을 병합합니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
| 파일은 MachineConfig 파일 정의 및 해당 경로 변경에 수행할 작업입니다. |
|
| NodeDisruptionPolicyStatusFile은 파일 항목이며 NodeDisruptionPolicyClusterStatus 오브젝트에서 수행할 해당 작업 |
|
| sshKey는 전체 sshkey MachineConfig 정의입니다. |
|
| units는 MachineConfig 단위 정의 및 해당 서비스 변경 작업을 나열합니다. |
|
| NodeDisruptionPolicyStatusUnit은 systemd 장치 이름 및 수행할 해당 작업이며 NodeDisruptionPolicyClusterStatus 오브젝트에서 사용됩니다. |
21.1.33. .status.nodeDisruptionPolicyStatus.clusterPolicies.files
- 설명
- 파일은 MachineConfig 파일 정의 및 해당 경로 변경에 수행할 작업입니다.
- 유형
-
array
21.1.34. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[]
- 설명
- NodeDisruptionPolicyStatusFile은 파일 항목이며 NodeDisruptionPolicyClusterStatus 오브젝트에서 수행할 해당 작업
- 유형
-
object
- 필수 항목
-
작업
-
path
-
속성 | 유형 | 설명 |
---|---|---|
|
| actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다. |
|
| |
|
| path는 MachineConfig를 통해 관리되는 파일의 위치입니다. 정책의 작업은 이 경로의 파일 변경에 적용됩니다. |
21.1.35. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions
- 설명
- actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다.
- 유형
-
array
21.1.36. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions[]
- 설명
- 유형
-
object
- 필수 항목
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다. |
|
| restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다. |
|
| type은 이 NodeDisruptionPolicyStatusActionType이 Reboot, Drain, Reload, Restart, DaemonReload, None 및 Special. reload/restart 필드에 지정된 해당 서비스 대상이 필요한 경우 실행될 명령을 나타냅니다. 기타 값에는 추가 구성이 필요하지 않음 |
21.1.37. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions[].reload
- 설명
- reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 로드할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자까지 지정할 수 있습니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_" 형식으로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.38. .status.nodeDisruptionPolicyStatus.clusterPolicies.files[].actions[].restart
- 설명
- restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 시작할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자의 길이여야 합니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_"로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.39. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey
- 설명
- sshKey는 전체 sshkey MachineConfig 정의입니다.
- 유형
-
object
- 필수 항목
-
작업
-
속성 | 유형 | 설명 |
---|---|---|
|
| actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다. |
|
|
21.1.40. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions
- 설명
- actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다.
- 유형
-
array
21.1.41. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions[]
- 설명
- 유형
-
object
- 필수 항목
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다. |
|
| restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다. |
|
| type은 이 NodeDisruptionPolicyStatusActionType이 Reboot, Drain, Reload, Restart, DaemonReload, None 및 Special. reload/restart 필드에 지정된 해당 서비스 대상이 필요한 경우 실행될 명령을 나타냅니다. 기타 값에는 추가 구성이 필요하지 않음 |
21.1.42. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions[].reload
- 설명
- reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 로드할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자까지 지정할 수 있습니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_" 형식으로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.43. .status.nodeDisruptionPolicyStatus.clusterPolicies.sshkey.actions[].restart
- 설명
- restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 시작할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자의 길이여야 합니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_"로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.44. .status.nodeDisruptionPolicyStatus.clusterPolicies.units
- 설명
- units는 MachineConfig 단위 정의 및 해당 서비스 변경 작업을 나열합니다.
- 유형
-
array
21.1.45. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[]
- 설명
- NodeDisruptionPolicyStatusUnit은 systemd 장치 이름 및 수행할 해당 작업이며 NodeDisruptionPolicyClusterStatus 오브젝트에서 사용됩니다.
- 유형
-
object
- 필수 항목
-
작업
-
name
-
속성 | 유형 | 설명 |
---|---|---|
|
| actions는 해당 파일 경로의 파일 변경 시 실행할 일련의 명령을 나타냅니다. 작업이 이 목록에 설정된 순서대로 적용됩니다. 동일한 업데이트에서 다른 MachineConfig 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다. |
|
| |
|
| name은 지정된 MachineConfig Actions를 통해 관리되는 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 항목이 다시 부팅되어야 하는 다른 MachineConfig 항목이 있는 경우 재부팅은 이러한 작업을 초과합니다. 유효한 작업은 Reboot, Drain, Reload, DaemonReload 및 None입니다. 재부팅 작업 및 None 작업은 다른 작업과 함께 사용할 수 없습니다. 이 목록은 최대 10개의 항목을 지원합니다.
- 유형
-
array
21.1.47. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions[]
- 설명
- 유형
-
object
- 필수 항목
-
type
-
속성 | 유형 | 설명 |
---|---|---|
|
| reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다. |
|
| restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다. |
|
| type은 이 NodeDisruptionPolicyStatusActionType이 Reboot, Drain, Reload, Restart, DaemonReload, None 및 Special. reload/restart 필드에 지정된 해당 서비스 대상이 필요한 경우 실행될 명령을 나타냅니다. 기타 값에는 추가 구성이 필요하지 않음 |
21.1.48. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions[].reload
- 설명
- reload는 다시 로드할 서비스를 지정합니다. 유형은 다시 로드하는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 로드할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자까지 지정할 수 있습니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_" 형식으로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |
21.1.49. .status.nodeDisruptionPolicyStatus.clusterPolicies.units[].actions[].restart
- 설명
- restart는 다시 시작할 서비스를 지정합니다. type이 재시작되는 경우에만 유효합니다.
- 유형
-
object
- 필수 항목
-
serviceName
-
속성 | 유형 | 설명 |
---|---|---|
|
| ServiceName은 서비스 이름을 다시 시작할 서비스의 전체 이름(예: crio.service)은 ${NAME}$SERVICETYPE} 형식이어야 하며 최대 255자의 길이여야 합니다. ${NAME}은 최소 1자여야 하며 알파벳, 숫자, ":", "-", "_"로만 구성할 수 있습니다. "." 및 "\". ${SERVICETYPE}은 ".service", ".socket", ".device", ".mount", ".swap", ".target", ".path", ".snapshot", ".snapshot" 또는 ".slice" 또는 ".scope" 중 하나여야 합니다. |