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 섹터 디스크에 설치를 지원합니다.
2.11.1. ISO 이미지를 사용하여 RHCOS 설치
ISO 이미지를 사용하여 시스템에 RHCOS을 설치할 수 있습니다.
사전 요구 사항
- 클러스터에 대한 Ignition 구성 파일이 생성되어 있습니다.
- 적합한 네트워크, DNS 및 로드 밸런싱 인프라가 구성되어 있습니다.
- 사용자 컴퓨터에서 액세스할 수 있고 사용자가 생성한 시스템에서 액세스할 수 있는 HTTP 서버에 대한 액세스 권한을 확보합니다.
- 네트워킹 및 디스크 파티션과 같은 기능을 구성하는 다양한 방법에 대해서는 고급 RHCOS 설치 구성섹션을 살펴보십시오.
프로세스
각 Ignition 구성 파일에 대해 SHA512 다이제스트를 가져옵니다. 예를 들어 Linux를 실행하는 시스템에서 다음을 사용하여
bootstrap.ign
Ignition 구성 파일의 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.17-aarch64/<release>/aarch64/rhcos-<release>-live.aarch64.iso", "location": "<url>/art/storage/releases/rhcos-4.17-ppc64le/<release>/ppc64le/rhcos-<release>-live.ppc64le.iso", "location": "<url>/art/storage/releases/rhcos-4.17-s390x/<release>/s390x/rhcos-<release>-live.s390x.iso", "location": "<url>/art/storage/releases/rhcos-4.17/<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>.iso
ISO를 사용하여 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 액세스가 필요할 수 있습니다.
2.11.2. PXE 또는 iPXE 부팅을 사용하여 RHCOS 설치
PXE 또는 iPXE 부팅을 사용하여 시스템에 RHCOS를 설치할 수 있습니다.
사전 요구 사항
- 클러스터에 대한 Ignition 구성 파일이 생성되어 있습니다.
- 적합한 네트워크, DNS 및 로드 밸런싱 인프라가 구성되어 있습니다.
- 적합한 PXE 또는 iPXE 인프라가 구성되어 있습니다.
- 사용자 컴퓨터에서 액세스할 수 있고 사용자가 생성한 시스템에서 액세스할 수 있는 HTTP 서버에 대한 액세스 권한을 확보합니다.
- 네트워킹 및 디스크 파티션과 같은 기능을 구성하는 다양한 방법에 대해서는 고급 RHCOS 설치 구성섹션을 살펴보십시오.
프로세스
설치 프로그램에서 생성한 부트스트랩, 컨트롤 플레인, 컴퓨팅 노드 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
커널
,initramfs
및rootfs
파일을 가져올 수 있지만 올바른 RHCOS 파일의 버전을 얻는 것이 좋습니다.openshift-install
명령 출력에서 다음과 같습니다.$ openshift-install coreos print-stream-json | grep -Eo '"https.*(kernel-|initramfs.|rootfs.)\w+(\.img)?"'
출력 예
"<url>/art/storage/releases/rhcos-4.17-aarch64/<release>/aarch64/rhcos-<release>-live-kernel-aarch64" "<url>/art/storage/releases/rhcos-4.17-aarch64/<release>/aarch64/rhcos-<release>-live-initramfs.aarch64.img" "<url>/art/storage/releases/rhcos-4.17-aarch64/<release>/aarch64/rhcos-<release>-live-rootfs.aarch64.img" "<url>/art/storage/releases/rhcos-4.17-ppc64le/49.84.202110081256-0/ppc64le/rhcos-<release>-live-kernel-ppc64le" "<url>/art/storage/releases/rhcos-4.17-ppc64le/<release>/ppc64le/rhcos-<release>-live-initramfs.ppc64le.img" "<url>/art/storage/releases/rhcos-4.17-ppc64le/<release>/ppc64le/rhcos-<release>-live-rootfs.ppc64le.img" "<url>/art/storage/releases/rhcos-4.17-s390x/<release>/s390x/rhcos-<release>-live-kernel-s390x" "<url>/art/storage/releases/rhcos-4.17-s390x/<release>/s390x/rhcos-<release>-live-initramfs.s390x.img" "<url>/art/storage/releases/rhcos-4.17-s390x/<release>/s390x/rhcos-<release>-live-rootfs.s390x.img" "<url>/art/storage/releases/rhcos-4.17/<release>/x86_64/rhcos-<release>-live-kernel-x86_64" "<url>/art/storage/releases/rhcos-4.17/<release>/x86_64/rhcos-<release>-live-initramfs.x86_64.img" "<url>/art/storage/releases/rhcos-4.17/<release>/x86_64/rhcos-<release>-live-rootfs.x86_64.img"
중요OpenShift Container Platform의 모든 릴리스에서 RHCOS 아티팩트가 변경되지 않을 수도 있습니다. 설치하는 OpenShift Container Platform 버전과 같거나 그 이하의 버전 중 가장 최신 버전의 이미지를 다운로드해야 합니다. 이 프로시저에는 아래 설명된 적절한
kernel
,initramfs
및rootfs
아티팩트만 사용하십시오. 이 설치 유형에서는 RHCOS QCOW2 이미지가 지원되지 않습니다.OpenShift Container Platform 버전 번호가 파일 이름에 포함됩니다. 다음 예와 유사합니다.
-
kernel
:rhcos-<version>-live-kernel-<architecture>
-
initramfs
:rhcos-<version>-live-initramfs.<architecture>.img
-
rootfs
:rhcos-<version>-live-rootfs.<architecture>.img
-
rootfs
,kernel
및initramfs
파일을 HTTP 서버에 업로드합니다.중요설치를 마친 후 클러스터에 컴퓨팅 시스템을 더 추가하려면 Ignition 구성 파일을 삭제하지 마십시오.
- RHCOS가 설치된 후 시스템이 로컬 디스크에서 부팅되도록 네트워크 부팅 인프라를 구성하십시오.
RHCOS 이미지에 대한 PXE 또는 iPXE 설치를 구성하고 설치를 시작하십시오.
사용 환경에 대한 다음 예시 메뉴 항목 중 하나를 수정하고, 이미지 및 Ignition 파일에 적절히 접근할 수 있는지 확인하십시오.
PXE (
x86_64
)의 경우:DEFAULT pxeboot TIMEOUT 20 PROMPT 0 LABEL pxeboot KERNEL http://<HTTP_server>/rhcos-<version>-live-kernel-<architecture> 1 APPEND initrd=http://<HTTP_server>/rhcos-<version>-live-initramfs.<architecture>.img coreos.live.rootfs_url=http://<HTTP_server>/rhcos-<version>-live-rootfs.<architecture>.img coreos.inst.install_dev=/dev/sda coreos.inst.ignition_url=http://<HTTP_server>/bootstrap.ign 2 3
- 1 1
- HTTP 서버에 업로드한 라이브
kernel
파일의 위치를 지정합니다. URL은 HTTP, TFTP 또는 FTP여야 합니다. HTTPS와 NFS는 지원되지 않습니다. - 2
- NIC를 여러 개 사용하는 경우
ip
옵션에 단일 인터페이스를 지정합니다. 예를 들어,eno1
라는 NIC에서 DHCP를 사용하려면ip=eno1:dhcp
를 설정하십시오. - 3
- HTTP 서버에 업로드한 RHCOS 파일의 위치를 지정합니다.
initrd
매개변수 값은initramfs
파일의 위치,coreos.live.rootfs_url
매개변수 값은rootfs
파일의 위치,coreos.inst.ignition_url
매개변수 값은 부트스트랩 Ignition 구성 파일의 위치입니다.APPEND
줄에 커널 인수를 더 추가하여 네트워킹 또는 기타 부팅 옵션도 구성할 수 있습니다.
참고이 구성은 그래픽 콘솔이 있는 머신에서 직렬 콘솔 액세스를 활성화하지 않습니다. 다른 콘솔을 구성하려면
APPEND
행에 하나 이상의console=
인수를 추가합니다. 예를 들어console=tty0 console=ttyS0
을 추가하여 첫 번째 PC 직렬 포트를 기본 콘솔로 설정하고 그래픽 콘솔을 보조 콘솔로 설정합니다. 자세한 내용은 How does one set up a serial terminal and/or console in Red Hat Enterprise Linux? 및 "Enabling the serial console for PXE and ISO installation" 섹션을 참조하십시오.iPXE (
x86_64
+aarch64
)의 경우:kernel http://<HTTP_server>/rhcos-<version>-live-kernel-<architecture> initrd=main coreos.live.rootfs_url=http://<HTTP_server>/rhcos-<version>-live-rootfs.<architecture>.img coreos.inst.install_dev=/dev/sda coreos.inst.ignition_url=http://<HTTP_server>/bootstrap.ign 1 2 initrd --name main http://<HTTP_server>/rhcos-<version>-live-initramfs.<architecture>.img 3 boot
- 1
- HTTP 서버에 업로드한 RHCOS 파일의 위치를 지정합니다.
kernel
매개변수 값은kernel
파일의 위치이고initrd=main
인수는 UEFI 시스템에서 부팅하는 데 필요하며coreos.live.rootfs_url
매개 변수 값은rootfs
파일의 위치이며,coreos.inst.ignition_url
매개 변수 값은 부트스트랩 Ignition 설정 파일의 위치입니다. - 2
- NIC를 여러 개 사용하는 경우
ip
옵션에 단일 인터페이스를 지정합니다. 예를 들어,eno1
라는 NIC에서 DHCP를 사용하려면ip=eno1:dhcp
를 설정하십시오. - 3
- HTTP 서버에 업로드한
initramfs
파일의 위치를 지정합니다.
참고이 구성은 그래픽 콘솔이 있는 머신에서 직렬 콘솔 액세스를 활성화하지 않습니다. 다른 콘솔을 구성하려면
kernel
행에 하나 이상의console=
인수를 추가합니다. 예를 들어console=tty0 console=ttyS0
을 추가하여 첫 번째 PC 직렬 포트를 기본 콘솔로 설정하고 그래픽 콘솔을 보조 콘솔로 설정합니다. 자세한 내용은 How does one set up a serial terminal and/or console in Red Hat Enterprise Linux? 및 "Enabling the serial console for PXE and ISO installation" 섹션을 참조하십시오.참고aarch64
아키텍처에서 CoreOSkernel
을 부팅하려면IMAGE_GZIP
옵션이 활성화된 iPXE 빌드 버전을 사용해야 합니다. iPXE의IMAGE_GZIP
옵션을 참조하십시오.aarch64
에서 PXE ( UEFI 및 Grub를 두 번째 단계로 사용)의 경우 :menuentry 'Install CoreOS' { linux rhcos-<version>-live-kernel-<architecture> coreos.live.rootfs_url=http://<HTTP_server>/rhcos-<version>-live-rootfs.<architecture>.img coreos.inst.install_dev=/dev/sda coreos.inst.ignition_url=http://<HTTP_server>/bootstrap.ign 1 2 initrd rhcos-<version>-live-initramfs.<architecture>.img 3 }
- 1
- HTTP/TFTP 서버에 업로드한 RHCOS 파일의 위치를 지정합니다.
kernel
매개변수 값은 TFTP 서버의파일의 위치입니다.
coreos.live.rootfs_url
매개변수 값은rootfs
파일의 위치이며coreos.inst.ignition_url
매개변수 값은 HTTP Server의 부트스트랩 Ignition 구성 파일의 위치입니다. - 2
- NIC를 여러 개 사용하는 경우
ip
옵션에 단일 인터페이스를 지정합니다. 예를 들어,eno1
라는 NIC에서 DHCP를 사용하려면ip=eno1:dhcp
를 설정하십시오. - 3
- TFTP 서버에 업로드한
initramfs
파일의 위치를 지정합니다.
머신 콘솔에서 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
클러스터용 시스템 생성을 계속합니다.
중요이때 부트스트랩 및 컨트롤 플레인 시스템을 생성해야 합니다. 컨트롤 플레인 시스템이 예약 가능하지 않은 경우 클러스터를 설치하기 전에 두 개 이상의 컴퓨팅 시스템도 생성합니다.
적합한 네트워킹, 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 액세스가 필요할 수 있습니다.
2.11.3. 고급 RHCOS 설치 구성 옵션
OpenShift Container Platform용 RHCOS (Red Hat Enterprise Linux CoreOS) 노드를 수동으로 프로비저닝하는 주요 이점은 기본 OpenShift Container Platform 설치 방법을 통해 사용할 수 없는 구성을 수행할 수 있는 것입니다. 이 섹션에서는 다음과 같은 방법을 사용하여 수행할 수있는 몇 가지 구성에 대해 설명합니다.
- 라이브 설치 프로그램에 커널 인수 전달
-
라이브 시스템에서 수동으로
coreos-installer
실행 - 라이브 ISO 또는 PXE 부팅 이미지 사용자 정의
이 섹션에 설명되어 있는 수동 Red Hat Enterprise Linux CoreOS(RHCOS) 설치에 대한 고급 구성 항목은 디스크 파티션 설정, 네트워킹 및 다양한 방식의 Ignition 구성 사용과 관련되어 있습니다.
2.11.3.1. PXE 및 ISO 설치를 위한 고급 네트워크 옵션 사용
OpenShift Container Platform 노드의 네트워크는 기본적으로 DHCP를 사용하여 필요한 모든 구성 설정을 수집합니다. 고정 IP 주소를 설정하거나 본딩과 같은 특정 설정을 구성하려면 다음 중 하나의 방법으로 수행할 수 있습니다.
- 라이브 설치 프로그램을 시작할 때 특수 커널 매개 변수를 전달합니다.
- 머신 구성을 사용하여 네트워크 파일을 설치된 시스템에 복사합니다.
- 라이브 설치 프로그램 쉘 프롬프트에서 네트워크를 구성한 다음 설치된 시스템에 복사하여 설치한 시스템을 처음 시작할 때 사용하도록합니다.
PXE 또는 iPXE 설치를 구성하려면 다음 옵션 중 하나를 사용합니다.
- “고급 RHCOS 설치 참조” 표를 참조하십시오.
- 머신 구성을 사용하여 네트워크 파일을 설치된 시스템에 복사합니다.
다음 프로세스에 따라 ISO 설치를 구성합니다.
프로세스
- ISO 설치 프로그램을 시작합니다.
-
라이브 시스템 쉘 프롬프트에서 사용 가능한 RHEL 도구 (예:
nmcli
또는nmtui
)를 사용하여 라이브 시스템의 네트워킹를 구성합니다. coreos-installer
명령을 실행하여 시스템을 설치하고--copy-network
옵션을 추가하여 네트워크 구성을 복사합니다. 예를 들면 다음과 같습니다.$ sudo coreos-installer install --copy-network \ --ignition-url=http://host/worker.ign /dev/disk/by-id/scsi-<serial_number>
중요copy-network
옵션은/etc/NetworkManager/system-connections
에 있는 네트워킹 구성만 복사합니다. 특히 시스템 호스트 이름을 복사하지 않습니다.- 설치된 시스템으로 재부팅하십시오.
추가 리소스
-
nmcli
및nmtui
툴에 대한 자세한 내용은 RHEL 8 설명서에서 nmcli로 시작하기 및 nmtui로 시작하기를 참조하십시오.
2.11.3.2. 디스크 파티션 설정
디스크 파티션은 RHCOS(Red Hat Enterprise Linux CoreOS) 설치 중에 OpenShift Container Platform 클러스터 노드에 생성됩니다. 특정 아키텍처의 각 RHCOS 노드는 기본 파티션 구성을 재정의하지 않는 한 동일한 파티션 레이아웃을 사용합니다. RHCOS 설치 중에 대상 장치에서 사용 가능한 나머지 공간을 사용하도록 루트 파일 시스템의 크기가 증가합니다.
노드에서 사용자 정의 파티션 스키마를 사용하면 OpenShift Container Platform에서 일부 노드 파티션을 모니터링하거나 경고하지 않을 수 있습니다. 기본 파티션을 재정의하는 경우 OpenShift Container Platform에서 호스트 파일 시스템을 모니터링하는 방법에 대한 자세한 내용은 OpenShift File System Monitoring (eviction conditions) 이해 를 참조하십시오.
OpenShift Container Platform은 다음 두 개의 파일 시스템 식별자를 모니터링합니다.
-
nodefs
,/var/lib/kubelet
이 포함된 파일 시스템 -
imagefs
:/var/lib/containers
가 포함된 파일 시스템
기본 파티션 스키마의 경우 nodefs
및 imagefs
는 동일한 루트 파일 시스템인 /
를 모니터링합니다.
OpenShift Container Platform 클러스터 노드에 RHCOS를 설치할 때 기본 파티션을 재정의하려면 별도의 파티션을 생성해야 합니다. 컨테이너 및 컨테이너 이미지에 대해 별도의 스토리지 파티션을 추가하려는 경우를 고려하십시오. 예를 들어 별도의 파티션에 /var/lib/containers
를 마운트하면 kubelet에서 /var/lib/containers
를 imagefs
디렉터리로 별도로 모니터링하고 루트 파일 시스템을 nodefs
디렉터리로 모니터링합니다.
더 큰 파일 시스템을 호스팅하도록 디스크 크기를 조정한 경우 별도의 /var/lib/containers
파티션을 만드는 것이 좋습니다. 많은 할당 그룹으로 인한 CPU 시간 문제를 줄이기 위해 xfs
형식의 디스크 크기를 조정하는 것이 좋습니다.
2.11.3.2.1. 별도의 /var
파티션 만들기
일반적으로 RHCOS 설치 중에 생성된 기본 디스크 파티션을 사용해야 합니다. 그러나 확장하려는 디렉토리에 별도의 파티션을 생성해야 하는 경우가 있습니다.
OpenShift 컨테이너 플랫폼은 /var
디렉토리 또는 /var
의 하위 디렉터리 중 하나에 스토리지를 연결하는 단일 파티션의 추가를 지원합니다. 예를 들면 다음과 같습니다.
-
/var/lib/containers
: 시스템에 더 많은 이미지와 컨테이너가 추가됨에 따라 확장될 수 있는 컨테이너 관련 콘텐츠를 보관합니다. -
/var/lib/etcd
: etcd 스토리지의 성능 최적화와 같은 목적으로 별도로 보관할 데이터를 보관합니다. /var
: 감사 등의 목적에 맞게 별도로 분리하여 보관해야 하는 데이터를 보관합니다.중요100GB보다 큰 디스크 크기, 특히 1TB보다 큰 디스크의 경우 별도의
/var
파티션을 만듭니다.
/var
디렉터리의 콘텐츠를 별도로 저장하면 필요에 따라 해당 영역에 대한 스토리지 확장을 보다 용이하게 하고 나중에 OpenShift Container Platform을 다시 설치하여 해당 데이터를 그대로 보존할 수 있습니다. 이 방법을 사용하면 모든 컨테이너를 다시 가져올 필요가 없으며 시스템을 업데이트할 때 대용량 로그 파일을 복사할 필요도 없습니다.
/var
디렉토리 또는 /var
의 하위 디렉토리에 대해 별도의 파티션을 사용하면 분할된 디렉토리의 데이터 증가로 루트 파일 시스템이 채워지는 것을 방지할 수 있습니다.
다음 절차에서는 설치 준비 단계에서 노드 유형의 Ignition 구성 파일에 래핑되는 머신 구성 매니페스트를 추가하여 별도의 /var
파티션을 설정합니다.
프로세스
설치 호스트에서 OpenShift Container Platform 설치 프로그램이 포함된 디렉터리로 변경하고 클러스터에 대한 Kubernetes 매니페스트를 생성합니다.
$ openshift-install create manifests --dir <installation_directory>
추가 파티션을 구성하는 Butane 구성을 생성합니다. 예를 들어
$HOME/clusterconfig/98-var-partition.bu
파일의 이름을 지정하고, 디스크 장치 이름을worker
시스템의 스토리지 장치 이름으로 변경하고 스토리지 크기를 적절하게 설정합니다. 이 예에서는/var
디렉터리를 별도의 파티션에 배치합니다.variant: openshift version: 4.17.0 metadata: labels: machineconfiguration.openshift.io/role: worker name: 98-var-partition storage: disks: - device: /dev/disk/by-id/<device_name> 1 partitions: - label: var start_mib: <partition_start_offset> 2 size_mib: <partition_size> 3 number: 5 filesystems: - device: /dev/disk/by-partlabel/var path: /var format: xfs mount_options: [defaults, prjquota] 4 with_mount_unit: true
- 1
- 파티션을 설정해야하는 디스크 저장 장치 이름입니다.
- 2
- 데이터 파티션을 부트 디스크에 추가할 때 최소 오프셋 값 25000 메비 바이트가 권장됩니다. 루트 파일 시스템은 지정된 오프셋까지 사용 가능한 모든 공간을 채우기 위해 자동으로 크기가 조정됩니다. 오프셋 값이 지정되지 않거나 지정된 값이 권장 최소값보다 작으면 생성되는 루트 파일 시스템의 크기가 너무 작아지고 RHCOS를 나중에 다시 설치할 때 데이터 파티션의 첫 번째 부분을 덮어 쓸 수 있습니다.
- 3
- 데이터 파티션의 크기(MB)입니다.
- 4
- 컨테이너 스토리지에 사용되는 파일 시스템에 대해
prjquota
마운트 옵션을 활성화해야 합니다.
참고별도의
/var
파티션을 만들 때 다른 인스턴스 유형에 동일한 장치 이름이 없는 경우 컴퓨팅 노드에 다른 인스턴스 유형을 사용할 수 없습니다.Butane 구성에서 매니페스트를 생성하여
clusterconfig/openshift
디렉터리에 저장합니다. 예를 들어 다음 명령을 실행합니다.$ butane $HOME/clusterconfig/98-var-partition.bu -o $HOME/clusterconfig/openshift/98-var-partition.yaml
Ignition 구성 파일을 만듭니다.
$ openshift-install create ignition-configs --dir <installation_directory> 1
- 1
<installation_directory>
는 동일한 설치 디렉터리를 지정합니다.
설치 디렉터리의 부트스트랩, 컨트롤 플레인 및 컴퓨팅 노드에 대한 Ignition 구성 파일이 생성됩니다.
. ├── auth │ ├── kubeadmin-password │ └── kubeconfig ├── bootstrap.ign ├── master.ign ├── metadata.json └── worker.ign
<installation_directory>/manifest
및<installation_directory>/openshift
디렉터리의 파일은98-var-partition
사용자 정의MachineConfig
오브젝트가 포함된 파일을 포함하여 Ignition 구성 파일로 래핑됩니다.
다음 단계
- RHCOS 설치 중에 Ignition 구성 파일을 참조하여 사용자 정의 디스크 파티션을 적용할 수 있습니다.
2.11.3.2.2. 기존 파티션 유지
ISO 설치의 경우 설치 프로그램이 하나 이상의 기존 파티션을 유지하도록하는 옵션을 coreos-installer
명령에 추가할 수 있습니다. PXE 설치의 경우 coreos.inst.*
옵션을 APPEND
매개 변수에 추가하여 파티션을 유지할 수 있습니다.
저장된 파티션은 기존 OpenShift Container Platform 시스템의 데이터 파티션이 될 수 있습니다. 파티션 레이블 또는 번호 중 하나로 보관하려는 디스크 파티션을 확인할 수 있습니다.
기존 파티션을 저장하고 해당 파티션이 RHCOS를 위한 충분한 공간을 남겨 두지 않으면 저장된 파티션이 손상되지는 않지만 설치에 실패합니다.
ISO 설치 중 기존 파티션 유지
이 예에서는 파티션 레이블이 data
(data*
)로 시작하는 모든 파티션을 유지합니다.
# coreos-installer install --ignition-url http://10.0.2.2:8080/user.ign \ --save-partlabel 'data*' /dev/disk/by-id/scsi-<serial_number>
다음 예는 디스크의 여섯 번째 (6) 파티션을 유지하는 방식으로 coreos-installer
를 실행하는 방법을 보여줍니다.
# coreos-installer install --ignition-url http://10.0.2.2:8080/user.ign \ --save-partindex 6 /dev/disk/by-id/scsi-<serial_number>
이 예에서는 파티션 5 이상을 유지합니다.
# coreos-installer install --ignition-url http://10.0.2.2:8080/user.ign --save-partindex 5- /dev/disk/by-id/scsi-<serial_number>
파티션 저장이 사용된 이전 예에서 coreos-installer
는 파티션을 즉시 다시 만듭니다.
PXE 설치 중 기존 파티션 유지
이 APPEND
옵션은 파티션 레이블이 'data'( 'data *')로 시작하는 모든 파티션을 유지합니다.
coreos.inst.save_partlabel=data*
이 APPEND
옵션은 파티션 5 이상을 유지합니다.
coreos.inst.save_partindex=5-
이 APPEND
옵션은 파티션 6을 유지합니다.
coreos.inst.save_partindex=6
2.11.3.3. Ignition 설정 확인
RHCOS 베어 메탈 설치를 수행할 때 제공할 수 있는 두 가지 유형의 Ignition 구성이 있으며 각 구성을 제공하는 이유도 각각 다릅니다.
Permanent install Ignition config: 모든 수동 RHCOS 설치는 설치를 수행하기 위해
openshift-installer
가 생성한 Ignition 구성 파일 (예:bootstrap.ign
,master.ign
및worker.ign
) 중 하나를 전달해야 합니다.중요이러한 Ignition 구성 파일을 직접 수정하지 않는 것이 좋습니다. 이전 섹션의 예에 설명된 대로 Ignition 구성 파일로 래핑된 매니페스트 파일을 업데이트할 수 있습니다.
PXE 설치의 경우
coreos.inst.ignition_url=
옵션을 사용하여APPEND
행에서 Ignition 구성을 전달합니다. ISO 설치의 경우 쉘 프롬프트에서 ISO를 시작한 후coreos-installer
명령 줄에서--ignition-url=
옵션을 사용하여 Ignition 구성을 식별합니다. 두 경우 모두 HTTP 및 HTTPS 프로토콜만 지원됩니다.Live install Ignition config:
coreos-installer
customize
하위 명령 및 다양한 옵션을 사용하여 이 유형을 생성할 수 있습니다. 이 방법을 사용하면 Ignition 구성이 라이브 설치 미디어로 전달되고 부팅시 즉시 실행되며 RHCOS 시스템이 디스크에 설치되기 전이나 후에 설치 작업을 수행합니다. 이 방법은 시스템 구성을 사용하여 실행할 수 없는 고급 파티션 설정과 같이 한 번만 수행하고 나중에 다시 적용할 필요가 없는 작업의 실행에만 사용해야 합니다.PXE 또는 ISO 부팅의 경우 Ignition 설정을 만들고
ignition.config.url=
옵션에APPEND
를 실행하여 Ignition 설정 위치를 확인할 수 있습니다. 또한ignition.firstboot ignition.platform.id = metal
도 추가해야 합니다. 추가하지 않으면ignition.config.url
옵션이 무시됩니다.
2.11.3.4. 기본 콘솔 구성
OpenShift Container Platform 4.17 부팅 이미지에서 설치된 RHCOS(Red Hat Enterprise Linux CoreOS) 노드는 대부분의 가상화 및 베어 메탈 설정을 지원하기 위한 기본 콘솔을 사용합니다. 선택한 아키텍처에 따라 클라우드 및 가상화 플랫폼이 다른 기본 설정을 사용할 수 있습니다. 베어 메탈 설치에서는 일반적으로 그래픽 콘솔이 기본 콘솔이고 직렬 콘솔이 비활성화됨을 나타내는 커널 기본 설정을 사용합니다.
기본 콘솔은 특정 하드웨어 구성과 일치하지 않거나 기본 콘솔을 조정해야 하는 특정 요구 사항이 있을 수 있습니다. 예를 들면 다음과 같습니다.
- 디버깅을 위해 콘솔의 긴급 쉘에 액세스하려고 합니다.
- 클라우드 플랫폼은 그래픽 콘솔에 대한 대화형 액세스를 제공하지 않지만 직렬 콘솔을 제공합니다.
- 여러 콘솔을 활성화하려고 합니다.
콘솔 구성은 부팅 이미지에서 상속됩니다. 즉, 기존 클러스터의 새 노드는 기본 콘솔 변경의 영향을 받지 않습니다.
다음과 같은 방법으로 베어 메탈 설치에 사용할 콘솔을 구성할 수 있습니다.
-
명령줄에서 수동으로
coreos-installer
사용 -
coreos-installer iso customize
또는coreos-installer pxe customize
하위 명령을--dest-console
옵션과 함께 사용하여 프로세스를 자동화하는 사용자 지정 이미지를 생성합니다.
고급 사용자 지정을 위해 커널 인수가 아닌 coreos-installer iso
또는 coreos-installer pxe
하위 명령을 사용하여 콘솔 구성을 수행합니다.
2.11.3.5. PXE 및 ISO 설치를 위한 직렬 콘솔 활성화
기본적으로 RHCOS(Red Hat Enterprise Linux CoreOS) 직렬 콘솔은 비활성화되어 모든 출력이 그래픽 콘솔에 작성됩니다. ISO 설치에 대한 직렬 콘솔을 활성화하고 출력이 직렬 콘솔과 그래픽 콘솔로 전송되도록 부트로더를 재구성할 수 있습니다.
프로세스
- ISO 설치 프로그램을 시작합니다.
coreos-installer
명령을 실행하여 시스템을 설치하고--console
옵션을 한 번 추가하여 그래픽 콘솔을 지정하고, 두 번째는 직렬 콘솔을 지정합니다.$ coreos-installer install \ --console=tty0 \1 --console=ttyS0,<options> \2 --ignition-url=http://host/worker.ign /dev/disk/by-id/scsi-<serial_number>
- 1
- 원하는 보조 콘솔입니다. 이 경우 그래픽 콘솔입니다. 이 옵션을 생략하면 그래픽 콘솔이 비활성화됩니다.
- 2
- 원하는 기본 콘솔입니다. 이 경우 직렬 콘솔입니다.
options
필드는 baud 비율 및 기타 설정을 정의합니다. 이 필드의 일반적인 값은11520n8
입니다. 옵션을 제공하지 않으면 기본 커널 값9600n8
이 사용됩니다. 이 옵션 형식에 대한 자세한 내용은 Linux 커널 직렬 콘솔 설명서를 참조하십시오.
설치된 시스템으로 재부팅하십시오.
참고coreos-installer install --append-karg
옵션을 사용하고console=
으로 콘솔을 지정하여 유사한 결과를 얻을 수 있습니다. 그러나 이는 부트로더가 아닌 커널의 콘솔만 설정합니다.
PXE 설치를 구성하려면 coreos.inst.install_dev
커널 명령줄 옵션이 생략되었는지 확인하고 쉘 프롬프트를 사용하여 위의 ISO 설치 절차를 사용하여 coreos-installer
를 수동으로 실행합니다.
2.11.3.6. 라이브 RHCOS ISO 또는 PXE 설치 사용자 정의
라이브 ISO 이미지 또는 PXE 환경을 사용하여 이미지에 직접 Ignition 구성 파일을 삽입하여 RHCOS를 설치할 수 있습니다. 그러면 시스템을 프로비저닝하는 데 사용할 수 있는 사용자 지정 이미지가 생성됩니다.
ISO 이미지의 경우 이 작업을 수행하는 메커니즘은 coreos-installer iso customize
하위 명령으로 구성을 사용하여 .iso
파일을 수정합니다. 마찬가지로 PXE 환경의 메커니즘은 사용자 지정을 포함하는 새 initramfs
파일을 생성하는 coreos-installer pxe customize
하위 명령입니다.
customize
하위 명령은 다른 유형의 사용자 정의도 포함할 수 있는 일반적인 용도의 툴입니다. 다음 작업은 보다 일반적인 사용자 정의 중 일부의 예입니다.
- 회사 보안 정책에 사용해야 하는 경우 사용자 정의 CA 인증서를 삽입합니다.
- 커널 인수 없이 네트워크 설정을 구성합니다.
- 임의의 사전 설치 스크립트 및 사후 설치 스크립트 또는 바이너리를 포함합니다.
2.11.3.7. 라이브 RHCOS ISO 이미지 사용자 정의
coreos-installer iso customize
하위 명령을 사용하여 직접 라이브 RHCOS ISO 이미지를 사용자 지정할 수 있습니다. ISO 이미지를 부팅하면 사용자 지정이 자동으로 적용됩니다.
이 기능을 사용하여 RHCOS를 자동으로 설치하도록 ISO 이미지를 구성할 수 있습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지 및 Ignition 구성 파일에서 RHCOS ISO 이미지를 검색한 다음 다음 명령을 실행하여 ISO 이미지에 Ignition 구성을 직접 삽입합니다.
$ coreos-installer iso customize rhcos-<version>-live.x86_64.iso \ --dest-ignition bootstrap.ign \ 1 --dest-device /dev/disk/by-id/scsi-<serial_number> 2
선택 사항: ISO 이미지 사용자 정의를 제거하고 이미지를 초기 상태로 되돌리려면 다음을 실행합니다.
$ coreos-installer iso reset rhcos-<version>-live.x86_64.iso
이제 라이브 ISO 이미지를 다시 사용자 지정하거나 초기 상태로 사용할 수 있습니다.
사용자 지정을 적용하면 RHCOS의 모든 후속 부팅에 영향을 미칩니다.
2.11.3.7.1. 직렬 콘솔을 활성화하려면 실시간 설치 ISO 이미지 수정
OpenShift Container Platform 4.12 이상으로 설치된 클러스터에서 직렬 콘솔은 기본적으로 비활성화되어 있으며 모든 출력은 그래픽 콘솔에 작성됩니다. 다음 절차에 따라 직렬 콘솔을 활성화할 수 있습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지에서 RHCOS ISO 이미지를 검색하고 다음 명령을 실행하여 직렬 콘솔에서 출력을 수신할 수 있도록 ISO 이미지를 사용자 지정합니다.
$ coreos-installer iso customize rhcos-<version>-live.x86_64.iso \ --dest-ignition <path> \1 --dest-console tty0 \2 --dest-console ttyS0,<options> \3 --dest-device /dev/disk/by-id/scsi-<serial_number> 4
- 1
- 설치할 Ignition 구성의 위치입니다.
- 2
- 원하는 보조 콘솔입니다. 이 경우 그래픽 콘솔입니다. 이 옵션을 생략하면 그래픽 콘솔이 비활성화됩니다.
- 3
- 원하는 기본 콘솔입니다. 이 경우 직렬 콘솔입니다.
options
필드는 baud 비율 및 기타 설정을 정의합니다. 이 필드의 일반적인 값은115200n8
입니다. 옵션을 제공하지 않으면 기본 커널 값9600n8
이 사용됩니다. 이 옵션 형식에 대한 자세한 내용은 Linux 커널 직렬 콘솔 설명서를 참조하십시오. - 4
- 설치할 지정된 디스크입니다. 이 옵션을 생략하면
coreos.inst.install_dev
커널 인수도 지정하지 않으면 ISO 이미지가 자동으로 설치 프로그램을 실행합니다.
참고--dest-console
옵션은 라이브 ISO 시스템이 아닌 설치된 시스템에 영향을 미칩니다. 라이브 ISO 시스템의 콘솔을 수정하려면--live-karg-append
옵션을 사용하고console=
으로 콘솔을 지정합니다.사용자 정의가 적용되고 ISO 이미지의 모든 후속 부팅에 영향을 미칩니다.
선택 사항: ISO 이미지 사용자 정의를 제거하고 이미지를 원래 상태로 되돌리려면 다음 명령을 실행합니다.
$ coreos-installer iso reset rhcos-<version>-live.x86_64.iso
이제 라이브 ISO 이미지를 다시 사용자 지정하거나 원래 상태로 사용할 수 있습니다.
2.11.3.7.2. 사용자 정의 인증 기관을 사용하도록 실시간 설치 ISO 이미지 수정
customize
하위 명령의 --ignition-ca
플래그를 사용하여 Ignition에 CA(인증 기관) 인증서를 제공할 수 있습니다. 설치 부팅 중에 및 설치된 시스템을 프로비저닝할 때 CA 인증서를 사용할 수 있습니다.
사용자 정의 CA 인증서는 Ignition이 원격 리소스를 가져오는 방법에 영향을 미치지만 시스템에 설치된 인증서에는 영향을 미치지 않습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지에서 RHCOS ISO 이미지를 검색하고 다음 명령을 실행하여 사용자 정의 CA와 함께 사용할 ISO 이미지를 사용자 지정합니다.
$ coreos-installer iso customize rhcos-<version>-live.x86_64.iso --ignition-ca cert.pem
coreos.inst.ignition_url
커널 매개변수는 --ignition-ca
플래그에서 작동하지 않습니다. --dest-ignition
플래그를 사용하여 각 클러스터에 대한 사용자 지정 이미지를 생성해야 합니다.
사용자 정의 CA 인증서를 적용하면 RHCOS의 모든 후속 부팅에 영향을 미칩니다.
2.11.3.7.3. 사용자 지정 네트워크 설정으로 실시간 설치 ISO 이미지 수정
NetworkManager 키 파일을 라이브 ISO 이미지에 추가하고 customize
하위 명령의 --network-keyfile
플래그를 사용하여 설치된 시스템에 전달할 수 있습니다.
연결 프로필을 생성할 때 연결 프로필의 파일 이름에 .nmconnection
파일 이름 확장을 사용해야 합니다. .nmconnection
파일 이름 확장을 사용하지 않는 경우 클러스터는 라이브 환경에 연결 프로필을 적용하지만 클러스터를 처음 부팅할 때 구성이 적용되지 않으므로 작동하지 않는 설정이 생성됩니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. 본딩된 인터페이스에 대한 연결 프로필을 생성합니다. 예를 들어 다음 콘텐츠를 사용하여 로컬 디렉터리에
bond0.nmconnection
파일을 만듭니다.[connection] id=bond0 type=bond interface-name=bond0 multi-connect=1 [bond] miimon=100 mode=active-backup [ipv4] method=auto [ipv6] method=auto
보조 인터페이스에 본딩에 추가할 연결 프로필을 만듭니다. 예를 들어 다음 콘텐츠를 사용하여 로컬 디렉터리에
bond0-proxy-em1.nmconnection
파일을 생성합니다.[connection] id=em1 type=ethernet interface-name=em1 master=bond0 multi-connect=1 slave-type=bond
보조 인터페이스에 본딩에 추가할 연결 프로필을 만듭니다. 예를 들어 다음 콘텐츠를 사용하여 로컬 디렉터리에
bond0-proxy-em2.nmconnection
파일을 생성합니다.[connection] id=em2 type=ethernet interface-name=em2 master=bond0 multi-connect=1 slave-type=bond
RHCO 이미지 미러 페이지에서 RHCOS ISO 이미지를 검색하고 다음 명령을 실행하여 구성된 네트워킹으로 ISO 이미지를 사용자 지정합니다.
$ coreos-installer iso customize rhcos-<version>-live.x86_64.iso \ --network-keyfile bond0.nmconnection \ --network-keyfile bond0-proxy-em1.nmconnection \ --network-keyfile bond0-proxy-em2.nmconnection
네트워크 설정은 라이브 시스템에 적용되며 대상 시스템으로 전달됩니다.
2.11.3.7.4. iSCSI 부팅 장치의 라이브 설치 ISO 이미지 사용자 정의
라이브 RHCOS 이미지의 사용자 지정 버전을 사용하여 자동 마운트, 부팅 및 구성을 위해 iSCSI 대상 및 이니시에이터 값을 설정할 수 있습니다.
사전 요구 사항
- RHCOS를 설치할 iSCSI 대상이 있습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지에서 RHCOS ISO 이미지를 검색하고 다음 정보를 사용하여 ISO 이미지를 사용자 지정하기 위해 다음 명령을 실행합니다.
$ coreos-installer iso customize \ --pre-install mount-iscsi.sh \ 1 --post-install unmount-iscsi.sh \ 2 --dest-device /dev/disk/by-path/<IP_address>:<port>-iscsi-<target_iqn>-lun-<lun> \ 3 --dest-ignition config.ign \ 4 --dest-karg-append rd.iscsi.initiator=<initiator_iqn> \ 5 --dest-karg-append netroot=<target_iqn> \ 6 -o custom.iso rhcos-<version>-live.x86_64.iso
- 1
- 설치 전에 실행되는 스크립트입니다. iSCSI 대상 마운트를 위한
iscsiadm
명령과 다중 경로를 활성화하는 모든 명령이 포함되어야 합니다. - 2
- 설치 후 실행되는 스크립트입니다.
iscsiadm --mode node --logout=all
명령을 포함해야 합니다. - 3
- 대상 시스템의 위치입니다. 대상 포털의 IP 주소, 연결된 포트 번호, IQN 형식의 대상 iSCSI 노드, iSCSI 논리 단위 번호(LUN)를 제공해야 합니다.
- 4
- 대상 시스템의 Ignition 구성입니다.
- 5
- iSCSI 이니시에이터 또는 클라이언트, IQN 형식의 이름입니다. 이니시에이터는 iSCSI 대상에 연결하는 세션을 형성합니다.
- 6
- iSCSI 대상 또는 서버, IQN 형식의 이름입니다.
dracut 에서 지원하는 iSCSI 옵션에 대한 자세한 내용은
dracut
.cmdline
2.11.3.7.5. iBFT를 사용하여 iSCSI 부팅 장치의 실시간 설치 ISO 이미지 사용자 정의
라이브 RHCOS 이미지의 사용자 지정 버전을 사용하여 자동 마운트, 부팅 및 구성을 위해 iSCSI 대상 및 이니시에이터 값을 설정할 수 있습니다.
사전 요구 사항
- RHCOS를 설치할 iSCSI 대상이 있습니다.
- 선택 사항: iSCSI 대상을 멀티패스했습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지에서 RHCOS ISO 이미지를 검색하고 다음 정보를 사용하여 ISO 이미지를 사용자 지정하기 위해 다음 명령을 실행합니다.
$ coreos-installer iso customize \ --pre-install mount-iscsi.sh \ 1 --post-install unmount-iscsi.sh \ 2 --dest-device /dev/mapper/mpatha \ 3 --dest-ignition config.ign \ 4 --dest-karg-append rd.iscsi.firmware=1 \ 5 --dest-karg-append rd.multipath=default \ 6 -o custom.iso rhcos-<version>-live.x86_64.iso
- 1
- 설치 전에 실행되는 스크립트입니다. iSCSI 대상 마운트를 위한
iscsiadm
명령과 다중 경로를 활성화하는 모든 명령이 포함되어야 합니다. - 2
- 설치 후 실행되는 스크립트입니다.
iscsiadm --mode node --logout=all
명령을 포함해야 합니다. - 3
- 장치의 경로입니다. 다중 경로 장치
/dev/mapper/mpatha
를 사용하는 경우 여러 다중 경로 장치가 연결되어 있거나 명시적으로/dev/disk/by-path
에서 사용할 수 있는 WWN(World Wide Name) 심볼릭 링크를 사용할 수 있습니다. - 4
- 대상 시스템의 Ignition 구성입니다.
- 5
- iSCSI 매개 변수는 BIOS 펌웨어에서 읽습니다.
- 6
- 선택 사항: 다중 경로를 활성화하는 경우 이 매개변수를 포함합니다.
dracut 에서 지원하는 iSCSI 옵션에 대한 자세한 내용은
dracut
.cmdline
2.11.3.8. 라이브 RHCOS PXE 환경 사용자 정의
coreos-installer pxe customize
하위 명령을 사용하여 직접 라이브 RHCOS PXE 환경을 사용자 지정할 수 있습니다. PXE 환경을 부팅하면 사용자 지정이 자동으로 적용됩니다.
이 기능을 사용하여 RHCOS를 자동으로 설치하도록 PXE 환경을 구성할 수 있습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS i이미지 미러 페이지 및 Ignition 구성 파일에서 RHCOS
kernel
,initramfs
및rootfs
파일을 검색한 다음 다음 명령을 실행하여 Ignition 구성의 사용자 지정이 포함된 새initramfs
파일을 생성합니다.$ coreos-installer pxe customize rhcos-<version>-live-initramfs.x86_64.img \ --dest-ignition bootstrap.ign \ 1 --dest-device /dev/disk/by-id/scsi-<serial_number> \ 2 -o rhcos-<version>-custom-initramfs.x86_64.img 3
사용자 지정을 적용하면 RHCOS의 모든 후속 부팅에 영향을 미칩니다.
2.11.3.8.1. 직렬 콘솔을 활성화하려면 실시간 설치 PXE 환경 수정
OpenShift Container Platform 4.12 이상으로 설치된 클러스터에서 직렬 콘솔은 기본적으로 비활성화되어 있으며 모든 출력은 그래픽 콘솔에 작성됩니다. 다음 절차에 따라 직렬 콘솔을 활성화할 수 있습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지 및 Ignition 구성 파일에서 RHCOS
kernel
,initramfs
및rootfs
파일을 검색한 다음 다음 명령을 실행하여 직렬 콘솔에서 출력을 수신할 수 있는 새 사용자 지정initramfs
파일을 생성합니다.$ coreos-installer pxe customize rhcos-<version>-live-initramfs.x86_64.img \ --dest-ignition <path> \1 --dest-console tty0 \2 --dest-console ttyS0,<options> \3 --dest-device /dev/disk/by-id/scsi-<serial_number> \4 -o rhcos-<version>-custom-initramfs.x86_64.img 5
- 1
- 설치할 Ignition 구성의 위치입니다.
- 2
- 원하는 보조 콘솔입니다. 이 경우 그래픽 콘솔입니다. 이 옵션을 생략하면 그래픽 콘솔이 비활성화됩니다.
- 3
- 원하는 기본 콘솔입니다. 이 경우 직렬 콘솔입니다.
options
필드는 baud 비율 및 기타 설정을 정의합니다. 이 필드의 일반적인 값은115200n8
입니다. 옵션을 제공하지 않으면 기본 커널 값9600n8
이 사용됩니다. 이 옵션 형식에 대한 자세한 내용은 Linux 커널 직렬 콘솔 설명서를 참조하십시오. - 4
- 설치할 지정된 디스크입니다. 이 옵션을 생략하면 PXE 환경에서
coreos.inst.install_dev
커널 인수도 지정하지 않는 한 설치 프로그램이 자동으로 실패합니다. - 5
- PXE 구성에서 사용자 지정된
initramfs
파일을 사용합니다. 아직 존재하지 않는 경우ignition.firstboot
및ignition.platform.id=metal
커널 인수를 추가합니다.
사용자 지정이 적용되고 PXE 환경의 모든 후속 부팅에 영향을 미칩니다.
2.11.3.8.2. 사용자 정의 인증 기관을 사용하도록 실시간 설치 PXE 환경 수정
customize
하위 명령의 --ignition-ca
플래그를 사용하여 Ignition에 CA(인증 기관) 인증서를 제공할 수 있습니다. 설치 부팅 중에 및 설치된 시스템을 프로비저닝할 때 CA 인증서를 사용할 수 있습니다.
사용자 정의 CA 인증서는 Ignition이 원격 리소스를 가져오는 방법에 영향을 미치지만 시스템에 설치된 인증서에는 영향을 미치지 않습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCO 이미지 미러 페이지에서 RHCOS
kernel
,initramfs
및rootfs
파일을 검색하고 다음 명령을 실행하여 사용자 정의 CA와 함께 사용할 새 사용자 지정initramfs
파일을 생성합니다.$ coreos-installer pxe customize rhcos-<version>-live-initramfs.x86_64.img \ --ignition-ca cert.pem \ -o rhcos-<version>-custom-initramfs.x86_64.img
-
PXE 구성에서 사용자 지정된
initramfs
파일을 사용합니다. 아직 존재하지 않는 경우ignition.firstboot
및ignition.platform.id=metal
커널 인수를 추가합니다.
coreos.inst.ignition_url
커널 매개변수는 --ignition-ca
플래그에서 작동하지 않습니다. --dest-ignition
플래그를 사용하여 각 클러스터에 대한 사용자 지정 이미지를 생성해야 합니다.
사용자 정의 CA 인증서를 적용하면 RHCOS의 모든 후속 부팅에 영향을 미칩니다.
2.11.3.8.3. 사용자 지정 네트워크 설정으로 실시간 설치 PXE 환경 수정
NetworkManager 키 파일을 라이브 PXE 환경에 포함시키고 customize
하위 명령의 --network-keyfile
플래그를 사용하여 설치된 시스템에 전달할 수 있습니다.
연결 프로필을 생성할 때 연결 프로필의 파일 이름에 .nmconnection
파일 이름 확장을 사용해야 합니다. .nmconnection
파일 이름 확장을 사용하지 않는 경우 클러스터는 라이브 환경에 연결 프로필을 적용하지만 클러스터를 처음 부팅할 때 구성이 적용되지 않으므로 작동하지 않는 설정이 생성됩니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. 본딩된 인터페이스에 대한 연결 프로필을 생성합니다. 예를 들어 다음 콘텐츠를 사용하여 로컬 디렉터리에
bond0.nmconnection
파일을 만듭니다.[connection] id=bond0 type=bond interface-name=bond0 multi-connect=1 [bond] miimon=100 mode=active-backup [ipv4] method=auto [ipv6] method=auto
보조 인터페이스에 본딩에 추가할 연결 프로필을 만듭니다. 예를 들어 다음 콘텐츠를 사용하여 로컬 디렉터리에
bond0-proxy-em1.nmconnection
파일을 생성합니다.[connection] id=em1 type=ethernet interface-name=em1 master=bond0 multi-connect=1 slave-type=bond
보조 인터페이스에 본딩에 추가할 연결 프로필을 만듭니다. 예를 들어 다음 콘텐츠를 사용하여 로컬 디렉터리에
bond0-proxy-em2.nmconnection
파일을 생성합니다.[connection] id=em2 type=ethernet interface-name=em2 master=bond0 multi-connect=1 slave-type=bond
이미지 미러 페이지에서 RHCOS
kernel
,initramfs
및rootfs
파일을 검색하고 다음 명령을 실행하여 구성된 네트워킹이 포함된 새 사용자 지정initramfs
파일을 생성합니다.$ coreos-installer pxe customize rhcos-<version>-live-initramfs.x86_64.img \ --network-keyfile bond0.nmconnection \ --network-keyfile bond0-proxy-em1.nmconnection \ --network-keyfile bond0-proxy-em2.nmconnection \ -o rhcos-<version>-custom-initramfs.x86_64.img
PXE 구성에서 사용자 지정된
initramfs
파일을 사용합니다. 아직 존재하지 않는 경우ignition.firstboot
및ignition.platform.id=metal
커널 인수를 추가합니다.네트워크 설정은 라이브 시스템에 적용되며 대상 시스템으로 전달됩니다.
2.11.3.8.4. iSCSI 부팅 장치에 대한 라이브 설치 PXE 환경 사용자 정의
라이브 RHCOS 이미지의 사용자 지정 버전을 사용하여 자동 마운트, 부팅 및 구성을 위해 iSCSI 대상 및 이니시에이터 값을 설정할 수 있습니다.
사전 요구 사항
- RHCOS를 설치할 iSCSI 대상이 있습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지에서 RHCOS
kernel
,initramfs
및rootfs
파일을 검색하고 다음 정보를 사용하여 새 사용자 지정initramfs
파일을 생성합니다.$ coreos-installer pxe customize \ --pre-install mount-iscsi.sh \ 1 --post-install unmount-iscsi.sh \ 2 --dest-device /dev/disk/by-path/<IP_address>:<port>-iscsi-<target_iqn>-lun-<lun> \ 3 --dest-ignition config.ign \ 4 --dest-karg-append rd.iscsi.initiator=<initiator_iqn> \ 5 --dest-karg-append netroot=<target_iqn> \ 6 -o custom.img rhcos-<version>-live-initramfs.x86_64.img
- 1
- 설치 전에 실행되는 스크립트입니다. iSCSI 대상 마운트를 위한
iscsiadm
명령과 다중 경로를 활성화하는 모든 명령이 포함되어야 합니다. - 2
- 설치 후 실행되는 스크립트입니다.
iscsiadm --mode node --logout=all
명령을 포함해야 합니다. - 3
- 대상 시스템의 위치입니다. 대상 포털의 IP 주소, 연결된 포트 번호, IQN 형식의 대상 iSCSI 노드, iSCSI 논리 단위 번호(LUN)를 제공해야 합니다.
- 4
- 대상 시스템의 Ignition 구성입니다.
- 5
- iSCSI 이니시에이터 또는 클라이언트, IQN 형식의 이름입니다. 이니시에이터는 iSCSI 대상에 연결하는 세션을 형성합니다.
- 6
- iSCSI 대상 또는 서버, IQN 형식의 이름입니다.
dracut 에서 지원하는 iSCSI 옵션에 대한 자세한 내용은
dracut
.cmdline
2.11.3.8.5. iBFT를 사용하여 iSCSI 부팅 장치에 대한 라이브 설치 PXE 환경 사용자 정의
라이브 RHCOS 이미지의 사용자 지정 버전을 사용하여 자동 마운트, 부팅 및 구성을 위해 iSCSI 대상 및 이니시에이터 값을 설정할 수 있습니다.
사전 요구 사항
- RHCOS를 설치할 iSCSI 대상이 있습니다.
- 선택 사항: iSCSI 대상을 멀티패스했습니다.
프로세스
-
이미지 미러 페이지에서
coreos-installer
바이너리를 다운로드합니다. RHCOS 이미지 미러 페이지에서 RHCOS
kernel
,initramfs
및rootfs
파일을 검색하고 다음 정보를 사용하여 새 사용자 지정initramfs
파일을 생성합니다.$ coreos-installer pxe customize \ --pre-install mount-iscsi.sh \ 1 --post-install unmount-iscsi.sh \ 2 --dest-device /dev/mapper/mpatha \ 3 --dest-ignition config.ign \ 4 --dest-karg-append rd.iscsi.firmware=1 \ 5 --dest-karg-append rd.multipath=default \ 6 -o custom.img rhcos-<version>-live-initramfs.x86_64.img
- 1
- 설치 전에 실행되는 스크립트입니다. iSCSI 대상을 마운트하기 위한
iscsiadm
명령이 포함되어야 합니다. - 2
- 설치 후 실행되는 스크립트입니다.
iscsiadm --mode node --logout=all
명령을 포함해야 합니다. - 3
- 장치의 경로입니다. 다중 경로 장치
/dev/mapper/mpatha
를 사용하는 경우 여러 다중 경로 장치가 연결되어 있거나 명시적으로/dev/disk/by-path
에서 사용할 수 있는 WWN(World Wide Name) 심볼릭 링크를 사용할 수 있습니다. - 4
- 대상 시스템의 Ignition 구성입니다.
- 5
- iSCSI 매개 변수는 BIOS 펌웨어에서 읽습니다.
- 6
- 선택 사항: 다중 경로를 활성화하는 경우 이 매개변수를 포함합니다.
dracut 에서 지원하는 iSCSI 옵션에 대한 자세한 내용은
dracut
.cmdline
2.11.3.9. 고급 RHCOS 설치 참조
여기서는 RHCOS(Red Hat Enterprise Linux CoreOS) 수동 설치 프로세스를 수정하는 데 사용할 수 있는 네트워킹 구성 및 기타 고급 옵션에 대해 설명합니다. 다음 표에서는 RHCOS 라이브 설치 프로그램 및 coreos-installer
명령과 함께 사용할 수있는 커널 인수 및 명령 줄 옵션에 대해 설명합니다.
2.11.3.9.1. ISO 설치를 위한 네트워킹 및 본딩 옵션
ISO 이미지에서 RHCOS를 설치하는 경우, 해당 이미지를 부팅할 때 수동으로 커널 인수를 추가하여 노드의 네트워킹을 구성할 수 있습니다. 네트워킹 인수를 지정하지 않으면 RHCOS에서 Ignition 구성 파일을 가져오는 데 네트워킹이 필요함을 감지하면 initramfs에서 DHCP가 활성화됩니다.
네트워킹 인수를 수동으로 추가할 때 initramfs에서 네트워크를 가져오려면 rd.neednet=1
커널 인수도 추가해야 합니다.
다음 정보는 ISO 설치를 위해 RHCOS 노드에서 네트워킹 및 본딩 구성 예를 제공합니다. 예제에서는 ip=
, nameserver=
, bond=
커널 인수를 사용하는 방법을 설명합니다.
커널 인수를 추가할 때 순서가 중요합니다: ip=
, nameserver=
및 bond=
입니다.
이는 시스템 부팅 중에 dracut
툴로 전달되는 네트워킹 옵션입니다. dracut에서 지원하는 네트워킹 옵션에 대한 자세한 내용은
매뉴얼 페이지를 참조하십시오.
dracut
.cmdline
다음 예제는 ISO 설치를 위한 네트워킹 옵션입니다.
DHCP 또는 고정 IP 주소 구성
IP 주소를 구성하려면 DHCP(ip=dhcp
)를 사용하거나 개별 고정 IP 주소(ip=<host_ip>
)를 설정합니다. 정적 IP를 설정하는 경우 각 노드에서 DNS 서버 IP 주소 (nameserver=<dns_ip>
)를 확인합니다. 다음 예제에서는 다음을 설정합니다.
-
노드의 IP 주소
10.10.10.2
-
게이트웨이 주소는
10.10.10.254
로 -
넷마스크는
255.255.255.0
입니다. -
core0.example.com
의 호스트 이름 -
4.4.4.41
의 DNS 서버 주소 -
auto-configuration 값을
none
으로 설정합니다. IP 네트워킹이 정적으로 구성되면 자동 구성이 필요하지 않습니다.
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp1s0:none nameserver=4.4.4.41
DHCP를 사용하여 RHCOS 시스템의 IP 주소 지정을 구성하는 경우 시스템은 DHCP를 통해 DNS 서버 정보도 가져옵니다. DHCP 기반 배포의 경우 DHCP 서버 구성을 통해 RHCOS 노드에서 사용할 DNS 서버 주소를 정의할 수 있습니다.
정적 호스트 이름 없이 IP 주소 구성
정적 호스트 이름을 할당하지 않고 IP 주소를 구성할 수 있습니다. 사용자가 정적 호스트 이름을 설정하지 않으면 역방향 DNS 조회에 의해 선택되고 자동으로 설정됩니다. 정적 호스트 이름 없이 IP 주소를 구성하려면 다음 예제를 참조하십시오.
-
노드의 IP 주소
10.10.10.2
-
게이트웨이 주소는
10.10.10.254
로 -
넷마스크는
255.255.255.0
입니다. -
4.4.4.41
의 DNS 서버 주소 -
auto-configuration 값을
none
으로 설정합니다. IP 네트워킹이 정적으로 구성되면 자동 구성이 필요하지 않습니다.
ip=10.10.10.2::10.10.10.254:255.255.255.0::enp1s0:none nameserver=4.4.4.41
여러 네트워크 인터페이스 지정
여러 ip=
항목을 설정하여 여러 네트워크 인터페이스를 지정할 수 있습니다.
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp1s0:none ip=10.10.10.3::10.10.10.254:255.255.255.0:core0.example.com:enp2s0:none
기본 게이트웨이 및 경로 구성
선택 사항: rd.route=
값을 설정하여 추가 네트워크에 대한 경로를 구성할 수 있습니다.
하나 이상의 네트워크를 구성할 때 하나의 기본 게이트웨이가 필요합니다. 추가 네트워크 게이트웨이가 기본 네트워크 게이트웨이와 다른 경우 기본 게이트웨이가 기본 네트워크 게이트웨이어야 합니다.
다음 명령을 실행하여 기본 게이트웨이를 구성합니다.
ip=::10.10.10.254::::
다음 명령을 입력하여 추가 네트워크의 경로를 구성합니다.
rd.route=20.20.20.0/24:20.20.20.254:enp2s0
단일 인터페이스에서 DHCP 비활성화
두 개 이상의 네트워크 인터페이스가 있고 하나의 인터페이스만 사용되는 경우와 같이 단일 인터페이스에서 DHCP를 비활성화할 수 있습니다. 이 예에서 enp1s0
인터페이스에는 정적 네트워킹 구성이 있으며 enp2s0
에서는 DHCP가 사용되지 않습니다.
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp1s0:none ip=::::core0.example.com:enp2s0:none
DHCP 및 고정 IP 구성 결합
시스템의 DHCP 및 고정 IP 구성을 여러 네트워크 인터페이스와 결합할 수 있습니다. 예를 들면 다음과 같습니다.
ip=enp1s0:dhcp ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp2s0:none
개별 인터페이스에서 VLAN 구성
선택 사항: vlan=
매개변수를 사용하여 개별 인터페이스에서 VLAN을 구성할 수 있습니다.
네트워크 인터페이스에서 VLAN을 구성하고 고정 IP 주소를 사용하려면 다음 명령을 실행합니다.
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp2s0.100:none vlan=enp2s0.100:enp2s0
네트워크 인터페이스에서 VLAN을 구성하고 DHCP를 사용하려면 다음 명령을 실행합니다.
ip=enp2s0.100:dhcp vlan=enp2s0.100:enp2s0
여러 DNS 서버 제공
각 서버에 대한 nameserver=
항목을 추가하여 여러 DNS 서버를 제공할 수 있습니다. 예를 들면 다음과 같습니다.
nameserver=1.1.1.1 nameserver=8.8.8.8
단일 인터페이스에 다중 네트워크 인터페이스 본딩
선택 사항: bond=
옵션을 사용하여 여러 네트워크 인터페이스를 단일 인터페이스에 결합할 수 있습니다. 다음 예제를 참조하십시오.
본딩된 인터페이스를 구성하는 구문은
bond=<name>[:<network_interfaces>][:options]
입니다.<
name
>은 본딩 장치 이름(bond0
)이고, <network_interfaces
>는 쉼표로 구분된 물리(ethernet) 인터페이스 목록(em1,em2
)을 나타내며, 옵션은 쉼표로 구분된 본딩 옵션 목록입니다. 사용 가능한 옵션을 보려면modinfo bonding
을 입력하십시오.bond=
를 사용하여 결합된 인터페이스를 생성할 때 IP 주소가 할당되는 방법과 결합된 인터페이스에 대한 기타 정보를 지정해야 합니다.DHCP를 사용하도록 결합된 인터페이스를 구성하려면 bond의 IP 주소를
dhcp
로 설정하십시오. 예를 들면 다음과 같습니다.bond=bond0:em1,em2:mode=active-backup ip=bond0:dhcp
고정 IP 주소를 사용하도록 결합된 인터페이스를 구성하려면 원하는 특정 IP 주소 및 관련 정보를 입력합니다. 예를 들면 다음과 같습니다.
bond=bond0:em1,em2:mode=active-backup ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:bond0:none
듀얼 포트 NIC 인터페이스에 여러 SR-IOV 네트워크 인터페이스 본딩
선택 사항: bond=
옵션을 사용하여 여러 SR-IOV 네트워크 인터페이스를 듀얼 포트 NIC 인터페이스에 결합할 수 있습니다.
각 노드에서 다음 작업을 수행해야 합니다.
- SR-IOV 장치 관리의 지침에 따라 SR-IOV 가상 기능(VF)을 생성합니다. " SR-IOV 네트워킹 장치 연결" 섹션의 절차를 따르십시오.
- 본딩을 생성하고, 원하는 VF를 본딩에 연결하고 네트워크 본딩 구성의 지침에 따라 본딩 링크 상태를 설정합니다. 설명된 절차에 따라 본딩을 생성합니다.
다음 예제에서는 사용해야 하는 구문을 보여줍니다.
본딩된 인터페이스를 구성하는 구문은
bond=<name>[:<network_interfaces>][:options]
입니다.<
name
>은 본딩 장치 이름(bond0
)이고 <network_interfaces
>는 커널에서 알려진 이름으로 VF(가상 기능)를 나타내며ip link
명령(eno1f
0,eno2f0
)의 출력에 표시되는 옵션이며 옵션은 쉼표로 구분된 본딩 옵션 목록입니다. 사용 가능한 옵션을 보려면modinfo bonding
을 입력하십시오.bond=
를 사용하여 결합된 인터페이스를 생성할 때 IP 주소가 할당되는 방법과 결합된 인터페이스에 대한 기타 정보를 지정해야 합니다.DHCP를 사용하도록 결합된 인터페이스를 구성하려면 bond의 IP 주소를
dhcp
로 설정하십시오. 예를 들면 다음과 같습니다.bond=bond0:eno1f0,eno2f0:mode=active-backup ip=bond0:dhcp
고정 IP 주소를 사용하도록 결합된 인터페이스를 구성하려면 원하는 특정 IP 주소 및 관련 정보를 입력합니다. 예를 들면 다음과 같습니다.
bond=bond0:eno1f0,eno2f0:mode=active-backup ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:bond0:none
네트워크 티밍 사용
선택 사항: team=
매개변수를 사용하여 네트워크 티밍을 본딩의 대안으로 사용할 수 있습니다.
팀 인터페이스를 구성하는 구문은
team=name[:network_interfaces]
입니다.name은 팀 장치 이름(
team0
)이고 network_interfaces는 쉼표로 구분된 실제 인터페이스(ethernet) 인터페이스(em1, em2
) 목록을 나타냅니다.
팀 구성은 RHCOS가 향후 RHEL 버전으로 전환하면 더 이상 사용되지 않을 예정입니다. 자세한 내용은 Red Hat Knowledgebase 문서를 참조하십시오.
다음 예제를 사용하여 네트워크 팀을 구성합니다.
team=team0:em1,em2 ip=team0:dhcp
2.11.3.9.2. ISO 및 PXE 설치를 위한 coreos-installer
옵션
ISO 이미지에서 RHCOS 라이브 환경으로 부팅한 후 명령 프롬프트에서 coreos-installer install <options> <device>
를 실행하여 RHCOS를 설치할 수 있습니다.
다음 표는 coreos-installer
명령으로 전달할 수 있는 하위 명령, 옵션 및 인수를 보여줍니다.
coreos-installer 설치 하위 명령 | |
하위 명령 | 설명 |
| ISO 이미지에 Ignition 구성를 삽입합니다. |
coreos-installer 설치 하위 명령 옵션 | |
옵션 | 설명 |
| 이미지 URL을 수동으로 지정합니다. |
| 로컬 이미지 파일을 수동으로 지정합니다. 디버깅에 사용됩니다. |
| 파일의 Ignition 구성을 삽입합니다. |
| URL의 Ignition 구성을 삽입합니다. |
|
Ignition 구성의 |
| 설치된 시스템의 Ignition 플랫폼 ID를 재정의합니다. |
|
설치된 시스템의 커널 및 부트로더 콘솔을 설정합니다. < |
| 설치된 시스템에 기본 커널 인수를 추가합니다. |
| 설치된 시스템에서 기본 커널 인수를 삭제합니다. |
| 설치 환경의 네트워크 구성을 복사합니다. 중요
|
|
|
| 이 레이블 glob로 파티션을 저장합니다. |
| 이 번호 또는 범위로 파티션을 저장합니다. |
| RHCOS 이미지 서명 확인을 건너뜁니다. |
| HTTPS 또는 해시 없는 Ignition URL을 허용합니다. |
|
대상 CPU 아키텍처입니다. 유효한 값은 |
| 오류 발생한 파티션 테이블을 지우지 않습니다. |
| 도움말 정보를 출력합니다. |
coreos-installer 설치 하위 명령 인수 | |
인수 | 설명 |
| 대상 장치입니다. |
coreos-installer ISO 하위 명령 | |
하위 명령 | 설명 |
| RHCOS 라이브 ISO 이미지를 사용자 정의합니다. |
| RHCOS 라이브 ISO 이미지를 기본 설정으로 복원합니다. |
| ISO 이미지에서 삽입된 Ignition 구성를 제거합니다. |
coreos-installer ISO 사용자 정의 하위 명령 옵션 | |
옵션 | 설명 |
| 지정된 Ignition 구성 파일을 대상 시스템의 새 구성 조각에 병합합니다. |
| 대상 시스템의 커널 및 부트로더 콘솔을 지정합니다. |
| 지정된 대상 장치를 설치하고 덮어씁니다. |
| 대상 시스템의 각 부팅에 커널 인수를 추가합니다. |
| 대상 시스템의 각 부팅에서 커널 인수를 삭제합니다. |
| 라이브 및 대상 시스템에 지정된 NetworkManager 키 파일을 사용하여 네트워킹을 구성합니다. |
| Ignition에서 신뢰할 추가 TLS 인증 기관을 지정합니다. |
| 설치 전에 지정된 스크립트를 실행합니다. |
| 설치 후 지정된 스크립트를 실행합니다. |
| 지정된 설치 프로그램 구성 파일을 적용합니다. |
| 지정된 Ignition 구성 파일을 라이브 환경의 새 구성 조각에 병합합니다. |
| 라이브 환경의 각 부팅에 커널 인수를 추가합니다. |
| 라이브 환경의 각 부팅에서 커널 인수를 삭제합니다. |
|
라이브 환경의 각 부팅에서 |
| 기존 Ignition 구성를 덮어씁니다. |
| 새 출력 파일에 ISO를 씁니다. |
| 도움말 정보를 출력합니다. |
coreos-installer PXE 하위 명령 | |
하위 명령 | 설명 |
이러한 모든 옵션이 모든 하위 명령에서 허용되지는 않습니다. | |
| RHCOS 라이브 PXE 부팅 구성을 사용자 정의합니다. |
| Ignition 구성을 이미지로 래핑합니다. |
| 이미지에 래핑된 Ignition 구성를 표시합니다. |
coreos-installer PXE 사용자 지정 하위 명령 옵션 | |
옵션 | 설명 |
이러한 모든 옵션이 모든 하위 명령에서 허용되지는 않습니다. | |
| 지정된 Ignition 구성 파일을 대상 시스템의 새 구성 조각에 병합합니다. |
| 대상 시스템의 커널 및 부트로더 콘솔을 지정합니다. |
| 지정된 대상 장치를 설치하고 덮어씁니다. |
| 라이브 및 대상 시스템에 지정된 NetworkManager 키 파일을 사용하여 네트워킹을 구성합니다. |
| Ignition에서 신뢰할 추가 TLS 인증 기관을 지정합니다. |
| 설치 전에 지정된 스크립트를 실행합니다. |
| 설치 후 지정된 스크립트를 실행합니다. |
| 지정된 설치 프로그램 구성 파일을 적용합니다. |
| 지정된 Ignition 구성 파일을 라이브 환경의 새 구성 조각에 병합합니다. |
| initramfs를 새 출력 파일에 씁니다. 참고 이 옵션은 PXE 환경에 필요합니다. |
| 도움말 정보를 출력합니다. |
2.11.3.9.3. ISO 또는 PXE 설치를 위한 coreos.inst
부팅 옵션
coreos.inst
부팅 인수를 RHCOS 라이브 설치 프로그램에 전달하여 부팅 시 coreos-installer
옵션을 자동으로 호출할 수 있습니다. 이러한 매개 변수는 표준 부팅 인수 외에 제공됩니다.
-
ISO 설치의 경우 부트 로더 메뉴에서 자동 부팅을 중단하여
coreos.inst
옵션을 추가할 수 있습니다. RHEL CoreOS (Live) 메뉴 옵션이 강조 표시된 상태에서TAB
을 눌러 자동 부팅을 중단할 수 있습니다. -
PXE 또는 iPXE 설치의 경우 RHCOS 라이브 설치 프로그램을 부팅하기 전에
coreos.inst
옵션을APPEND
줄에 추가해야 합니다.
다음 표는 ISO 및 PXE 설치를 위한 RHCOS 라이브 설치 관리자 coreos.inst
부팅 옵션을 보여줍니다.
인수 | 설명 |
---|---|
|
필수 항목입니다. 설치할 시스템의 블록 장치입니다. |
| 선택사항: 설치된 시스템에 삽입할 Ignition 구성의 URL입니다. URL을 지정하지 않으면 Ignition 구성이 포함되지 않습니다. HTTP 및 HTTPS 프로토콜만 지원됩니다. |
| 선택사항: 설치 중에 보존 할 파티션의 쉼표로 구분된 레이블입니다. Glob 스타일 와일드카드가 허용됩니다. 지정된 파티션이 존재할 필요는 없습니다. |
|
선택사항: 설치 도중 보존할 파티션 인덱스들입니다(쉼표로 구분됨). |
|
선택사항: |
| 선택사항: 지정된 RHCOS 이미지를 다운로드하여 설치합니다.
|
| 선택사항: 설치 후 시스템을 재부팅하지 않습니다. 설치가 완료되면 설치 과정에서 발생되는 상황을 검사할 수 있는 프롬프트가 표시됩니다. 이 인수는 프로덕션 환경에서 사용할 수 없으며, 디버깅 용도로만 사용됩니다. |
|
선택사항: RHCOS 이미지가 설치되고 있는 플랫폼의 Ignition 플랫폼 ID입니다. 기본값은 |
|
선택사항: 라이브 부팅을 위한 Ignition 구성의 URL입니다. 예를 들어 |
2.11.4. RHCOS에서 커널 인수로 다중 경로 활성화
RHCOS는 이제 기본 디스크에서 멀티패스를 지원하므로 하드웨어 장애에 대한 탄력성이 강화된 호스트 가용성을 높일 수 있습니다.
OpenShift Container Platform 4.8 이상에서 프로비저닝된 노드의 설치 시 멀티패스를 활성화할 수 있습니다. 시스템 구성을 통해 멀티패스를 활성화하면 설치 후 지원을 사용할 수 있지만 설치 중에 다중 경로를 활성화하는 것이 좋습니다.
I/O에서 최적화된 경로로 인해 I/O 시스템 오류가 발생하는 설정에서 설치 시 멀티패스를 활성화해야 합니다.
IBM Z® 및 IBM® LinuxONE에서는 설치 중에 클러스터를 구성한 경우에만 멀티패스를 활성화할 수 있습니다. 자세한 내용은 IBM Z® 및 IBM® LinuxONE에 z/VM으로 클러스터 설치의 "RHCOS 설치 및 OpenShift Container Platform 부트스트랩 프로세스 시작"을 참조하십시오.
다음 절차에서는 설치 시 멀티패스를 활성화하고 커널 인수를 coreos-installer install
명령에 추가하여 설치된 시스템 자체에서 첫 번째 부팅부터 시작된 멀티패스를 사용하도록 합니다.
OpenShift Container Platform은 4.6 또는 이전 버전에서 업그레이드된 노드에서 2일차 활동으로 멀티패스 활성화를 지원하지 않습니다.
프로세스
다중 경로를 활성화하고
multipathd
데몬을 시작하려면 설치 호스트에서 다음 명령을 실행합니다.$ mpathconf --enable && systemctl start multipathd.service
-
선택 사항: PXE 또는 ISO를 부팅하는 경우 커널 명령줄에서
rd.multipath=default
를 추가하여 멀티패스를 활성화할 수 있습니다.
-
선택 사항: PXE 또는 ISO를 부팅하는 경우 커널 명령줄에서
coreos-installer
프로그램을 호출하여 커널 인수를 추가합니다.시스템에 연결된 멀티패스 장치가 하나뿐인 경우 경로
/dev/mapper/mpatha
에서 사용할 수 있어야 합니다. 예를 들면 다음과 같습니다.$ coreos-installer install /dev/mapper/mpatha \ 1 --append-karg rd.multipath=default \ --append-karg root=/dev/disk/by-label/dm-mpath-root \ --append-karg rw
- 1
- 단일 멀티패스 장치의 경로를 나타냅니다.
시스템에 연결된 멀티패스 장치가 여러 개 있는 경우 보다 명확하게 하려면
/dev/mapper/mpatha
를 사용하는 대신/dev/disk/by-id
에서 사용할 수 있는 WWN(World Wide Name) 심볼릭 링크를 사용하는 것이 좋습니다. 예를 들면 다음과 같습니다.$ coreos-installer install /dev/disk/by-id/wwn-<wwn_ID> \ 1 --append-karg rd.multipath=default \ --append-karg root=/dev/disk/by-label/dm-mpath-root \ --append-karg rw
- 1
- 멀티패스 대상 장치의 WWN ID를 나타냅니다. 예를 들면
0xx194e957fcedb4841
입니다.
이 심볼릭 링크는 라이브 설치 프로그램을 지시하기 위해 특수
coreos.inst.*
* 인수를 사용할 때coreos.inst.install_dev
커널 인수로 사용될 수도 있습니다. 자세한 내용은 "RHCOS 설치 및 OpenShift Container Platform 부트스트랩 프로세스 시작"을 참조하십시오.
작업자 노드 중 하나로 이동하고 커널 명령줄 인수 (호스트의
/proc/cmdline
)를 나열하여 커널 인수가 작동하는지 확인합니다.$ oc debug node/ip-10-0-141-105.ec2.internal
출력 예
Starting pod/ip-10-0-141-105ec2internal-debug ... To use host binaries, run `chroot /host` sh-4.2# cat /host/proc/cmdline ... rd.multipath=default root=/dev/disk/by-label/dm-mpath-root ... sh-4.2# exit
추가된 커널 인수가 표시되어야 합니다.
2.11.5. iSCSI 부팅 장치에 수동으로 RHCOS 설치
iSCSI 대상에 RHCOS를 수동으로 설치할 수 있습니다.
사전 요구 사항
- RHCOS 라이브 환경에 있습니다.
- RHCOS를 설치할 iSCSI 대상이 있습니다.
프로세스
다음 명령을 실행하여 라이브 환경에서 iSCSI 대상을 마운트합니다.
$ iscsiadm \ --mode discovery \ --type sendtargets --portal <IP_address> \ 1 --login
- 1
- 대상 포털의 IP 주소입니다.
다음 명령을 실행하고 필요한 커널 인수를 사용하여 iSCSI 대상에 RHCOS를 설치합니다. 예를 들면 다음과 같습니다.
$ coreos-installer install \ /dev/disk/by-path/ip-<IP_address>:<port>-iscsi-<target_iqn>-lun-<lun> \ 1 --append-karg rd.iscsi.initiator=<initiator_iqn> \ 2 --append.karg netroot=<target_iqn> \ 3 --console ttyS0,115200n8 --ignition-file <path_to_file>
dracut 에서 지원하는 iSCSI 옵션에 대한 자세한 내용은
dracut
.cmdline다음 명령을 사용하여 iSCSI 디스크를 마운트 해제합니다.
$ iscsiadm --mode node --logoutall=all
이 절차는 coreos-installer iso customize
또는 coreos-installer pxe customize
하위 명령을 사용하여 수행할 수도 있습니다.
2.11.6. iBFT를 사용하여 iSCSI 부팅 장치에 RHCOS 설치
완전 디스크 없는 시스템에서 iBFT를 통해 iSCSI 대상 및 이니시에이터 값을 전달할 수 있습니다. iSCSI 다중 경로도 지원됩니다.
사전 요구 사항
- RHCOS 라이브 환경에 있습니다.
- RHCOS를 설치할 iSCSI 대상이 있습니다.
- 선택 사항: iSCSI 대상을 멀티패스했습니다.
프로세스
다음 명령을 실행하여 라이브 환경에서 iSCSI 대상을 마운트합니다.
$ iscsiadm \ --mode discovery \ --type sendtargets --portal <IP_address> \ 1 --login
- 1
- 대상 포털의 IP 주소입니다.
선택 사항: 멀티패스를 활성화하고 다음 명령을 사용하여 데몬을 시작합니다.
$ mpathconf --enable && systemctl start multipathd.service
다음 명령을 실행하고 필요한 커널 인수를 사용하여 iSCSI 대상에 RHCOS를 설치합니다. 예를 들면 다음과 같습니다.
$ coreos-installer install \ /dev/mapper/mpatha \ 1 --append-karg rd.iscsi.firmware=1 \ 2 --append-karg rd.multipath=default \ 3 --console ttyS0 \ --ignition-file <path_to_file>
dracut 에서 지원하는 iSCSI 옵션에 대한 자세한 내용은
dracut
.cmdlineiSCSI 디스크를 마운트 해제합니다.
$ iscsiadm --mode node --logout=all
이 절차는 coreos-installer iso customize
또는 coreos-installer pxe customize
하위 명령을 사용하여 수행할 수도 있습니다.
추가 리소스
-
특수
coreos.inst.*
인수를 사용하여 라이브 설치 프로그램을 지시하는 방법에 대한 자세한 내용은 RHCOS 설치 및 OpenShift Container Platform 부트스트랩 프로세스 시작을 참조하십시오.