17.4. 단일 노드 OpenShift 클러스터 배포
17.4.1. 관리형 단일 노드 OpenShift를 위한 이미지 기반 배포 정보 링크 복사링크가 클립보드에 복사되었습니다!
이미지 기반 설치를 사용하여 단일 노드 OpenShift로 사전 설치된 호스트가 원격 사이트에 도착하면 기술자는 몇 분 내에 호스트를 쉽게 재구성하고 배포할 수 있습니다.
hub-and-spoke 아키텍처가 있는 클러스터의 경우 사전 설치된 호스트 배포를 완료하려면 먼저 각 호스트에 대한 허브 클러스터에 사이트별 구성 리소스를 정의해야 합니다. 이러한 리소스에는 베어 메탈 호스트의 속성, 인증 세부 정보 및 기타 배포 및 네트워킹 정보와 같은 구성 정보가 포함됩니다.
IBI(Image Based Install) Operator는 이러한 리소스에서 구성 ISO를 생성한 다음 구성 ISO가 연결된 호스트를 부팅합니다. 호스트는 구성 ISO를 마운트하고 재구성 프로세스를 실행합니다. 재구성이 완료되면 단일 노드 OpenShift 클러스터가 준비됩니다.
각 베어 메탈 호스트에 대해 별도의 구성 리소스를 생성해야 합니다.
hub-and-spoke 아키텍처가 있는 클러스터에 사전 설치된 호스트를 배포하려면 다음 고급 단계를 참조하십시오.
- hub 클러스터에 IBI Operator를 설치합니다.
- 각 호스트에 대한 허브 클러스터에 사이트별 구성 리소스를 생성합니다.
- IBI Operator는 이러한 리소스에서 구성 ISO를 생성하고 구성 ISO가 연결된 대상 호스트를 부팅합니다.
- 호스트는 구성 ISO를 마운트하고 재구성 프로세스를 실행합니다. 재구성이 완료되면 단일 노드 OpenShift 클러스터가 준비됩니다.
또는 hub 클러스터를 사용하지 않고 클러스터에 사전 설치된 호스트를 수동으로 배포할 수 있습니다. ImageBasedConfig 리소스 및 설치 매니페스트를 정의하고 openshift-install 설치 프로그램에 입력으로 제공해야 합니다. 자세한 내용은 " openshift-install 프로그램을 사용하여 단일 노드 OpenShift 클러스터 배포"를 참조하십시오.
17.4.1.1. Image Based Install Operator 설치 링크 복사링크가 클립보드에 복사되었습니다!
IBI(Image Based Install) Operator는 베어 메탈 호스트에 사전 설치된 단일 노드 OpenShift에 대한 이미지 기반 배포 워크플로의 일부입니다.
IBI Operator는 MCE 버전 2.7의 Kubernetes Operator용 멀티 클러스터 엔진의 일부입니다.
사전 요구 사항
-
cluster-admin권한이 있는 사용자로 로그인했습니다. - RHACM(Red Hat Advanced Cluster Management) 허브 클러스터를 배포했거나 Kubernetes Operator에 다중 클러스터 엔진을 배포했습니다.
- "이미지 기반 설치를 위한 소프트웨어 사전 요구 사항" 섹션의 필수 버전의 소프트웨어 구성 요소를 검토했습니다.
프로세스
다음 명령을 실행하여
MultiClusterEngine리소스의image-based-install-operator구성 요소에 대해활성화된사양을true로 설정합니다.$ oc patch multiclusterengines.multicluster.openshift.io multiclusterengine --type json \ --patch '[{"op": "add", "path":"/spec/overrides/components/-", "value": {"name":"image-based-install-operator","enabled": true}}]'
검증
다음 명령을 실행하여 Image Based Install Operator Pod가 실행 중인지 확인합니다.
$ oc get pods -A | grep image-based출력 예:
multicluster-engine image-based-install-operator-57fb8sc423-bxdj8 2/2 Running 0 5m
17.4.1.2. IBI Operator를 사용하여 관리형 단일 노드 OpenShift 클러스터 배포 링크 복사링크가 클립보드에 복사되었습니다!
hub 클러스터에 사이트별 구성 리소스를 생성하여 사전 설치된 호스트의 이미지 기반 배포를 시작합니다.
허브 클러스터에서 이러한 구성 리소스를 생성할 때 IBI(Image Based Install) Operator는 구성 ISO를 생성하여 대상 호스트에 연결하여 사이트별 구성 프로세스를 시작합니다. 구성 프로세스가 완료되면 단일 노드 OpenShift 클러스터가 준비됩니다.
hub 클러스터에서 구성해야 하는 구성 리소스에 대한 자세한 내용은 "사전 설치된 호스트 배포를 위한 클러스터 구성 리소스"를 참조하십시오.
사전 요구 사항
- 이미지 기반 설치를 사용하여 단일 노드 OpenShift로 호스트를 사전 설치했습니다.
-
cluster-admin권한이 있는 사용자로 로그인했습니다. - RHACM(Red Hat Advanced Cluster Management) 허브 클러스터를 배포했거나 MC(Kubernetes Operator)용 다중 클러스터 엔진을 배포했습니다.
- hub 클러스터에 IBI Operator가 설치되어 있어야 합니다.
- 가져오기 요청을 인증하는 풀 시크릿을 생성했습니다. 자세한 내용은 "이미지 풀 시크릿 사용"을 참조하십시오.
프로세스
다음 명령을 실행하여
ibi-ns네임스페이스를 생성합니다.$ oc create namespace ibi-ns이미지 레지스트리에 대한
Secret리소스를 생성합니다.이미지 레지스트리에 대한
Secret리소스를 정의하는 YAML 파일을 생성합니다.secret-image-registry.yaml파일의 예:apiVersion: v1 kind: Secret metadata: name: ibi-image-pull-secret namespace: ibi-ns stringData: .dockerconfigjson: <base64_docker_auth_code> type: kubernetes.io/dockerconfigjson다음과 같습니다.
<base64_docker_auth_code>- base64로 인코딩된 인증 정보 세부 정보를 지정합니다. 이미지 가져오기 보안 사용에 대한 자세한 내용은 "추가 리소스" 섹션을 참조하십시오.
다음 명령을 실행하여 이미지 레지스트리에 대한
Secret리소스를 생성합니다.$ oc create -f secret-image-registry.yaml
선택 사항: 호스트에 대한 정적 네트워킹을 구성합니다.
nmstate형식으로 정적 네트워크 구성을 포함하는Secret리소스를 생성합니다.host-network-config-secret.yaml파일의 예:apiVersion: v1 kind: Secret metadata: name: <network_secret_name> namespace: ibi-ns type: Opaque stringData: nmstate: | interfaces: - name: <interface_name> type: ethernet state: up ipv4: enabled: true address: - ip: 192.168.200.25 prefix-length: 24 dhcp: false ipv6: enabled: false dns-resolver: config: server: - <dns_server_1> - 192.168.15.48 routes: config: - destination: 0.0.0.0/0 metric: 150 next-hop-address: 192.168.200.254 next-hop-interface: <interface_name> table-id: 254다음과 같습니다.
<network_secret_name>-
Secret리소스의 이름을 지정합니다(예:host-network-config-secret). nmstate-
nmstate형식으로 정적 네트워크 구성을 지정합니다. <interface_name>-
호스트의 인터페이스 이름을 지정합니다(예:
ens1f0). 인터페이스 이름은 운영 체제에 표시된 대로 실제 NIC 이름과 일치해야 합니다. NIC 일치에 MAC 주소를 사용하려면ID필드를mac-address로 설정합니다. dhcp: false-
nmstate가 인터페이스에 고정 IP 주소를 할당하도록 DHCP가 비활성화되어 있음을 지정합니다. <dns_server_1>-
시스템이 도메인 이름을 확인하는 데 사용할 하나 이상의 DNS 서버를 지정합니다(예:
192.168.15.47). config-
다음 홉 IP 주소
192.168.200.254에 대한ens1f0인터페이스를 통한 기본 경로를 지정합니다.
BareMetalHost및Secret리소스를 생성합니다.BareMetalHost및Secret리소스를 정의하는 YAML 파일을 생성합니다.ibi-bmh.yaml파일의 예:apiVersion: metal3.io/v1alpha1 kind: BareMetalHost metadata: name: <baremetalhost_name> namespace: ibi-ns spec: online: <online_status> bootMACAddress: <boot_mac_address> bmc: address: <bmc_address> credentialsName: <bmh_secret_name> preprovisioningNetworkDataName: <network_secret_name> automatedCleaningMode: disabled externallyProvisioned: true --- apiVersion: v1 kind: Secret metadata: name: <bmh_secret_name> namespace: ibi-ns type: Opaque data: username: <username> password: <password>다음과 같습니다.
<baremetalhost_name>-
BareMetalHost리소스의 이름을 지정합니다(예:ibi-bmh). <online_status>-
호스트가 온라인이어야 하는지 여부를 지정합니다(예:
false). <boot_mac_address>-
호스트 부팅 MAC 주소를 지정합니다(예:
00:a5:12:55:62:64). <bmc_address>-
BMC 주소를 지정합니다(예:
redfish-virtualmedia+http://192.168.111.1:8000/redfish/v1/Systems/8a5babac-94d0-4c20-b282-50dc3a0a32b5). 가상 미디어 네트워킹 부팅을 지원하는 베어 메탈 호스트 드라이버(예: redfish-virtualmedia 및 idrac-virtualmedia)만 사용할 수 있습니다. <bmh_secret_name>-
베어 메탈 호스트
Secret리소스의 이름을 지정합니다(예:ibi-bmh-bmc-secret). <network_secret_name>-
(선택 사항) 호스트의 정적 네트워크 구성이 포함된
Secret리소스의 이름을 지정합니다(예:host-network-config-secret). automatedCleaningMode: disabled- 프로비저닝 서비스에서 디스크 검사 중에 시드 이미지와 같은 사전 설치 아티팩트를 모두 삭제하지 못하도록 자동 정리가 비활성화되도록 지정합니다.
externallyProvisioned: true- 구성 ISO 대신 사전 설치된 디스크에서 부팅할 수 있도록 호스트가 외부적으로 프로비저닝되도록 지정합니다.
<username>- BMC 인증의 사용자 이름을 지정합니다.
<password>- BMC 인증의 암호를 지정합니다.
다음 명령을 실행하여
BareMetalHost및Secret리소스를 생성합니다.$ oc create -f ibi-bmh.yaml
ClusterImageSet리소스를 생성합니다.ClusterImageSet리소스를 정의하는 YAML 파일을 생성합니다.ibi-cluster-image-set.yaml파일의 예:apiVersion: hive.openshift.io/v1 kind: ClusterImageSet metadata: name: <clusterimageset_name> spec: releaseImage: <release_image>다음과 같습니다.
<clusterimageset_name>-
ClusterImageSet리소스의 이름을 지정합니다(예:ibi-img-version-arch). <release_image>-
배포에 사용할 릴리스 이미지의 주소를 지정합니다(예:
ibi.example.com:path/to/release/images:version-arch). 시드 이미지 생성 중에 사용된 이미지 레지스트리와 비교하여 다른 이미지 레지스트리를 사용하는 경우 릴리스 이미지의 OpenShift Container Platform 버전이 동일하게 유지되어야 합니다.
다음 명령을 실행하여
ClusterImageSet리소스를 생성합니다.$ oc apply -f ibi-cluster-image-set.yaml
ImageClusterInstall리소스를 생성합니다.ImageClusterInstall리소스를 정의하는 YAML 파일을 생성합니다.ibi-image-cluster-install.yaml파일의 예:apiVersion: extensions.hive.openshift.io/v1alpha1 kind: ImageClusterInstall metadata: name: <imageclusterinstall_name> namespace: ibi-ns spec: bareMetalHostRef: name: <baremetalhost_name> namespace: ibi-ns clusterDeploymentRef: name: <clusterdeployment_name> hostname: <cluster_hostname> imageSetRef: name: <clusterimageset_name> machineNetworks: - cidr: 10.0.0.0/24 #- cidr: fd01::/64 proxy: httpProxy: "http://proxy.example.com:8080" #httpsProxy: "http://proxy.example.com:8080" #noProxy: "no_proxy.example.com"다음과 같습니다.
<imageclusterinstall_name>-
ImageClusterInstall리소스의 이름을 지정합니다(예:ibi-image-install). <baremetalhost_name>-
이미지 기반 설치를 대상으로 할
BareMetalHost리소스를 지정합니다(예:ibi-bmh). <clusterdeployment_name>-
대상 호스트의 이미지 기반 설치에 사용할
ClusterDeployment리소스의 이름을 지정합니다(예:ibi-cluster-deployment). <cluster_hostname>-
클러스터의 호스트 이름을 지정합니다(예:
ibi-host). <clusterimageset_name>-
배포에 사용할 컨테이너 릴리스 이미지를 정의하는 데 사용한
ClusterImageSet리소스의 이름을 지정합니다(예:ibi-img-version-arch). machineNetworks- 외부 네트워크의 공용 CIDR(Classless Inter-Domain Routing)을 지정합니다. 듀얼 스택 네트워킹의 경우 목록 형식을 사용하여 IPv4 및 IPv6 CIDR을 모두 지정할 수 있습니다. 목록의 첫 번째 CIDR은 기본 주소 제품군이며 시드 클러스터의 기본 주소 제품군과 일치해야 합니다.
proxy(선택 사항) 클러스터 배포에 사용할 프록시를 지정합니다.
중요클러스터 배포에 프록시 구성이 필요한 경우 다음을 수행해야 합니다.
- 프록시 구성을 제공하는 시드 클러스터에서 시드 이미지를 생성합니다. 프록시 구성이 일치하지 않아도 됩니다.
-
설치 매니페스트에서
machineNetwork필드를 구성합니다.
다음 명령을 실행하여
ImageClusterInstall리소스를 생성합니다.$ oc create -f ibi-image-cluster-install.yaml
ClusterDeployment리소스를 생성합니다.ClusterDeployment리소스를 정의하는 YAML 파일을 생성합니다.ibi-cluster-deployment.yaml파일의 예:apiVersion: hive.openshift.io/v1 kind: ClusterDeployment metadata: name: <clusterdeployment_name> namespace: <namespace> spec: baseDomain: <base_domain> clusterInstallRef: group: extensions.hive.openshift.io kind: ImageClusterInstall name: <imageclusterinstall_name> version: v1alpha1 clusterName: <cluster_name> platform: none: {} pullSecretRef: name: <pull_secret_name>다음과 같습니다.
<clusterdeployment_name>-
ClusterDeployment리소스의 이름을 지정합니다(예:ibi-cluster-deployment). <namespace>-
ClusterDeployment리소스의 네임스페이스를 지정합니다(예:ibi-ns). <base_domain>-
클러스터가 속해야 하는 기본 도메인을 지정합니다(예:
example.com). <imageclusterinstall_name>-
대상 호스트의 이미지 기반 설치에 사용할 컨테이너 이미지를 정의한
ImageClusterInstall의 이름을 지정합니다(예:ibi-image-install). <cluster_name>-
클러스터 이름을 지정합니다(예:
ibi-cluster). <pull_secret_name>-
이미지 레지스트리에서 이미지를 가져오는 데 사용할 시크릿을 지정합니다(예:
ibi-image-pull-secret).
다음 명령을 실행하여
ClusterDeployment리소스를 생성합니다.$ oc apply -f ibi-cluster-deployment.yaml
ManagedCluster리소스를 생성합니다.ManagedCluster리소스를 정의하는 YAML 파일을 생성합니다.ibi-managed.yaml파일의 예:apiVersion: cluster.open-cluster-management.io/v1 kind: ManagedCluster metadata: name: <managedcluster_name> spec: hubAcceptsClient: <hub_accepts_client>다음과 같습니다.
<managedcluster_name>-
ManagedCluster리소스의 이름을 지정합니다(예:sno-ibi). <hub_accepts_client>-
RHACM에서 클러스터를 관리하는지 여부를 지정합니다. 관리를 활성화하려면
true로 설정합니다.
다음 명령을 실행하여
ManagedCluster리소스를 생성합니다.$ oc apply -f ibi-managed.yaml
검증
다음 명령을 실행하여 허브 클러스터에서
ImageClusterInstall의 상태를 확인하여 대상 호스트 설치의 진행 상황을 모니터링합니다.$ oc get imageclusterinstall출력 예:
NAME REQUIREMENTSMET COMPLETED BAREMETALHOSTREF target-0 HostValidationSucceeded ClusterInstallationSucceeded ibi-bmh주의ImageClusterInstall리소스가 삭제되면 IBI Operator에서BareMetalHost리소스를 다시 연결하고 머신을 재부팅합니다.설치가 완료되면 다음 명령을 실행하여
kubeconfig시크릿을 검색하여 관리 클러스터에 로그인할 수 있습니다.$ oc extract secret/<cluster_name>-admin-kubeconfig -n <cluster_namespace> --to - > <directory>/<cluster_name>-kubeconfig다음과 같습니다.
<cluster_name>- 클러스터 이름을 지정합니다.
<cluster_namespace>- 클러스터의 네임스페이스를 지정합니다.
<directory>- 파일을 만들 디렉터리를 지정합니다.
17.4.1.2.1. 사전 설치된 호스트 배포를 위한 클러스터 구성 리소스 링크 복사링크가 클립보드에 복사되었습니다!
원격 사이트에서 사전 설치된 호스트에 대한 배포를 완료하려면 각 베어 메탈 호스트에 대해 hub 클러스터에서 다음 site-specifc 클러스터 구성 리소스를 구성해야 합니다.
| 리소스 | 설명 |
|---|---|
|
| 관리형 단일 노드 OpenShift 클러스터의 네임스페이스입니다. |
|
| 물리적 호스트 및 프로비저닝 및 하드웨어 구성과 같은 해당 속성을 설명합니다. |
|
베어 메탈 호스트의 | 호스트 BMC의 자격 증명. |
|
베어 메탈 호스트 정적 네트워크 구성의 | 선택 사항: 대상 호스트에 대한 정적 네트워크 구성을 설명합니다. |
|
이미지 레지스트리의 |
이미지 레지스트리의 인증 정보입니다. 이미지 레지스트리의 시크릿은 |
|
| 베어 메탈 호스트, 배포 및 이미지 세트 리소스를 참조합니다. |
|
| 클러스터에 사용할 릴리스 이미지를 설명합니다. |
|
| 네트워킹, 인증 및 플랫폼별 설정을 설명합니다. |
|
| RHACM(Red Hat Advanced Cluster Management)에서 등록하고 관리할 수 있는 클러스터 세부 정보에 대해 설명합니다. |
|
| 선택 사항: 클러스터 서비스에 대한 신뢰할 수 있는 통신을 보장하기 위해 호스트에 대한 신뢰할 수 있는 인증서 번들 추가와 같은 클러스터 배포에 대한 추가 구성을 설명합니다. |
17.4.1.2.2. ImageClusterInstall 리소스 API 사양 링크 복사링크가 클립보드에 복사되었습니다!
다음 콘텐츠는 ImageClusterInstall 리소스의 API 사양을 설명합니다. 이 리소스는 Image Based Install Operator의 끝점입니다.
| 사양 | 유형 | 설명 |
|---|---|---|
|
|
|
배포에 대한 릴리스 이미지를 정의하는 |
|
|
| 클러스터의 호스트 이름을 지정합니다. |
|
|
| 대상 호스트에 대한 SSH 액세스를 제공할 SSH 키를 지정합니다. |
| 사양 | 유형 | 설명 |
|---|---|---|
|
|
|
대상 호스트의 이미지 기반 설치에 사용할 |
|
|
|
배포가 완료되면 이 사양은 클러스터에 로그인하기 위한 |
|
|
| 릴리스 이미지 콘텐츠의 소스 또는 리포지토리를 지정합니다. 예를 들면 다음과 같습니다.
|
|
|
|
대상 클러스터에 적용할 추가 매니페스트를 포함하는 |
|
|
|
클러스터 배포에 사용할 |
|
|
| 외부 네트워크의 공용 CIDR(Classless Inter-Domain Routing)을 지정합니다. 듀얼 스택 네트워킹의 경우 목록 형식을 사용하여 IPv4 및 IPv6 CIDR을 모두 지정할 수 있습니다. 목록의 첫 번째 CIDR은 기본 주소 제품군이며 시드 클러스터의 기본 주소 제품군과 일치해야 합니다. |
|
|
| 클러스터의 프록시 설정을 지정합니다. 예를 들면 다음과 같습니다.
|
|
|
|
호스트에 대한 신뢰할 수 있는 인증서의 새 번들을 포함하는 |
17.4.1.3. 추가 매니페스트를 위한 ConfigMap 리소스 링크 복사링크가 클립보드에 복사되었습니다!
필요한 경우 ConfigMap 리소스를 생성하여 관리형 단일 노드 OpenShift 클러스터에 대한 이미지 기반 배포에서 추가 매니페스트를 정의할 수 있습니다.
ConfigMap 리소스를 생성한 후 ImageClusterInstall 리소스에서 참조합니다. 배포하는 동안 IBI Operator에는 배포에 추가 매니페스트가 포함됩니다.
17.4.1.3.1. 이미지 기반 배포에 추가 매니페스트를 추가하는 ConfigMap 리소스 생성 링크 복사링크가 클립보드에 복사되었습니다!
ConfigMap 리소스를 사용하여 단일 노드 OpenShift 클러스터의 이미지 기반 배포에 매니페스트를 추가할 수 있습니다.
다음 예제에서는 SR-IOV(Single-root I/O Virtualization) 네트워크를 배포에 추가합니다.
추가 매니페스트의 파일 이름은 30자를 초과해서는 안 됩니다. 파일 이름이 길면 배포 실패가 발생할 수 있습니다.
시작하기 전에 다음을 확인하십시오.
- 이미지 기반 설치를 사용하여 단일 노드 OpenShift로 호스트를 사전 설치했습니다.
-
cluster-admin권한이 있는 사용자로 로그인했습니다.
ConfigMap 리소스를 생성하려면 다음 단계를 완료합니다.
SriovNetworkNodePolicy및SriovNetwork리소스를 생성합니다.다음 예와 같이 리소스를 정의하는 YAML 파일을 생성합니다.
apiVersion: sriovnetwork.openshift.io/v1 kind: SriovNetworkNodePolicy metadata: name: "example-sriov-node-policy" namespace: openshift-sriov-network-operator spec: deviceType: vfio-pci isRdma: false nicSelector: pfNames: [ens1f0] nodeSelector: node-role.kubernetes.io/master: "" mtu: 1500 numVfs: 8 priority: 99 resourceName: example-sriov-node-policy --- apiVersion: sriovnetwork.openshift.io/v1 kind: SriovNetwork metadata: name: "example-sriov-network" namespace: openshift-sriov-network-operator spec: ipam: |- { } linkState: auto networkNamespace: sriov-namespace resourceName: example-sriov-node-policy spoofChk: "on" trust: "off"다음 명령을 실행하여
ConfigMap리소스를 생성합니다.$ oc create configmap sr-iov-extra-manifest --from-file=sriov-extra-manifest.yaml -n <namespace>다음과 같습니다.
<namespace>ImageClusterInstall리소스가 있는 네임스페이스를 지정합니다(예:ibi-ns).출력 예:
configmap/sr-iov-extra-manifest created참고둘 이상의 추가 매니페스트를 추가하고 매니페스트를 특정 순서로 적용해야 하는 경우 매니페스트 파일 이름 앞에 필요한 순서를 나타내는 숫자로 붙여야 합니다. 예를 들면
00-namespace.yaml,01-sriov-extra-manifest.yaml등입니다.
ImageClusterInstall리소스의spec.extraManifestsRefs필드에서ConfigMap리소스를 참조합니다.#... spec: extraManifestsRefs: - name: sr-iov-extra-manifest #...
17.4.1.3.2. 이미지 기반 배포에 CA 번들을 추가하는 ConfigMap 리소스 생성 링크 복사링크가 클립보드에 복사되었습니다!
ConfigMap 리소스를 사용하여 호스트에 CA(인증 기관) 번들을 추가하여 클러스터 서비스에 대한 신뢰할 수 있는 통신을 보장할 수 있습니다.
ConfigMap 리소스를 생성한 후 ImageClusterInstall 리소스의 spec.caBundleRef 필드에서 참조합니다.
시작하기 전에 다음을 확인하십시오.
- 이미지 기반 설치를 사용하여 단일 노드 OpenShift로 호스트를 사전 설치했습니다.
-
cluster-admin권한이 있는 사용자로 로그인했습니다.
CA 번들 ConfigMap 리소스를 생성하려면 다음 단계를 완료합니다.
다음 예와 같이
tls-ca-bundle.pem이라는 CA 번들 파일을 생성합니다.-----BEGIN CERTIFICATE----- MIIDXTCCAkWgAwIBAgIJAKmjYKJbIyz3MA0GCSqGSIb3DQEBCwUAMEUxCzAJBgNV ...Custom CA certificate bundle... 4WPl0Qb27Sb1xZyAsy1ww6MYb98EovazUSfjYr2EVF6ThcAPu4/sMxUV7He2J6Jd cA8SMRwpUbz3LXY= -----END CERTIFICATE-----다음 명령을 실행하여
ConfigMap오브젝트를 생성합니다.$ oc create configmap custom-ca --from-file=tls-ca-bundle.pem -n ibi-ns다음과 같습니다.
custom-ca-
ConfigMap리소스의 이름을 지정합니다. tls-ca-bundle.pem-
ConfigMap리소스의데이터항목의 키를 지정합니다.tls-ca-bundle.pem키를 사용하여데이터항목을 포함해야 합니다. ibi-nsImageClusterInstall리소스가 있는 네임스페이스를 지정합니다.출력 예:
configmap/custom-ca created
ImageClusterInstall리소스의spec.caBundleRef필드에서ConfigMap리소스를 참조합니다.#... spec: caBundleRef: name: custom-ca #...