10.2.11. RHCOS 설치 및 OpenShift Container Platform 부트스트랩 프로세스 시작
프로비저닝하는 베어메탈 인프라에 OpenShift Container Platform을 설치하려면 머신에 RHCOS(Red Hat Enterprise Linux CoreOS)를 설치해야 합니다. RHCOS를 설치할 때 설치 중인 머신 유형에 대해 OpenShift Container Platform 설치 프로그램에서 생성한 Ignition 구성 파일을 제공해야 합니다. 적합한 네트워킹, DNS 및 로드 밸런싱 인프라를 구성한 경우 RHCOS 머신이 재부팅된 후 OpenShift Container Platform 부트스트랩 프로세스가 자동으로 시작됩니다.
단계에 따라 ISO 이미지 또는 네트워크 PXE 부팅을 사용하여 시스템에 RHCOS를 설치합니다.
이 설치 문서에 포함된 컴퓨팅 노드 배포 단계는 RHCOS에 따라 다릅니다. RHEL 기반 컴퓨팅 머신을 사용하기로 선택한 경우 시스템 업데이트 수행, 패치 적용 및 기타 필요한 모든 작업 실행을 포함한 모든 운영 체제의 라이프 사이클 관리 및 유지 관리에 대한 책임이 있습니다. RHEL 8 컴퓨팅 머신만 지원됩니다.
다음 방법을 사용하여 ISO 및 PXE 설치 중에 RHCOS를 구성할 수 있습니다.
-
커널 인수: 커널 인수를 사용하여 설치 관련 정보를 제공할 수 있습니다. 예를 들어 HTTP 서버에 업로드한 RHCOS 설치 파일의 위치와 설치 중인 노드 유형에 대한 Ignition 구성 파일의 위치를 지정할 수 있습니다. PXE 설치의 경우
APPEND매개 변수를 사용하여 라이브 설치 프로그램의 커널에 인수를 전달할 수 있습니다. ISO 설치의 경우는 라이브 설치 부팅 프로세스를 중단하고 커널 매개 변수를 추가할 수 있습니다. 두 경우 모두 특정coreos.inst. *인수를 사용하여 라이브 설치 프로그램을 지시 할 수 있을 뿐 만 아니라 표준 커널 서비스를 활성화/비활성화하기 위해 표준 설치 부팅 인수를 사용할 수 있습니다. -
Ignition 구성: OpenShift Container Platform Ignition 구성 파일(*
.ign)은 설치 중인 노드 유형에 따라 다릅니다. RHCOS 설치 중에 부트스트랩, 컨트롤 플레인 또는 컴퓨팅 노드 Ignition 구성 파일의 위치를 전달하여 첫 번째 부팅 시 적용됩니다. 특별한 경우에는 라이브 시스템으로 전달할 별도의 제한된 Ignition 설정을 만들 수 있습니다. 이 Ignition 설정은 설치 완료 후 프로비저닝 시스템에 설치가 성공적으로 완료되었는지를 보고하는 것과 같은 일련의 작업을 수행할 수 있습니다. 이러한 특수 Ignition 구성은 설치된 시스템의 처음 부팅 시 적용되는coreos-installer에 의해 소비됩니다. 라이브 ISO에 표준 컨트롤 플레인 및 컴퓨팅 노드 Ignition 구성을 직접 제공하지 마십시오. -
coreos-installer: 처음 부팅하기 전에 다양한 방법으로 영구 시스템을 준비 할 수 있도록 쉘 프롬프트에서 라이브 ISO 설치 프로그램을 시작할 수 있습니다.coreos-installer명령을 실행하여 추가하는 다양한 아티팩트를 식별하고 디스크 파티션을 사용하여 네트워크를 설정할 수 있습니다. 경우에 따라 라이브 시스템에서 기능을 구성하고 설치된 시스템에 복사할 수도 있습니다.
ISO 또는 PXE 설치 사용 여부는 상황에 따라 달라집니다. PXE 설치에는 사용 가능한 DHCP 서비스와 추가 준비가 필요하지만 설치 프로세스를 보다 자동화할 수 있습니다. ISO 설치는 주로 수동적인 프로세스에서 여러 시스템을 설정하는 경우 불편할 수 있습니다.
OpenShift Container Platform 4.6부터 RHCOS ISO 및 기타 설치 아티팩트는 4K 섹터 디스크에 설치를 지원합니다.
10.2.11.1. ISO 이미지를 사용하여 RHCOS 설치
ISO 이미지를 사용하여 시스템에 RHCOS을 설치할 수 있습니다.
사전 요구 사항
- 클러스터에 대한 Ignition 구성 파일이 생성되어 있습니다.
- 적합한 네트워크, DNS 및 로드 밸런싱 인프라가 구성되어 있습니다.
- 사용자 컴퓨터에서 액세스할 수 있고 사용자가 생성한 시스템에서 액세스할 수 있는 HTTP 서버에 대한 액세스 권한을 확보합니다.
- 네트워킹 및 디스크 파티션과 같은 기능을 구성하는 다양한 방법에 대해서는 고급 RHCOS 설치 구성섹션을 살펴보십시오.
프로세스
각 Ignition 구성 파일에 대해 SHA512 다이제스트를 가져옵니다. 예를 들어 Linux를 실행하는 시스템에서 다음을 사용하여
bootstrap.ignIgnition 구성 파일의 SHA512 다이제스트를 가져올 수 있습니다.$ sha512sum <installation_directory>/bootstrap.ign
다이제스트는 클러스터 노드에서 Ignition 구성 파일의 신뢰성을 검증하기 위해 이후 단계에서
coreos-installer에 제공됩니다.설치 프로그램에서 생성한 부트스트랩, 컨트롤 플레인, 컴퓨팅 노드 Ignition 구성 파일을 HTTP 서버에 업로드합니다. 해당 파일의 URL을 기록해 둡니다.
중요HTTP 서버에 저장하기 전에 Ignition 구성에서 구성 설정을 추가하거나 변경할 수 있습니다. 설치를 마친 후 클러스터에 컴퓨팅 시스템을 더 추가하려면 Ignition 구성 파일을 삭제하지 마십시오.
설치 호스트에서 Ignition 구성 파일을 URL에서 사용할 수 있는지 확인합니다. 다음 예에서는 부트스트랩 노드에 대한 Ignition 구성 파일을 가져옵니다.
$ curl -k http://<HTTP_server>/bootstrap.ign 1출력 예
% Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0{"ignition":{"version":"3.2.0"},"passwd":{"users":[{"name":"core","sshAuthorizedKeys":["ssh-rsa...명령에서
bootstrap.ign을master.ign또는worker.ign으로 교체하여 컨트롤 플레인 및 컴퓨팅 노드의 Ignition 구성 파일도 사용할 수 있는지 확인합니다.RHCOS 이미지 미러 페이지에서 운영 체제 인스턴스 설치 방법에 필요한 RHCOS 이미지를 얻을 수 있지만 올바른 버전의 RHCOS 이미지를 얻는 것이 좋습니다.
openshift-install명령 출력에서 사용할 수 있습니다.$ openshift-install coreos print-stream-json | grep '\.iso[^.]'
출력 예
"location": "<url>/art/storage/releases/rhcos-4.10-aarch64/<release>/aarch64/rhcos-<release>-live.aarch64.iso", "location": "<url>/art/storage/releases/rhcos-4.10-ppc64le/<release>/ppc64le/rhcos-<release>-live.ppc64le.iso", "location": "<url>/art/storage/releases/rhcos-4.10-s390x/<release>/s390x/rhcos-<release>-live.s390x.iso", "location": "<url>/art/storage/releases/rhcos-4.10/<release>/x86_64/rhcos-<release>-live.x86_64.iso",
중요RHCOS 이미지는 OpenShift Container Platform 릴리스에 따라 변경되지 않을 수 있습니다. 설치하는 OpenShift Container Platform 버전과 같거나 그 이하의 버전 중 가장 최신 버전의 이미지를 다운로드해야 합니다. 사용 가능한 경우 OpenShift Container Platform 버전과 일치하는 이미지 버전을 사용합니다. 이 프로세스에는 ISO 이미지만 사용하십시오. 이 설치 유형에서는 RHCOS qcow2 이미지가 지원되지 않습니다.
ISO 파일 이름은 다음 예와 유사합니다.
rhcos-<version>-live.<architecture>.isoISO를 사용하여 RHCOS 설치를 시작합니다. 다음 설치 옵션 중 하나를 사용합니다.
- ISO 이미지를 디스크에 굽고 직접 부팅합니다.
- LOM(Lightweight-out Management) 인터페이스를 사용하여 ISO 리디렉션을 사용합니다.
옵션을 지정하거나 라이브 부팅 시퀀스를 중단하지 않고 RHCOS ISO 이미지를 부팅합니다. 설치 프로그램이 RHCOS 라이브 환경에서 쉘 프롬프트로 부팅될 때까지 기다립니다.
참고커널 인수를 추가하기 위해 RHCOS 설치 부팅 프로세스를 중단할 수 있습니다. 하지만 이 ISO 프로세스에서는 커널 인수를 추가하지 않고 다음 단계에 설명된 대로
coreos-installer명령을 사용해야 합니다.coreos-installer명령을 실행하고 설치 요구 사항을 충족하는 옵션을 지정합니다. 최소한 노드 유형에 대한 Ignition 구성 파일과 설치할 장치를 가리키는 URL을 지정해야 합니다.$ sudo coreos-installer install --ignition-url=http://<HTTP_server>/<node_type>.ign <device> --ignition-hash=sha512-<digest> 12
참고TLS를 사용하는 HTTPS 서버를 통해 Ignition 구성 파일을 제공하려는 경우
coreos-installer를 실행하기 전에 내부 인증 기관(CA)을 시스템 신뢰 저장소에 추가할 수 있습니다.다음 예제에서는
/dev/sda장치에 부트스트랩 노드 설치를 초기화합니다. 부트스트랩 노드의 Ignition 구성 파일은 IP 주소 192.168.1.2가 있는 HTTP 웹 서버에서 가져옵니다.$ sudo coreos-installer install --ignition-url=http://192.168.1.2:80/installation_directory/bootstrap.ign /dev/sda --ignition-hash=sha512-a5a2d43879223273c9b60af66b44202a1d1248fc01cf156c46d4a79f552b6bad47bc8cc78ddf0116e80c59d2ea9e32ba53bc807afbca581aa059311def2c3e3b
머신 콘솔에서 RHCOS 설치 진행률을 모니터링합니다.
중요OpenShift Container Platform 설치를 시작하기 전에 각 노드에서 성공적으로 설치되었는지 확인합니다. 설치 프로세스를 관찰하면 발생할 수 있는 RHCOS 설치 문제의 원인을 파악하는 데 도움이 될 수 있습니다.
- RHCOS가 설치되면 시스템을 재부팅합니다. 시스템이 재부팅되는 동안 지정한 Ignition 구성 파일이 적용됩니다.
콘솔 출력을 확인하여 Ignition이 실행되었는지 확인합니다.
명령 예
Ignition: ran on 2022/03/14 14:48:33 UTC (this boot) Ignition: user-provided config was applied
계속해서 클러스터에 대한 나머지 시스템을 모두 생성합니다.
중요이때 부트스트랩 및 컨트롤 플레인 시스템을 생성해야 합니다. 컨트롤 플레인 시스템이 예약 가능하지 않은 경우 OpenShift Container Platform을 설치하기 전에 두 개 이상의 컴퓨팅 시스템도 생성합니다.
적합한 네트워킹, DNS 및 로드 밸런싱 인프라가 있는 경우 RHCOS 노드가 재부팅된 후 OpenShift Container Platform 부트스트랩 프로세스가 자동으로 시작됩니다.
참고RHCOS 노드에는
core사용자의 기본 암호가 포함되지어 있지 않습니다.install_config.yaml파일에 지정한 공개 키에 대한 액세스 권한이 있는 사용자로ssh core@<node>.<cluster_name>.<base_domain>을 실행하여 노드에 액세스할 수 있습니다. RHCOS를 실행하는 OpenShift Container Platform 4 클러스터 노드는 변경할 수 없으며 Operator를 통해 클러스터 변경 사항을 적용합니다. SSH를 사용하여 클러스터 노드에 액세스하는 것은 권장되지 않습니다. 그러나 설치 문제를 조사할 때 OpenShift Container Platform API를 사용할 수 없거나 kubelet이 대상 노드에서 제대로 작동하지 않는 경우 디버깅 또는 재해 복구에 SSH 액세스가 필요할 수 있습니다.
