홈
제품
OpenShift Container Platform
2023
OpenShift Container Platform 용 지원되는 설치 관리자
10.4. 호스트 검증

10.4. 호스트 검증

10.4.1. REST API를 사용하여 호스트 검증 가져오기
링크 복사

참고

웹 기반 UI를 사용하는 경우 이러한 검증의 대부분은 이름에 표시되지 않습니다. 라벨과 일치하는 검증 목록을 가져오려면 다음 절차를 사용하십시오.

사전 요구 사항

jq 유틸리티를 설치했습니다.
API를 사용하여 인프라 환경을 생성하거나 UI를 사용하여 클러스터를 생성했습니다.
검색 ISO로 부팅된 호스트가 있습니다.
CLUSTER_ID 로서 쉘에서 내보낸 클러스터 ID가 있습니다.
API에 액세스할 때 사용할 인증 정보가 있으며 쉘에서 API_TOKEN 으로 토큰을 내보냈습니다.

프로시저

API 토큰을 새로 고칩니다.
```
source refresh-token
```
```
$ source refresh-token
```
Copy to Clipboard Toggle word wrap

모든 호스트에 대한 모든 검증을 가져옵니다.

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(.[])'

$ 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(.[])'

Copy to Clipboard

Toggle word wrap

모든 호스트에 대해 통과하지 않은 검증을 가져옵니다.

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)'

$ 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)'

Copy to Clipboard

Toggle word wrap

10.4.2. 호스트 검증 세부 정보
링크 복사

Expand

