3.2. 에이전트 기반 설치 관리자를 사용하여 OpenShift Container Platform 설치


다음 절차에서는 연결이 끊긴 환경에 단일 노드 OpenShift Container Platform을 배포합니다. 이러한 절차를 기반으로 사용하고 요구 사항에 따라 수정할 수 있습니다.

3.2.1. 에이전트 기반 설치 프로그램 다운로드

프로세스

다음 절차를 사용하여 에이전트 기반 설치 프로그램 및 설치에 필요한 CLI를 다운로드합니다.

  1. 로그인 인증 정보를 사용하여 OpenShift Container Platform 웹 콘솔에 로그인합니다.
  2. Datacenter 로 이동합니다.
  3. 로컬 에서 에이전트 기반 설치 관리자 실행을 클릭합니다.
  4. OpenShift 설치 프로그램명령줄 인터페이스 의 운영 체제 및 아키텍처를 선택합니다.
  5. 설치 프로그램 다운로드를 클릭하여 설치 프로그램을 다운로드하고 추출합니다.
  6. 풀 시크릿 다운로드를 클릭하거나 풀 시크릿 복사를 클릭하여 풀 시크릿을 다운로드하거나 복사합니다.
  7. 명령행 툴 다운로드를 클릭하고 openshift-install 바이너리를 PATH 에 있는 디렉터리에 배치합니다.

3.2.2. 구성 입력 생성

에이전트 이미지를 생성하기 위해 설치 프로그램에서 사용하는 구성 파일을 생성해야 합니다.

프로세스

  1. openshift-install 바이너리를 PATH에 있는 디렉터리에 배치합니다.
  2. 다음 명령을 실행하여 설치 구성을 저장할 디렉터리를 생성합니다.

    $ mkdir ~/<directory_name>
  3. 다음 명령을 실행하여 install-config.yaml 파일을 생성합니다.

    $ cat << EOF > ./my-cluster/install-config.yaml
    apiVersion: v1
    baseDomain: test.example.com
    compute:
    - architecture: amd64 1
      hyperthreading: Enabled
      name: worker
      replicas: 0
    controlPlane:
      architecture: amd64
      hyperthreading: Enabled
      name: master
      replicas: 1
    metadata:
      name: sno-cluster 2
    networking:
      clusterNetwork:
      - cidr: fd01::/48
        hostPrefix: 64
      machineNetwork:
      - cidr: fd2e:6f44:5dd8:c956::/120
      networkType: OVNKubernetes 3
      serviceNetwork:
      - fd02::/112
    platform: 4
      none: {}
    pullSecret: '<pull_secret>' 5
    sshKey: '<ssh_pub_key>' 6
    additionalTrustBundle: | 7
      -----BEGIN CERTIFICATE-----
      ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ
      -----END CERTIFICATE-----
    imageContentSources: 8
    - mirrors:
      - <local_registry>/<local_repository_name>/release
      source: quay.io/openshift-release-dev/ocp-release
    - mirrors:
      - <local_registry>/<local_repository_name>/release
      source: quay.io/openshift-release-dev/ocp-v4.0-art-dev
    EOF
    1
    시스템 아키텍처를 지정합니다. 유효한 값은 amd64,arm64,ppc64le, s390x 입니다.

    다중 페이로드와 함께 릴리스 이미지를 사용하는 경우 arm64,amd64,s390xppc64le 과 같은 다양한 아키텍처에 클러스터를 설치할 수 있습니다. 그러지 않으면 openshift-install version 명령의 출력에 표시된 릴리스 아키텍처에 만 클러스터를 설치할 수 있습니다. 자세한 내용은 " 에이전트 기반 설치 관리자 클러스터 설치를 위해 지원되는 아키텍처 확인"을 참조하십시오.

    2
    필수 항목입니다. 클러스터 이름을 지정합니다.
    3
    설치할 클러스터 네트워크 플러그인입니다. 기본 값 OVNKubernetes 는 지원되는 유일한 값입니다.
    4
    플랫폼을 지정합니다.
    참고

    베어 메탈 플랫폼의 경우 agent-config.yaml 파일에서 만든 구성으로 재정의하지 않는 한 install-config.yaml 파일의 platform 섹션에서 만든 호스트 설정이 기본적으로 사용됩니다.

    5
    풀 시크릿을 지정합니다.
    6
    SSH 공개 키를 지정합니다.
    7
    미러 레지스트리에 사용한 인증서 파일의 내용을 제공하십시오. 인증서 파일은 신뢰할 수 있는 기존 인증 기관 또는 미러 레지스트리에 대해 생성한 자체 서명 인증서일 수 있습니다. 연결이 끊긴 미러 레지스트리를 사용하는 경우 이 매개변수를 지정해야 합니다.
    8
    리포지토리를 미러링하는 데 사용한 명령의 출력에 따라 imageContentSources 섹션을 제공합니다. 연결이 끊긴 미러 레지스트리를 사용하는 경우 이 매개변수를 지정해야 합니다.
    중요
    • oc adm release mirror 명령을 사용하는 경우 imageContentSources 섹션의 출력을 사용합니다.
    • oc mirror 명령을 사용하는 경우 명령을 실행한 결과 ImageContentSourcePolicy 파일의 repositoryDigestMirrors 섹션을 사용합니다.
    • ImageContentSourcePolicy 리소스는 더 이상 사용되지 않습니다.
  4. 다음 명령을 실행하여 agent-config.yaml 파일을 생성합니다.

    $ cat > agent-config.yaml << EOF
    apiVersion: v1beta1
    kind: AgentConfig
    metadata:
      name: sno-cluster
    rendezvousIP: fd2e:6f44:5dd8:c956::50 1
    EOF
    1
    이 IP 주소는 부트스트랩 프로세스를 수행하고 assisted-service 구성 요소를 실행하는 노드를 결정하는 데 사용됩니다. networkConfig 매개변수에 하나 이상의 호스트 IP 주소를 지정하지 않는 경우 rendezvous IP 주소를 제공해야 합니다. 이 주소를 제공하지 않으면 제공된 호스트 networkConfig 매개변수에서 하나의 IP 주소가 선택됩니다.

