10.5. 클러스터 검증


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

참고: 웹 기반 UI를 사용하는 경우 이러한 검증 중 대다수가 이름으로 표시되지 않습니다. 레이블과 일치하는 검증 목록을 가져오려면 다음 절차를 사용하십시오.

사전 요구 사항

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

프로시저

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

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

10.5.2. 클러스터 검증 세부 정보

매개변수검증 유형설명

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)

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

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

© 2024 Red Hat, Inc.