매개변수	검증 유형	설명
`연결됨`	비차단(non-blocking)	호스트가 최근에 지원 설치 프로그램과 통신했는지 확인합니다.
`has-inventory`	비차단(non-blocking)	지원 설치 프로그램이 호스트에서 인벤토리를 수신했는지 확인합니다.
`has-min-cpu-cores`	비차단(non-blocking)	CPU 코어 수가 최소 요구 사항을 충족하는지 확인합니다.
`has-min-memory`	비차단(non-blocking)	메모리 양이 최소 요구 사항을 충족하는지 확인합니다.
`has-min-valid-disks`	비차단(non-blocking)	사용 가능한 디스크가 자격 기준을 충족하는지 확인합니다.
`has-cpu-cores-for-role`	차단	코어 수가 호스트 역할의 최소 요구 사항을 충족하는지 확인합니다.
`has-memory-for-role`	차단	메모리 양이 호스트 역할의 최소 요구 사항을 충족하는지 확인합니다.
`ignition-downloadable`	차단	Day 2 호스트의 경우 호스트가 1일 클러스터에서 ignition 구성을 다운로드할 수 있는지 확인합니다.
`belongs-to-majority-group`	차단	대부분의 그룹은 클러스터에서 가장 큰 full-mesh 연결 그룹입니다. 여기서 모든 멤버가 다른 모든 멤버와 통신할 수 있습니다. 이 검증은 다중 노드 1일 클러스터의 호스트가 대부분의 그룹에 있는지 확인합니다.
`valid-platform-network-settings`	차단	플랫폼이 네트워크 설정에 유효한지 확인합니다.
`ntp-synced`	비차단(non-blocking)	NTP 서버가 호스트의 시간을 동기화하는 데 성공적으로 사용되었는지 확인합니다.
`container-images-available`	비차단(non-blocking)	이미지 레지스트리에서 컨테이너 이미지를 가져왔는지 확인합니다.
`sufficient-installation-disk-speed`	차단	이전 설치의 디스크 속도 지표가 있는 경우 요구 사항을 충족하는지 확인합니다.
`sufficient-network-latency-requirement-for-role`	차단	클러스터의 호스트 간 평균 네트워크 대기 시간이 요구 사항을 충족하는지 확인합니다.
`sufficient-packet-loss-requirement-for-role`	차단	클러스터의 호스트 간 네트워크 패킷 손실이 요구 사항을 충족하는지 확인합니다.
`has-default-route`	차단	호스트에 기본 경로가 구성되어 있는지 확인합니다.
`api-domain-name-resolved-correctly`	차단	사용자 관리 네트워킹이 있는 다중 노드 클러스터의 경우 호스트가 클러스터의 API 도메인 이름을 확인할 수 있는지 확인합니다.
`api-int-domain-name-resolved-correctly`	차단	사용자 관리 네트워킹이 있는 다중 노드 클러스터의 경우 호스트가 클러스터의 내부 API 도메인 이름을 확인할 수 있는지 확인합니다.
`apps-domain-name-resolved-correctly`	차단	사용자 관리 네트워킹이 있는 다중 노드 클러스터의 경우 호스트가 클러스터의 내부 앱 도메인 이름을 확인할 수 있는지 확인합니다.
`compatible-with-cluster-platform`	비차단(non-blocking)	호스트가 클러스터 플랫폼과 호환되는지 확인합니다.
`dns-wildcard-not-configured`	차단	와일드카드 DNS *.<cluster_name>.<base_domain>이 구성되지 않았는지 확인합니다. 이로 인해 OpenShift에 알려진 문제가 있기 때문입니다.
`disk-encryption-requirements-satisfied`	비차단(non-blocking)	구성된 호스트 및 디스크 암호화 유형이 요구 사항을 충족하는지 확인합니다.
`non-overlapping-subnets`	차단	이 호스트에 중복된 서브넷이 없는지 확인합니다.
`hostname-unique`	차단	클러스터에서 호스트 이름이 고유한지 확인합니다.
`hostname-valid`	차단	호스트 이름의 유효성을 확인합니다. 즉, 일반 호스트 이름과 일치하며 금지되지 않습니다.
`belongs-to-machine-cidr`	차단	호스트 IP가 시스템 CIDR의 주소 범위에 있는지 확인합니다.
`lso-requirements-satisfied`	차단	클러스터가 Local Storage Operator의 요구 사항을 충족하는지 확인합니다.
`oDF-requirements-satisfied`	차단	클러스터가 Openshift Data Foundation Operator의 요구 사항을 충족하는지 확인합니다. 클러스터에는 최소 3개의 호스트가 있습니다. 클러스터에는 마스터가 3개 또는 최소 3개의 작업자만 있습니다. 클러스터에 적합한 디스크가 3개 있으며 각 호스트에 적합한 디스크가 있어야 합니다. 호스트 역할은 호스트가 3개 이상인 클러스터의 경우 "자동 할당"이 아니어야 합니다.
`cnv-requirements-satisfied`	차단	클러스터가 Container Native Virtualization의 요구 사항을 충족하는지 확인합니다. 호스트의 BIOS에는 CPU 가상화가 활성화되어 있어야 합니다. 호스트에는 Container Native Virtualization에 사용할 수 있는 충분한 CPU 코어 및 RAM이 있어야 합니다. 필요한 경우 은 호스트 경로 Provisioner의 유효성을 검사합니다.
`lvm-requirements-satisfied`	차단	클러스터가 Logical Volume Manager Operator의 요구 사항을 충족하는지 확인합니다. 호스트에는 분할되지 않고 포맷되지 않은 추가 빈 디스크가 하나 이상 있습니다.
`vsphere-disk-uuid-enabled`	비차단(non-blocking)	각 유효한 디스크가 disk.EnableUUID 를 true 로 설정하는지 확인합니다. VSphere에서 각 디스크에 UUID가 생성됩니다.
`compatible-agent`	차단	검색 에이전트 버전이 에이전트 Docker 이미지 버전과 호환되는지 확인합니다.
`no-skip-installation-disk`	차단	설치 디스크가 디스크 포맷을 건너뛰지 않는지 확인합니다.
`no-skip-missing-disk`	차단	건너뛰기 포맷으로 표시된 모든 디스크가 인벤토리에 있는지 확인합니다. 재부팅 시 디스크 ID가 변경될 수 있으므로 이 검증으로 인한 문제가 발생하지 않습니다.
`media-connected`	차단	호스트에 대한 설치 미디어의 연결을 확인합니다.
`machine-cidr-defined`	비차단(non-blocking)	클러스터에 대한 머신 네트워크 정의가 있는지 확인합니다.
`id-platform-network-settings`	차단	플랫폼이 네트워크 설정과 호환되는지 확인합니다. 일부 플랫폼은 단일 노드 Openshift를 설치하거나 사용자 관리 네트워킹을 사용하는 경우에만 허용됩니다.

10.4. 호스트 검증

10.4.1. REST API를 사용하여 호스트 검증 가져오기
링크 복사

10.4.2. 호스트 검증 세부 정보
링크 복사

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat 소개

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

10.4. 호스트 검증

10.4.1. REST API를 사용하여 호스트 검증 가져오기링크 복사링크가 클립보드에 복사되었습니다!

10.4.2. 호스트 검증 세부 정보링크 복사링크가 클립보드에 복사되었습니다!

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat 소개

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

10.4.1. REST API를 사용하여 호스트 검증 가져오기
링크 복사

10.4.2. 호스트 검증 세부 정보
링크 복사