3.2.3. 에이전트 이미지 생성 및 부팅

시스템에서 에이전트 이미지를 부팅하려면 다음 절차를 사용하십시오.

프로세스

  1. 다음 명령을 실행하여 에이전트 이미지를 생성합니다.

    $ openshift-install --dir <install_directory> agent create image
    참고

    RHCOS(Red Hat Enterprise Linux CoreOS)는 기본 디스크에서 다중 경로를 지원하므로 하드웨어 장애에 대한 탄력성이 강화된 호스트 가용성을 높일 수 있습니다. 기본 /etc/multipath.conf 구성이 있는 에이전트 ISO 이미지에서 멀티패스는 기본적으로 활성화됩니다.

  2. 베어 메탈 시스템에서 agent.x86_64.iso 또는 agent.aarch64.iso 이미지를 부팅합니다.

3.2.4. 현재 설치 호스트에서 릴리스 이미지를 가져올 수 있는지 확인

에이전트 이미지 및 네트워크 서비스를 호스트에서 부팅한 후 에이전트 콘솔 애플리케이션에서 가져오기 검사를 수행하여 현재 호스트에서 릴리스 이미지를 검색할 수 있는지 확인합니다.

기본 풀 검사에서 통과하면 애플리케이션을 종료하여 설치를 계속할 수 있습니다. 가져오기 검사에 실패하면 TUI의 추가 검사 섹션에 표시된 대로 애플리케이션에서 추가 검사를 수행하여 문제를 해결합니다. 기본 가져오기 검사가 성공하면 추가 검사에 대한 실패가 반드시 중요한 것은 아닙니다.

설치에 실패할 수 있는 호스트 네트워크 구성 문제가 있는 경우 콘솔 애플리케이션을 사용하여 네트워크 구성을 조정할 수 있습니다.

중요

에이전트 콘솔 애플리케이션이 호스트 네트워크 구성 문제를 감지하면 사용자가 콘솔 애플리케이션을 수동으로 중지하고 진행하려는 의도에 신호를 보낼 때까지 설치 워크플로가 중지됩니다.

