Red Hat Summit10.4. 호스트 검증
10.4.1. REST API를 사용하여 호스트 검증 가져오기
웹 기반 UI를 사용하는 경우 이러한 검증의 대부분은 이름으로 표시되지 않습니다. 레이블과 일치하는 검증 목록을 가져오려면 다음 절차를 사용하십시오.
사전 요구 사항
-
jq유틸리티를 설치했습니다. - API를 사용하여 인프라 환경을 생성하거나 UI를 사용하여 클러스터를 생성했습니다.
- 검색 ISO로 호스트가 부팅됨
-
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/hosts \ | jq -r .[].validations_info \ | jq 'map(.[])'
모든 호스트에 대해 바이패스(passing)를 가져옵니다.
$ curl \ --silent \ --header "Authorization: Bearer $API_TOKEN" \ https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID/hosts \ | jq -r .[].validations_info \ | jq 'map(.[]) | map(select(.status=="failure" or .status=="pending")) | select(length>0)'
10.4.2. 호스트 검증 세부 정보
| 매개변수 | 검증 유형 | 설명 |
|---|---|---|
|
| 비차단(Non-blocking) | 호스트가 최근에 지원 설치 관리자와 통신했는지 확인합니다. |
|
| 비차단(Non-blocking) | 지원 설치 프로그램이 호스트에서 인벤토리를 수신했는지 확인합니다. |
|
| 비차단(Non-blocking) | CPU 코어 수가 최소 요구사항을 충족하는지 확인합니다. |
|
| 비차단(Non-blocking) | 메모리 양이 최소 요구 사항을 충족하는지 확인합니다. |
|
| 비차단(Non-blocking) | 사용 가능한 디스크가 자격 기준을 충족하는지 확인합니다. |
|
| 차단 | 코어 수가 호스트 역할에 대한 최소 요구사항을 충족하는지 확인합니다. |
|
| 차단 | 메모리 양이 호스트 역할에 대한 최소 요구사항을 충족하는지 확인합니다. |
|
| 차단 | 2일 차 호스트의 경우 호스트에서 1일 차 클러스터에서 ignition 구성을 다운로드할 수 있는지 확인합니다. |
|
| 차단 | 대부분의 그룹은 클러스터에서 가장 큰 전체-mesh 연결 그룹이며, 모든 멤버가 다른 모든 멤버와 통신할 수 있습니다. 이 검증은 다중 노드 1 클러스터의 호스트가 대다수 그룹에 있는지 확인합니다. |
|
| 차단 | 플랫폼이 네트워크 설정에 유효한지 확인합니다. |
|
| 비차단(Non-blocking) | NTP 서버가 호스트의 시간을 동기화하는 데 성공적으로 사용되는지 확인합니다. |
|
| 비차단(Non-blocking) | 이미지 레지스트리에서 컨테이너 이미지를 가져왔는지 확인합니다. |
|
| 차단 | 이전 설치의 디스크 속도 메트릭이 있는 경우 요구 사항을 충족하는지 확인합니다. |
|
| 차단 | 클러스터의 호스트 간 평균 네트워크 대기 시간이 요구 사항을 충족하는지 확인합니다. |
|
| 차단 | 클러스터의 호스트 간 네트워크 패킷 손실이 요구 사항을 충족하는지 확인합니다. |
|
| 차단 | 호스트에 기본 경로가 구성되어 있는지 확인합니다. |
|
| 차단 | 사용자 관리 네트워킹이 있는 다중 노드 클러스터의 경우 호스트에서 클러스터의 API 도메인 이름을 확인할 수 있는지 확인합니다. |
|
| 차단 | 사용자 관리 네트워킹이 있는 다중 노드 클러스터의 경우 호스트가 클러스터의 내부 API 도메인 이름을 확인할 수 있는지 확인합니다. |
|
| 차단 | 사용자 관리 네트워킹이 있는 다중 노드 클러스터의 경우 호스트가 클러스터의 내부 앱 도메인 이름을 확인할 수 있는지 확인합니다. |
|
| 비차단(Non-blocking) | 호스트가 클러스터 플랫폼과 호환되는지 확인 |
|
| 차단 | 와일드카드 DNS *.<cluster_name>.<base_domain>이 구성되지 않았는지 확인합니다. OpenShift에 알려진 문제가 발생하기 때문입니다. |
|
| 비차단(Non-blocking) | 구성된 호스트 및 디스크 암호화 유형이 요구 사항을 충족하는지 확인합니다. |
|
| 차단 | 이 호스트에 겹치는 서브넷이 없는지 확인합니다. |
|
| 차단 | 호스트 이름이 클러스터에서 고유한지 확인합니다. |
|
| 차단 | 호스트 이름의 유효성을 확인합니다. 즉, 호스트 이름의 일반 형식과 일치하며 허용되지 않습니다. |
|
| 차단 | 호스트 IP가 시스템 CIDR의 주소 범위에 있는지 확인합니다. |
|
| 차단 | 클러스터가 Local Storage Operator의 요구 사항을 충족하는지 확인합니다. |
|
| 차단 | 클러스터가 Openshift Data Foundation Operator의 요구 사항을 충족하는지 확인합니다.
|
|
| 차단 | 클러스터가 Container Native Virtualization의 요구 사항을 충족하는지 확인합니다.
|
|
| 차단 | 클러스터가 Logical Volume Manager Operator의 요구 사항을 충족하는지 확인합니다.
|
|
| 비차단(Non-blocking) | 유효한 각 디스크가 disk.EnableUUID 를 true 로 설정했는지 확인합니다. VSphere에서 이 경우 각 디스크에 UUID가 있습니다. |
|
| 차단 | 검색 에이전트 버전이 에이전트 Docker 이미지 버전과 호환되는지 확인합니다. |
|
| 차단 | 설치 디스크가 디스크 포맷을 건너뛰지 않는지 확인합니다. |
|
| 차단 | 포맷을 건너뛰도록 표시된 모든 디스크가 인벤토리에 있는지 확인합니다. 재부팅 시 디스크 ID가 변경될 수 있으며 이 검증으로 인해 발생한 문제가 발생하지 않습니다. |
|
| 차단 | 호스트에 대한 설치 미디어의 연결을 확인합니다. |
|
| 비차단(Non-blocking) | 클러스터의 시스템 네트워크 정의가 존재하는지 확인합니다. |
|
| 차단 | 플랫폼이 네트워크 설정과 호환되는지 확인합니다. 일부 플랫폼은 단일 노드 Openshift를 설치하거나 사용자 관리 네트워킹을 사용하는 경우에만 허용됩니다. |
