Red Hat Summit Red Hat Summit지원콘솔개발자평가판 시작연락처

10.5. 클러스터 검증

10.5.1. REST API를 사용하여 클러스터 검증 가져오기
링크 복사

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

사전 요구 사항

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

프로시저

  1. API 토큰을 새로 고칩니다. 

    $ source refresh-token
    Copy to Clipboard Toggle word wrap

  2. 모든 클러스터 검증을 가져옵니다. 

    $ curl \
  --silent \
  --header "Authorization: Bearer $API_TOKEN" \
  https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID \
  | jq -r .validations_info \
  | jq 'map(.[])'
    Copy to Clipboard Toggle word wrap

  3. 통과하지 않는 클러스터 검증을 가져옵니다. 

    $ 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)'
    Copy to Clipboard Toggle word wrap

10.5.2. 클러스터 검증 세부 정보
링크 복사

Expand
매개변수검증 유형설명

machine-cidr-defined

비차단(non-blocking)

클러스터에 대한 머신 네트워크 정의가 있는지 확인합니다.

cluster-cidr-defined

비차단(non-blocking)

클러스터에 대한 클러스터 네트워크 정의가 있는지 확인합니다.

service-cidr-defined

비차단(non-blocking)

클러스터에 대한 서비스 네트워크 정의가 있는지 확인합니다.

no-cidrs-overlapping

차단

정의된 네트워크가 겹치지 않는지 확인합니다.

networks-same-address-families

차단

정의된 네트워크가 동일한 주소 제품군을 공유하는지 확인합니다(유효한 주소 제품군은 IPv4, IPv6)

network-prefix-valid

차단

클러스터 네트워크 접두사를 확인하여 유효한지 확인하고 모든 호스트에 충분한 주소 공간을 허용합니다.

machine-cidr-equals-to-calculated-cidr

차단

사용자 관리 네트워킹 클러스터의 경우 apiVIPs 또는 ingressVIPs 가 머신 CIDR의 멤버인지 확인합니다.

api-vips-defined

비차단(non-blocking)

사용자 관리 네트워킹 클러스터의 경우 apiVIP가 있는지 확인합니다.

api-vips-valid

차단

사용자 관리 네트워킹 클러스터의 경우 apiVIPs 가 머신 CIDR에 속하고 사용하지 않는지 확인합니다.

ingress-vips-defined

차단

사용자 관리 네트워킹 클러스터의 경우 ingressVIPs 가 있는지 확인합니다.

ingress-vips-valid

비차단(non-blocking)

사용자 관리 네트워킹 클러스터의 경우 ingressVIPs 가 시스템 CIDR에 속하고 사용하지 않는지 확인합니다.

all-hosts-are-ready-to-install

차단

클러스터의 모든 호스트가 "설치 준비" 상태에 있는지 확인합니다.

sufficient-masters-count

차단

이 검증은 다중 노드 클러스터에만 적용됩니다.

  • 클러스터에는 정확히 세 개의 마스터가 있어야 합니다.
  • 클러스터에 작업자 노드가 있는 경우 최소 2개의 작업자 노드가 있어야 합니다.

dns-domain-defined

비차단(non-blocking)

클러스터에 대한 기본 DNS 도메인이 있는지 확인합니다.

pull-secret-set

비차단(non-blocking)

풀 시크릿이 있는지 확인합니다. 풀 시크릿이 유효하거나 권한이 있는지 확인하지 않습니다.

ntp-server-configured

차단

각 호스트 시계가 4분 이상 동기화되지 않았는지 확인합니다.

lso-requirements-satisfied

차단

클러스터가 Local Storage Operator의 요구 사항을 충족하는지 확인합니다.

oDF-requirements-satisfied

차단

클러스터가 Openshift Data Foundation Operator의 요구 사항을 충족하는지 확인합니다.

  • 클러스터에는 최소 3개의 호스트가 있습니다.
  • 클러스터에는 마스터가 3개 또는 최소 3개의 작업자만 있습니다.
  • 클러스터에 적합한 디스크가 3개 있으며 각 호스트에 적합한 디스크가 있어야 합니다.

cnv-requirements-satisfied

차단

클러스터가 Container Native Virtualization의 요구 사항을 충족하는지 확인합니다.

  • 클러스터의 CPU 아키텍처는 x86입니다.

lvm-requirements-satisfied

차단

클러스터가 Logical Volume Manager Operator의 요구 사항을 충족하는지 확인합니다.

  • 클러스터는 단일 노드여야 합니다.
  • 클러스터는 Openshift >= 4.11.0을 실행해야 합니다.

network-type-valid

차단

네트워크 유형이 존재하는 경우 유효성을 확인합니다.

  • 네트워크 유형은 OpenshiftSDN 또는 OVNKubernetes여야 합니다.
  • OpenShiftSDN은 IPv6 또는 단일 노드 Openshift를 지원하지 않습니다.
  • OVNKubernetes는 VIP DHCP 할당을 지원하지 않습니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

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

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat맨 위로 이동