10.5. 클러스터 검증
10.5.1. REST API를 사용하여 클러스터 검증 가져오기
참고: 웹 기반 UI를 사용하는 경우 이러한 검증 중 대다수가 이름으로 표시되지 않습니다. 레이블과 일치하는 검증 목록을 가져오려면 다음 절차를 사용하십시오.
사전 요구 사항
-
jq
유틸리티를 설치했습니다. - API를 사용하여 인프라 환경을 생성하거나 UI를 사용하여 클러스터를 생성했습니다.
-
CLUSTER_ID
로 쉘에 클러스터 ID를 내보내고 있어야 합니다. -
API에 액세스할 때 사용할 인증 정보가 있고 쉘에서 토큰을
API_TOKEN
로 내보낸 것입니다.
프로시저
API 토큰을 새로 고칩니다.
$ source refresh-token
모든 클러스터 검증을 가져옵니다.
$ curl \ --silent \ --header "Authorization: Bearer $API_TOKEN" \ https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID \ | jq -r .validations_info \ | jq 'map(.[])'
클러스터 검증을 통과하지 않음을 가져옵니다.
$ curl \ --silent \ --header "Authorization: Bearer $API_TOKEN" \ https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID \ | jq -r .validations_info \ | jq '. | map(.[] | select(.status=="failure" or .status=="pending")) | select(length>0)'
10.5.2. 클러스터 검증 세부 정보
매개변수 | 검증 유형 | 설명 |
---|---|---|
| 비차단(Non-blocking) | 클러스터의 시스템 네트워크 정의가 존재하는지 확인합니다. |
| 비차단(Non-blocking) | 클러스터에 대한 클러스터 네트워크 정의가 존재하는지 확인합니다. |
| 비차단(Non-blocking) | 클러스터의 서비스 네트워크 정의가 존재하는지 확인합니다. |
| 차단 | 정의된 네트워크가 겹치지 않는지 확인합니다. |
| 차단 | 정의된 네트워크가 동일한 주소 제품군을 공유하는지 확인합니다(유효한 주소 제품군은 IPv4, IPv6) |
| 차단 | 클러스터 네트워크 접두사가 유효하고 모든 호스트에 충분한 주소 공간을 허용하는지 확인합니다. |
| 차단 |
사용자 관리 네트워킹 클러스터의 경우 |
| 비차단(Non-blocking) |
사용자 관리 네트워킹 클러스터의 경우 |
| 차단 |
사용자 관리 네트워킹 클러스터의 경우 |
| 차단 |
사용자 관리 네트워킹 클러스터의 경우 |
| 비차단(Non-blocking) |
사용자 관리 네트워킹 클러스터의 경우 |
| 차단 | 클러스터의 모든 호스트가 "설치 가능" 상태인지 확인합니다. |
| 차단 | 이 검증은 다중 노드 클러스터에만 적용됩니다.
|
| 비차단(Non-blocking) | 클러스터의 기본 DNS 도메인이 있는지 확인합니다. |
| 비차단(Non-blocking) | 풀 시크릿이 있는지 확인합니다. 풀 시크릿이 유효한지 또는 권한이 있는지 확인하지 않습니다. |
| 차단 | 호스트 시계가 4분 이상 동기화되지 않는지 확인합니다. |
| 차단 | 클러스터가 Local Storage Operator의 요구 사항을 충족하는지 확인합니다. |
| 차단 | 클러스터가 Openshift Data Foundation Operator의 요구 사항을 충족하는지 확인합니다.
|
| 차단 | 클러스터가 Container Native Virtualization의 요구 사항을 충족하는지 확인합니다.
|
| 차단 | 클러스터가 Logical Volume Manager Operator의 요구 사항을 충족하는지 확인합니다.
|
| 차단 | 네트워크 유형이 존재하는 경우 유효성을 검사합니다.
|