3.2. 에이전트 기반 설치 관리자를 사용하여 OpenShift Container Platform 설치
다음 절차에서는 연결이 끊긴 환경에 단일 노드 OpenShift Container Platform을 배포합니다. 이러한 절차를 기반으로 사용하고 요구 사항에 따라 수정할 수 있습니다.
3.2.1. 에이전트 기반 설치 프로그램 다운로드
프로세스
다음 절차를 사용하여 에이전트 기반 설치 프로그램 및 설치에 필요한 CLI를 다운로드합니다.
- 로그인 인증 정보를 사용하여 OpenShift Container Platform 웹 콘솔에 로그인합니다.
- Datacenter 로 이동합니다.
- 로컬 에서 에이전트 기반 설치 관리자 실행을 클릭합니다.
- OpenShift 설치 프로그램 및 명령줄 인터페이스 의 운영 체제 및 아키텍처를 선택합니다.
- 설치 프로그램 다운로드를 클릭하여 설치 프로그램을 다운로드하고 추출합니다.
- 풀 시크릿 다운로드를 클릭하거나 풀 시크릿 복사를 클릭하여 풀 시크릿을 다운로드하거나 복사합니다.
-
명령행 툴 다운로드를 클릭하고
openshift-install
바이너리를PATH
에 있는 디렉터리에 배치합니다.
3.2.2. 구성 입력 생성
에이전트 이미지를 생성하기 위해 설치 프로그램에서 사용하는 구성 파일을 생성해야 합니다.
프로세스
-
openshift-install
바이너리를 PATH에 있는 디렉터리에 배치합니다. 다음 명령을 실행하여 설치 구성을 저장할 디렉터리를 생성합니다.
$ mkdir ~/<directory_name>
다음 명령을 실행하여
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
,s390x
및ppc64le
과 같은 다양한 아키텍처에 클러스터를 설치할 수 있습니다. 그러지 않으면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
리소스는 더 이상 사용되지 않습니다.
-
다음 명령을 실행하여
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. 에이전트 이미지 생성 및 부팅
시스템에서 에이전트 이미지를 부팅하려면 다음 절차를 사용하십시오.
프로세스
다음 명령을 실행하여 에이전트 이미지를 생성합니다.
$ openshift-install --dir <install_directory> agent create image
참고RHCOS(Red Hat Enterprise Linux CoreOS)는 기본 디스크에서 다중 경로를 지원하므로 하드웨어 장애에 대한 탄력성이 강화된 호스트 가용성을 높일 수 있습니다. 기본
/etc/multipath.conf
구성이 있는 에이전트 ISO 이미지에서 멀티패스는 기본적으로 활성화됩니다.-
베어 메탈 시스템에서
agent.x86_64.iso
또는agent.aarch64.iso
이미지를 부팅합니다.
3.2.4. 현재 설치 호스트에서 릴리스 이미지를 가져올 수 있는지 확인
에이전트 이미지 및 네트워크 서비스를 호스트에서 부팅한 후 에이전트 콘솔 애플리케이션에서 가져오기 검사를 수행하여 현재 호스트에서 릴리스 이미지를 검색할 수 있는지 확인합니다.
기본 풀 검사에서 통과하면 애플리케이션을 종료하여 설치를 계속할 수 있습니다. 가져오기 검사에 실패하면 TUI의 추가 검사 섹션에 표시된 대로 애플리케이션에서 추가 검사를
수행하여 문제를 해결합니다. 기본 가져오기 검사가 성공하면 추가 검사에 대한 실패가 반드시 중요한 것은 아닙니다.
설치에 실패할 수 있는 호스트 네트워크 구성 문제가 있는 경우 콘솔 애플리케이션을 사용하여 네트워크 구성을 조정할 수 있습니다.
에이전트 콘솔 애플리케이션이 호스트 네트워크 구성 문제를 감지하면 사용자가 콘솔 애플리케이션을 수동으로 중지하고 진행하려는 의도에 신호를 보낼 때까지 설치 워크플로가 중지됩니다.
프로세스
- 에이전트 콘솔 애플리케이션이 레지스트리에서 구성된 릴리스 이미지를 가져올 수 있는지 여부를 확인할 때까지 기다립니다.
에이전트 콘솔 애플리케이션에서 설치 프로그램 연결 확인이 전달되었다고 표시되면 프롬프트가 설치를 계속할 때까지 기다립니다.
참고연결 검사에서 통과한 경우에도 네트워크 구성 설정을 보거나 변경하도록 선택할 수 있습니다.
그러나 시간 초과를 두는 대신 에이전트 콘솔 애플리케이션과 상호 작용하도록 선택하는 경우 TUI를 수동으로 종료하여 설치를 진행해야 합니다.
에이전트 콘솔 애플리케이션 검사에 실패한 경우
릴리스 이미지 URL
가져오기 확인 옆에 빨간색 아이콘으로 표시되는 다음 단계를 사용하여 호스트의 네트워크 설정을 재구성합니다.TUI의
Check Errors
섹션을 읽으십시오. 이 섹션에는 실패한 검사와 관련된 오류 메시지가 표시됩니다.- Configure network 를 선택하여 NetworkManager TUI를 시작합니다.
- 연결 편집을 선택하고 재구성할 연결을 선택합니다.
- 구성을 편집하고 OK 를 선택하여 변경 사항을 저장합니다.
- Back 을 선택하여 NetworkManager TUI의 기본 화면으로 돌아갑니다.
- 연결 활성화를 선택합니다.
- 재구성된 네트워크를 선택하여 비활성화합니다.
- 재구성된 네트워크를 다시 선택하여 다시 활성화합니다.
- Back 을 선택한 다음 Quit 를 선택하여 에이전트 콘솔 애플리케이션으로 돌아갑니다.
- 새 네트워크 구성을 사용하여 연속 네트워크 검사를 다시 시작할 때까지 5초 이상 기다립니다.
-
릴리스 이미지 URL
가져오기 검사가 성공하고 URL 옆에 녹색 아이콘이 표시되면 Quit 를 선택하여 에이전트 콘솔 애플리케이션을 종료하고 설치를 계속합니다.
3.2.5. 설치 진행 상황 추적 및 확인
다음 절차에 따라 설치 진행 상황을 추적하고 성공적으로 설치되었는지 확인합니다.
사전 요구 사항
- Kubernetes API 서버에 대한 DNS 레코드를 구성했습니다.
프로세스
선택 사항: 부트스트랩 호스트(신규 호스트)가 재부팅되는 시기를 확인하려면 다음 명령을 실행합니다.
$ ./openshift-install --dir <install_directory> agent wait-for bootstrap-complete \ 1 --log-level=info 2
출력 예
................................................................... ................................................................... INFO Bootstrap configMap status is complete INFO cluster bootstrap is complete
이 명령은 Kubernetes API 서버가 컨트롤 플레인 시스템에서 부트스트랩되었다는 신호를 보낼 때 성공합니다.
진행 상황을 추적하고 성공적으로 설치를 확인하려면 다음 명령을 실행합니다.
$ 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