프로세스

  1. 에이전트 콘솔 애플리케이션이 레지스트리에서 구성된 릴리스 이미지를 가져올 수 있는지 여부를 확인할 때까지 기다립니다.
  2. 에이전트 콘솔 애플리케이션에서 설치 프로그램 연결 확인이 전달되었다고 표시되면 프롬프트가 설치를 계속할 때까지 기다립니다.

    참고

    연결 검사에서 통과한 경우에도 네트워크 구성 설정을 보거나 변경하도록 선택할 수 있습니다.

    그러나 시간 초과를 두는 대신 에이전트 콘솔 애플리케이션과 상호 작용하도록 선택하는 경우 TUI를 수동으로 종료하여 설치를 진행해야 합니다.

  3. 에이전트 콘솔 애플리케이션 검사에 실패한 경우 릴리스 이미지 URL 가져오기 확인 옆에 빨간색 아이콘으로 표시되는 다음 단계를 사용하여 호스트의 네트워크 설정을 재구성합니다.

    1. TUI의 Check Errors 섹션을 읽으십시오. 이 섹션에는 실패한 검사와 관련된 오류 메시지가 표시됩니다.

      검사 오류를 표시하는 에이전트 콘솔 애플리케이션의 홈 화면
    2. Configure network 를 선택하여 NetworkManager TUI를 시작합니다.
    3. 연결 편집을 선택하고 재구성할 연결을 선택합니다.
    4. 구성을 편집하고 OK 를 선택하여 변경 사항을 저장합니다.
    5. Back 을 선택하여 NetworkManager TUI의 기본 화면으로 돌아갑니다.
    6. 연결 활성화를 선택합니다.
    7. 재구성된 네트워크를 선택하여 비활성화합니다.
    8. 재구성된 네트워크를 다시 선택하여 다시 활성화합니다.
    9. Back 을 선택한 다음 Quit 를 선택하여 에이전트 콘솔 애플리케이션으로 돌아갑니다.
    10. 새 네트워크 구성을 사용하여 연속 네트워크 검사를 다시 시작할 때까지 5초 이상 기다립니다.
    11. 릴리스 이미지 URL 가져오기 검사가 성공하고 URL 옆에 녹색 아이콘이 표시되면 Quit 를 선택하여 에이전트 콘솔 애플리케이션을 종료하고 설치를 계속합니다.

3.2.5. 설치 진행 상황 추적 및 확인

다음 절차에 따라 설치 진행 상황을 추적하고 성공적으로 설치되었는지 확인합니다.

사전 요구 사항

  • Kubernetes API 서버에 대한 DNS 레코드를 구성했습니다.

프로세스

  1. 선택 사항: 부트스트랩 호스트(신규 호스트)가 재부팅되는 시기를 확인하려면 다음 명령을 실행합니다.

    $ ./openshift-install --dir <install_directory> agent wait-for bootstrap-complete \ 1
        --log-level=info 2
    1
    & lt;install_directory > 의 경우 에이전트 ISO가 생성된 디렉터리의 경로를 지정합니다.
    2
    다른 설치 세부 사항을 보려면 info 대신 warn, debug 또는 error를 지정합니다.

    출력 예

    ...................................................................
    ...................................................................
    INFO Bootstrap configMap status is complete
    INFO cluster bootstrap is complete

    이 명령은 Kubernetes API 서버가 컨트롤 플레인 시스템에서 부트스트랩되었다는 신호를 보낼 때 성공합니다.

  2. 진행 상황을 추적하고 성공적으로 설치를 확인하려면 다음 명령을 실행합니다.

    $ openshift-install --dir <install_directory> agent wait-for install-complete 1
    1
    & lt;install_directory > 디렉터리에 대해 에이전트 ISO가 생성된 디렉터리의 경로를 지정합니다.

    출력 예

    ...................................................................
    ...................................................................
    INFO Cluster is installed
    INFO Install complete!
    INFO To access the cluster as the system:admin user when using 'oc', run
    INFO     export KUBECONFIG=/home/core/installer/auth/kubeconfig
    INFO Access the OpenShift web-console here: https://console-openshift-console.apps.sno-cluster.test.example.com

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.