13장. ImageContentPolicy [config.openshift.io/v1]
- 설명
- ImageContentPolicy에는 레지스트리 미러 규칙을 처리하는 방법에 대한 클러스터 전체 정보가 들어 있습니다. 여러 정책이 정의되면 동작 결과가 각 필드에 정의됩니다. 호환성 수준 1: 최소 12 개월 또는 3 개의 마이너 릴리스 (더 긴 버전) 동안 주요 릴리스 내에서 사용할 수 있습니다.
- 유형
-
object
- 필수 항목
-
spec
-
13.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에는 구성에 대한 사용자 설정 가능 값이 있습니다. |
13.1.1. .spec
- 설명
- spec에는 구성에 대한 사용자 설정 가능 값이 있습니다.
- 유형
-
object
속성 | 유형 | 설명 |
---|---|---|
|
|
repositoryDigestMirrors를 사용하면 Pod의 이미지 다이제스트에서 참조하는 이미지를 다른 미러링된 저장소 위치에서 가져올 수 있습니다. Pod에 제공된 이미지 가져오기 사양은 RepositoryDigestMirrors에 설명된 소스 위치와 비교되며, 이미지는 지정된 저장소 대신 목록의 미러에서 다운될 수 있으므로 관리자가 잠재적으로 더 빠른 미러를 선택할 수 있습니다. 태그를 통해 미러에서 이미지를 가져오려면 "allowMirrorByTags"를 설정해야 합니다. 각 "소스" 리포지토리는 개별적으로 처리됩니다. 다른 "소스" 리포지토리의 구성은 상호 작용하지 않습니다. "mirrors"를 지정하지 않으면 pull 사양의 지정된 리포지토리에서 이미지를 계속 가져옵니다. 동일한 "소스" 저장소에 대해 여러 정책이 정의되면 정의된 미러 세트가 함께 병합되어 가능한 경우 미러의 상대 순서를 유지합니다. 예를 들어 정책 A에 미러 |
|
| RepositoryDigestMirrors 레지스트리 구성에서 미러를 처리하는 방법에 대한 클러스터 전체 정보가 있습니다. |
13.1.2. .spec.repositoryDigestMirrors
- 설명
-
repositoryDigestMirrors를 사용하면 Pod의 이미지 다이제스트에서 참조하는 이미지를 다른 미러링된 저장소 위치에서 가져올 수 있습니다. Pod에 제공된 이미지 가져오기 사양은 RepositoryDigestMirrors에 설명된 소스 위치와 비교되며, 이미지는 지정된 저장소 대신 목록의 미러에서 다운될 수 있으므로 관리자가 잠재적으로 더 빠른 미러를 선택할 수 있습니다. 태그를 통해 미러에서 이미지를 가져오려면 "allowMirrorByTags"를 설정해야 합니다. 각 "소스" 리포지토리는 개별적으로 처리됩니다. 다른 "소스" 리포지토리의 구성은 상호 작용하지 않습니다. "mirrors"를 지정하지 않으면 pull 사양의 지정된 리포지토리에서 이미지를 계속 가져옵니다. 동일한 "소스" 저장소에 대해 여러 정책이 정의되면 정의된 미러 세트가 함께 병합되어 가능한 경우 미러의 상대 순서를 유지합니다. 예를 들어 정책 A에 미러
a, b, c
및 정책 B에 미러c, d, e
가 있는 경우 미러는a, b, c, d, e
순서로 사용됩니다. 미러 항목 순서가 충돌하는 경우(예:a, b
vs).b
) 구성이 거부되지 않지만 결과 순서가 지정되지 않습니다. - 유형
-
array
13.1.3. .spec.repositoryDigestMirrors[]
- 설명
- RepositoryDigestMirrors 레지스트리 구성에서 미러를 처리하는 방법에 대한 클러스터 전체 정보가 있습니다.
- 유형
-
object
- 필수 항목
-
소스
-
속성 | 유형 | 설명 |
---|---|---|
|
| allowMirrorByTags true인 경우 미러를 사용하여 태그에서 참조하는 이미지를 가져올 수 있습니다. 기본값은 false이며 미러는 다이제스트에서 참조하는 이미지를 가져올 때만 작동합니다. 태그로 이미지를 가져오면 가져오는 끝점에 따라 잠재적으로 다른 이미지를 생성할 수 있습니다. 미러에 대한 digest-pulls를 강제 적용하면 이러한 문제가 발생하지 않습니다. |
|
| 미러는 동일한 이미지를 포함할 수도 있는 0개 이상의 리포지토리입니다. "mirrors"를 지정하지 않으면 pull 사양의 지정된 리포지토리에서 이미지를 계속 가져옵니다. 미러가 구성되지 않습니다. 이 목록의 미러 순서는 사용자의 원하는 우선 순위로 처리되지만 소스는 기본적으로 모든 미러보다 낮은 우선 순위로 간주됩니다. 다른 repositoryDigestMirrors 오브젝트를 포함한 기타 클러스터 구성은 다른 repositoryDigestMirrors 오브젝트에 영향을 미칠 수 있고, 정확한 순서 지정에 영향을 미치거나, 일부 미러는 병렬로 연락을 취할 수 있으므로 주문 보장 대신 기본 설정으로 간주해야 합니다. |
|
| source는 사용자가 참조하는 리포지토리입니다(예: 이미지 가져오기 사양에서). |