4.14. OADP와 함께 사용되는 API
이 문서에서는 OADP와 함께 사용할 수 있는 다음 API에 대한 정보를 제공합니다.
- Velero API
- OADP API
4.14.1. Velero API
Velero API 문서는 Red Hat이 아닌 Velero에서 유지 관리합니다. Velero API 유형에서 찾을 수 있습니다.
4.14.2. OADP API
다음 표에서는 OADP API의 구조를 제공합니다.
속성 | 유형 | 설명 |
---|---|---|
|
| |
|
| |
| map [ UnsupportedImageKey ] 문자열 |
개발을 위해 배포된 종속 이미지를 재정의하는 데 사용할 수 있습니다. 옵션은 |
| Operator에서 배포한 Pod에 주석을 추가하는 데 사용됩니다. | |
| Pod의 DNS 구성을 정의합니다. | |
|
| |
| *bool | 이미지 백업 및 복원을 활성화하기 위해 레지스트리를 배포할지 여부를 지정하는 데 사용됩니다. |
| 데이터 보호 애플리케이션의 서버 구성을 정의하는 데 사용됩니다. | |
|
* | 기술 프리뷰 기능을 활성화하는 DPA에 대한 구성을 정의합니다. |
속성 | 유형 | 설명 |
---|---|---|
| ||
| [기술 프리뷰] 백업 스토리지 위치로 사용하기 위해 일부 클라우드 스토리지 공급자에서 버킷 생성을 자동화합니다. |
bucket
매개변수는 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.
Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
BackupLocation
유형의 스키마 정의를 완료합니다.
속성 | 유형 | 설명 |
---|---|---|
| 볼륨 스냅샷 위치에 설명된 대로 볼륨 스냅샷을 저장할 위치입니다. |
SnapshotLocation
유형의 스키마 정의를 완료합니다.
속성 | 유형 | 설명 |
---|---|---|
| Velero 서버에 대한 구성을 정의합니다. | |
| Restic 서버에 대한 구성을 정의합니다. |
ApplicationConfig
유형의 스키마 정의를 완료합니다.
속성 | 유형 | 설명 |
---|---|---|
| [] string | Velero 인스턴스에 사용할 기능 목록을 정의합니다. |
| [] string |
다음과 같은 기본 Velero 플러그인을 설치할 수 있습니다. |
| 사용자 지정 Velero 플러그인 설치에 사용됩니다. 기본 및 사용자 정의 플러그인은 OADP 플러그인에설명되어 있습니다. | |
|
| |
|
기본 백업 스토리지 위치 없이 Velero를 설치하려면 설치를 확인하려면 | |
|
| |
|
Velero 서버의 로그 수준(가장 세부적인 로깅에 대해 |
VeleroConfig
유형의 스키마 정의를 완료합니다.
속성 | 유형 | 설명 |
---|---|---|
| 사용자 정의 플러그인의 이름입니다. | |
| 사용자 지정 플러그인의 이미지입니다. |
CustomPlugin
유형의 스키마 정의를 완료합니다.
속성 | 유형 | 설명 |
---|---|---|
| *bool |
|
| []int64 |
|
|
Restic 타임아웃을 정의하는 사용자 제공 기간 문자열입니다. 기본값은 | |
|
|
ResticConfig
유형의 스키마 정의를 완료합니다.
속성 | 유형 | 설명 |
---|---|---|
|
| |
| []톨러레이션 |
Velero 배포 또는 Restic |
|
Velero CPU 및 메모리 리소스 할당 설정에 설명된 대로 | |
| Pod에 추가할 레이블입니다. |
4.14.2.1. 노드 에이전트 및 노드 라벨 구성
OADP의 DPA는 nodeSelector
필드를 사용하여 노드 에이전트를 실행할 수 있는 노드를 선택합니다. nodeSelector
필드는 권장되는 노드 선택 제약 조건의 가장 간단한 형식입니다.
지정된 라벨은 각 노드의 라벨과 일치해야 합니다.
선택하는 노드에서 노드 에이전트를 실행하는 올바른 방법은 사용자 정의 라벨을 사용하여 노드에 레이블을 지정하는 것입니다.
$ oc label node/<node_name> node-role.kubernetes.io/nodeAgent=""
노드에 레이블을 지정하는 데 사용한 DPA.spec.configuration.nodeAgent.podConfig.nodeSelector
에서 동일한 사용자 지정 레이블을 사용합니다. 예를 들면 다음과 같습니다.
configuration: nodeAgent: enable: true podConfig: nodeSelector: node-role.kubernetes.io/nodeAgent: ""
다음 예제는 nodeSelector
의 안티 패턴이며 'node-role.kubernetes.io/infra: ""'
및 'node-role.kubernetes.io/worker: ""'
둘 다 노드에 있지 않으면 작동하지 않습니다.
configuration: nodeAgent: enable: true podConfig: nodeSelector: node-role.kubernetes.io/infra: "" node-role.kubernetes.io/worker: ""
속성 | 유형 | 설명 |
---|---|---|
| 데이터 Mover의 구성을 정의합니다. |
기능
유형에 대한 전체 스키마 정의 입니다.
속성 | 유형 | 설명 |
---|---|---|
|
| |
|
데이터 Mover의 사용자 제공 Restic | |
|
|
OADP API는 OADP Operator 에 자세히 설명되어 있습니다.