OpenShift Container Platform에 Red Hat Quay Operator 배포

프로세스

1. OpenShift Container Platform 개발자 콘솔에서 Operator → 설치된 Operator → Red Hat Quay 를 클릭합니다.
2. QuayRegistry 를 클릭합니다.
3. 레지스트리 이름을 클릭합니다(예: example-registry ).
4. YAML 을 클릭합니다.

5. spec.components 필드에서 .overrides.resources.limits 및 overrides.resources.requests 필드의 값을 설정하여 quay, clair postgres 및 postgres 리소스의 리소스를 덮어쓸 수 있습니다. 예를 들면 다음과 같습니다.

   spec:
     components:
       - kind: clair
         managed: true
         overrides:
           resources:
             limits:
               cpu: "5"     # Limiting to 5 CPU (equivalent to 5000m or 5000 millicpu)
               memory: "18Gi"  # Limiting to 18 Gibibytes of memory
             requests:
               cpu: "4"     # Requesting 4 CPU
               memory: "4Gi"   # Requesting 4 Gibibytes of memory
       - kind: postgres
         managed: true
         overrides:
           resources:
             limits: {} 

   1

   
             requests:
               cpu: "700m"   # Requesting 700 millicpu or 0.7 CPU
               memory: "4Gi"   # Requesting 4 Gibibytes of memory
       - kind: mirror
         managed: true
         overrides:
           resources:
             limits: 

   2

   
             requests:
               cpu: "800m"   # Requesting 800 millicpu or 0.8 CPU
               memory: "1Gi"   # Requesting 1 Gibibyte of memory
       - kind: quay
         managed: true
         overrides:
           resources:
             limits:
               cpu: "4"    # Limiting to 4 CPU
               memory: "10Gi"   # Limiting to 10 Gibibytes of memory
             requests:
               cpu: "4"   # Requesting 4 CPU
               memory: "10Gi"   # Requesting 10 Gibi of memory
       - kind: clairpostgres
         managed: true
         overrides:
           resources:
             limits:
               cpu: "800m"   # Limiting to 800 millicpu or 0.8 CPU
               memory: "3Gi"   # Limiting to 3 Gibibytes of memory
             requests: {}

   Copy to Clipboard Toggle word wrap

   1

   limits 또는 requests 필드를 {} 로 설정하면 이러한 리소스의 기본값이 사용됩니다.

   2

   limits 또는 requests 필드를 비워 두면 이러한 리소스에 제한이 없습니다.

프로세스

1. 선택 사항: QuayRegistry YAML 파일의 로컬 사본이 없는 경우 다음 명령을 입력하여 가져옵니다.

   $ oc get quayregistry <registry_name> -n <namespace> -o yaml > quayregistry.yaml

   Copy to Clipboard Toggle word wrap

2. 이 절차의 1단계에서 생성된 quayregistry.yaml 을 열고 원하는 대로 변경합니다. 예를 들면 다음과 같습니다.

       - kind: quay
         managed: true
         overrides:
           resources:
             limits: {}
             requests:
               cpu: "0.7"   # Requesting 0.7 CPU (equivalent to 500m or 500 millicpu)
               memory: "512Mi"   # Requesting 512 Mebibytes of memory

   Copy to Clipboard Toggle word wrap
3. 변경 사항을 저장합니다.

4. 다음 명령을 실행하여 업데이트된 구성을 사용하여 Red Hat Quay 레지스트리를 적용합니다.

   $ oc replace -f quayregistry.yaml

   Copy to Clipboard Toggle word wrap

   출력 예

   quayregistry.quay.redhat.com/example-registry replaced

   Copy to Clipboard Toggle word wrap

프로세스

1. 필요한 데이터베이스 필드를 사용하여 config.yaml 파일을 생성합니다. 예를 들면 다음과 같습니다.

   config.yaml 파일의 예:

   DB_URI: postgresql://test-quay-database:postgres@test-quay-database:5432/test-quay-database

   Copy to Clipboard Toggle word wrap

2. 구성 파일을 사용하여 보안을 생성합니다.

   $ kubectl create secret generic --from-file config.yaml=./config.yaml config-bundle-secret

   Copy to Clipboard Toggle word wrap

3. postgres 구성 요소를 관리되지 않음 으로 표시하고 생성된 Secret 을 참조하는 QuayRegistry.yaml 파일을 만듭니다. 예를 들면 다음과 같습니다.

   quayregistry.yaml 파일 예

   apiVersion: quay.redhat.com/v1
   kind: QuayRegistry
   metadata:
     name: example-registry
     namespace: quay-enterprise
   spec:
     configBundleSecret: config-bundle-secret
     components:
       - kind: postgres
         managed: false

   Copy to Clipboard Toggle word wrap

프로세스

1. 다음 명령을 입력하여 네임스페이스(예: quay-enterprise )를 만듭니다.

   $ oc new-project quay-enterprise

   Copy to Clipboard Toggle word wrap

2. 선택 사항입니다. Red Hat Quay 배포의 모든 측면을 사전 구성하려면 구성 번들에 대한 보안을 생성합니다.

   $ oc create secret generic quay-enterprise-config-bundle --from-file=config-bundle.tar.gz=/path/to/config-bundle.tar.gz

   Copy to Clipboard Toggle word wrap

3. quayregistry.yaml이라는 파일에 QuayRegistry 사용자 정의 리소스를 생성

   1. 최소 배포의 경우 모든 기본값을 사용합니다.

      quayregistry.yaml:

      apiVersion: quay.redhat.com/v1
      kind: QuayRegistry
      metadata:
        name: example-registry
        namespace: quay-enterprise

      Copy to Clipboard Toggle word wrap

   2. 선택 사항입니다. 일부 구성 요소가 관리되지 않도록 하려면 spec 필드에 이 정보를 추가합니다. 최소 배포는 다음 예와 같을 수 있습니다.

      관리되지 않는 구성 요소가 있는 quayregistry.yaml의 예

      apiVersion: quay.redhat.com/v1
      kind: QuayRegistry
      metadata:
        name: example-registry
        namespace: quay-enterprise
      spec:
        components:
          - kind: clair
            managed: false
          - kind: horizontalpodautoscaler
            managed: false
          - kind: mirror
            managed: false
          - kind: monitoring
            managed: false

      Copy to Clipboard Toggle word wrap

   3. 선택 사항입니다. 구성 번들을 생성한 경우(예: init-config-bundle-secret ) quayregistry.yaml 파일에서 참조합니다.

      구성 번들이 포함된 quayregistry.yaml 예

      apiVersion: quay.redhat.com/v1
      kind: QuayRegistry
      metadata:
        name: example-registry
        namespace: quay-enterprise
      spec:
        configBundleSecret: init-config-bundle-secret

      Copy to Clipboard Toggle word wrap

   4. 선택 사항입니다. 프록시가 구성된 경우 Red Hat Quay, Clair, 미러링에 대한 재정의를 사용하여 정보를 추가할 수 있습니다.

      프록시가 구성된 quayregistry.yaml 예

        kind: QuayRegistry
        metadata:
          name: quay37
        spec:
          configBundleSecret: config-bundle-secret
          components:
            - kind: objectstorage
              managed: false
            - kind: route
              managed: true
            - kind: mirror
              managed: true
              overrides:
                env:
                  - name: DEBUGLOG
                    value: "true"
                  - name: HTTP_PROXY
                    value: quayproxy.qe.devcluster.openshift.com:3128
                  - name: HTTPS_PROXY
                    value: quayproxy.qe.devcluster.openshift.com:3128
                  - name: NO_PROXY
                    value: svc.cluster.local,localhost,quay370.apps.quayperf370.perfscale.devcluster.openshift.com
            - kind: tls
              managed: false
            - kind: clair
              managed: true
              overrides:
                env:
                  - name: HTTP_PROXY
                    value: quayproxy.qe.devcluster.openshift.com:3128
                  - name: HTTPS_PROXY
                    value: quayproxy.qe.devcluster.openshift.com:3128
                  - name: NO_PROXY
                    value: svc.cluster.local,localhost,quay370.apps.quayperf370.perfscale.devcluster.openshift.com
            - kind: quay
              managed: true
              overrides:
                env:
                  - name: DEBUGLOG
                    value: "true"
                  - name: NO_PROXY
                    value: svc.cluster.local,localhost,quay370.apps.quayperf370.perfscale.devcluster.openshift.com
                  - name: HTTP_PROXY
                    value: quayproxy.qe.devcluster.openshift.com:3128
                  - name: HTTPS_PROXY
                    value: quayproxy.qe.devcluster.openshift.com:3128

      Copy to Clipboard Toggle word wrap

4. 다음 명령을 입력하여 지정된 네임스페이스에 QuayRegistry 를 생성합니다.

   $ oc create -n quay-enterprise -f quayregistry.yaml

   Copy to Clipboard Toggle word wrap

5. status.registryEndpoint 가 채워지는 시기를 확인하려면 다음 명령을 입력합니다.

   $ oc get quayregistry -n quay-enterprise example-registry -o jsonpath="{.status.registryEndpoint}" -w

   Copy to Clipboard Toggle word wrap

1. 다음 명령을 입력하여 배포에서 작업자 노드 목록을 가져옵니다.

   $ oc get nodes | grep worker

   Copy to Clipboard Toggle word wrap

   출력 예

   NAME                                                              STATUS   ROLES                  AGE    VERSION
   ---
   example-cluster-new-c5qqp-worker-b-4zxx5.c.quay-devel.internal   Ready    worker                 401d   v1.31.11
   example-cluster-new-c5qqp-worker-b-kz6jn.c.quay-devel.internal   Ready    worker                 402d   v1.31.11
   example-cluster-new-c5qqp-worker-b-wrhw4.c.quay-devel.internal   Ready    worker                 401d   v1.31.11
   ---

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 입력하여 node-role.kubernetes.io/infra= 레이블을 작업자 노드에 추가합니다. 필요한 인프라 노드 수는 환경에 따라 다릅니다. 프로덕션 환경에서는 모든 quay관련 구성 요소에 대해 고가용성 및 충분한 리소스를 보장하기 위해 충분한 인프라 노드를 프로비저닝해야 합니다. CPU, 메모리 및 스토리지 사용률을 모니터링하여 추가 인프라 노드가 필요한지 확인합니다.

   $ oc label node --overwrite <infra_node_one> <infra_node_two> <infra_node_three> node-role.kubernetes.io/infra=

   Copy to Clipboard Toggle word wrap

3. 다음 명령을 입력하여 node-role.kubernetes.io/infra= 레이블이 적절한 노드에 추가되었는지 확인합니다.

   $ oc get node | grep infra

   Copy to Clipboard Toggle word wrap

   ---
   example-cluster-new-c5qqp-worker-b-4zxx5.c.quay-devel.internal   Ready    infra,worker           405d   v1.32.8
   example-cluster-new-c5qqp-worker-b-kz6jn.c.quay-devel.internal   Ready    infra,worker           406d   v1.32.8
   example-cluster-new-c5qqp-worker-b-wrhw4.c.quay-devel.internal   Ready    infra,worker           405d   v1.32.8
   ---

   Copy to Clipboard Toggle word wrap

4. 작업자 노드에 infra 역할이 할당되면 사용자 워크로드가 실수로 인프라 노드에 할당될 수 있습니다. 이를 방지하려면 인프라 노드에 테인트를 적용한 다음 제어하려는 Pod에 대한 허용 오차를 추가할 수 있습니다. 다음 명령을 입력하여 infra 레이블이 있는 작업자 노드를 테인트합니다.

   $ oc adm taint nodes -l node-role.kubernetes.io/infra \
     node-role.kubernetes.io/infra=reserved:NoSchedule --overwrite

   Copy to Clipboard Toggle word wrap

   출력 예

   node/example-cluster-new-c5qqp-worker-b-4zxx5.c.quay-devel.internal modified
   node/example-cluster-new-c5qqp-worker-b-kz6jn.c.quay-devel.internal modified
   node/example-cluster-new-c5qqp-worker-b-wrhw4.c.quay-devel.internal modified

   Copy to Clipboard Toggle word wrap

프로세스

1. 다음 명령을 입력하여 node-selector 주석을 네임스페이스에 추가합니다.

   $ oc annotate namespace <namespace> openshift.io/node-selector='node-role.kubernetes.io/infra='

   Copy to Clipboard Toggle word wrap

   출력 예

   namespace/<namespace> annotated

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 입력하여 네임스페이스에 tolerations 주석을 추가합니다.

   $ oc annotate namespace <namespace> scheduler.alpha.kubernetes.io/defaultTolerations='[{"operator":"Equal","value":"reserved","effect":"NoSchedule","key":"node-role.kubernetes.io/infra"},{"operator":"Equal","value":"reserved","effect":"NoExecute","key":"node-role.kubernetes.io/infra"}]' --overwrite

   Copy to Clipboard Toggle word wrap

   출력 예

   namespace/<namespace> annotated

   Copy to Clipboard Toggle word wrap

   중요

   이 예제의 허용 오차는 일반적으로 인프라 노드에 적용되는 두 개의 테인트에 고유합니다. 환경에 구성된 테인트는 다를 수 있습니다. 인프라 노드에 적용된 테인트와 일치하도록 허용 오차를 적절하게 설정해야 합니다.

프로세스

1. OpenShift Container Platform 웹 콘솔에서 Operator → OperatorHub 를 클릭합니다.
2. 검색 상자에 Red Hat Quay 를 입력합니다.
3. Red Hat Quay → 설치를 클릭합니다.
4. 업데이트 채널(예: stable-3.12 및 버전)을 선택합니다.
5. 설치 모드 의 클러스터에서 특정 네임스페이스 를 클릭한 다음 노드 선택기 및 허용 오차 주석을 적용한 네임스페이스를 선택합니다.
6. 설치를 클릭합니다.

1. 다음 명령을 입력하여 Operator가 설치되었는지 확인합니다.

   $ oc get pods -n <annotated_namespace> -o wide | grep quay-operator

   Copy to Clipboard Toggle word wrap

   출력 예

   quay-operator.v3.15.1-858b5c5fdc-lf5kj   1/1     Running   0          29m   10.130.6.18   example-cluster-new-c5qqp-worker-f-mhngl.c.quay-devel.internal   <none>           <none>

   Copy to Clipboard Toggle word wrap

프로세스

1. OpenShift Container Platform 웹 콘솔에서 Operator → 설치된 Operator → Red Hat Quay 를 클릭합니다.
2. Red Hat Quay Operator 세부 정보 페이지에서 Quay Registry → Create QuayRegistry 를 클릭합니다.

3. Create QuayRegistry 페이지에서 monitoring 및 objectstorage 필드를 false 로 설정합니다. Red Hat Quay가 단일 네임스페이스에 설치된 경우 모니터링 구성 요소를 활성화할 수 없습니다. 예를 들면 다음과 같습니다.

   # ...
       - kind: monitoring
         managed: false
       - kind: objectstorage
         managed: false
   # ...

   Copy to Clipboard Toggle word wrap
4. 생성을 클릭합니다.

1. 선택 사항: Pod가 인프라 노드에서 실행 중인지 확인합니다.

   1. 다음 명령을 입력하여 예약된 노드와 함께 모든 Quay관련 Pod를 나열합니다.

      $ oc get pods -n <annotated_namespace> -o wide | grep example-registry

      Copy to Clipboard Toggle word wrap

      출력 예

      ...
      NAME                                               READY   STATUS      RESTARTS   AGE   IP             NODE                                                              NOMINATED NODE   READINESS GATES
      example-registry-clair-app-5f95d685bd-dgjf6        1/1     Running     0          52m   10.128.4.12    example-cluster-new-c5qqp-worker-b-wrhw4.c.quay-devel.internal   <none>           <none>
      ...

      Copy to Clipboard Toggle word wrap

   2. 다음 명령을 실행하여 나열된 노드에 infra 레이블이 지정된 노드만 포함되어 있는지 확인합니다.

      $ oc get nodes -l node-role.kubernetes.io/infra -o name

      Copy to Clipboard Toggle word wrap

      출력 예

      node/example-cluster-new-c5qqp-worker-b-4zxx5.c.quay-devel.internal modified
      node/example-cluster-new-c5qqp-worker-b-kz6jn.c.quay-devel.internal modified
      node/example-cluster-new-c5qqp-worker-b-wrhw4.c.quay-devel.internal modified

      Copy to Clipboard Toggle word wrap

      참고

      비infra 노드에 Pod가 표시되면 네임스페이스 주석 및 배포 패치를 다시 확인하십시오.

2. 다음 명령을 입력하여 Red Hat Quay 레지스트리의 모든 pod를 다시 시작합니다.

   $ oc delete pod -n <annotated_namespace> --all

   Copy to Clipboard Toggle word wrap

3. 다음 명령을 입력하여 Pod의 상태를 확인합니다.

   $ oc get pods -n <annotated_namespace>

   Copy to Clipboard Toggle word wrap

   출력 예

   ...
   NAME                                               READY   STATUS      RESTARTS   AGE
   example-registry-clair-app-5f95d685bd-dgjf6        1/1     Running     0          5m4s
   ...

   Copy to Clipboard Toggle word wrap

1. 네임스페이스를 생성합니다(예: quay-enterprise ).
2. Operators → 설치된 Operator 를 선택한 다음 Quay Operator를 선택하여 Operator 세부 정보 보기로 이동합니다.
3. '제공된 API' 아래의 'Quay Registry' 타일에서 '인스턴스 생성'을 클릭합니다.
4. 선택적으로 QuayRegistry 의 '이름'을 변경합니다. 이는 레지스트리의 호스트 이름에 영향을 미칩니다. 다른 모든 필드는 기본값으로 채워져 있습니다.
5. 'Create'를 클릭하여 Quay Operator가 배포할 QuayRegistry 를 제출합니다.
6. QuayRegistry 목록 보기로 리디렉션됩니다. 방금 생성한 QuayRegistry 를 클릭하여 세부 정보 보기를 확인합니다.
7. 'Registry Endpoint'에 값이 있으면 이를 클릭하여 UI를 통해 새 Quay 레지스트리에 액세스합니다. 이제 '계정 만들기'를 선택하여 사용자를 생성하고 로그인할 수 있습니다.

프로세스

1. Red Hat Quay Registry 개요 화면에서 Config Bundle Secret 에 대한 링크를 클릭합니다.

   

2. 시크릿을 편집하려면 작업 → 시크릿 편집을 클릭합니다.

   

3. 구성을 수정하고 변경 사항을 저장합니다.

   

4. 배포를 모니터링하여 성공적으로 완료되고 구성 변경 사항이 적용되었는지 확인합니다.

프로세스

1. oc describe quayregistry 또는 oc get quayregistry -o yaml 을 사용하여 QuayRegistry 리소스를 검사하여 다음 명령을 입력하여 현재 끝점 및 시크릿을 찾을 수 있습니다.

   $ oc get quayregistry example-registry -n quay-enterprise -o yaml

   Copy to Clipboard Toggle word wrap

   출력 예

   apiVersion: quay.redhat.com/v1
   kind: QuayRegistry
   metadata:
     ...
     name: example-registry
     namespace: quay-enterprise
     ...
   spec:
     components:
     - kind: quay
       managed: true
     ...
     - kind: clairpostgres
       managed: true
     configBundleSecret: init-config-bundle-secret 

   1

   
   status:
     currentVersion: 3.7.0
     lastUpdated: 2022-05-11 13:28:38.199476938 +0000 UTC
     registryEndpoint: https://example-registry-quay-quay-enterprise.apps.docs.gcp.quaydev.org 

   2

   Copy to Clipboard Toggle word wrap

   1

   config.yaml 파일 및 모든 SSL/TLS 인증서가 포함된 구성 번들 시크릿입니다.

   2

   레지스트리의 URL, 레지스트리 UI에 대한 브라우저 액세스 및 레지스트리 API 끝점용 URL입니다.

프로세스

1. 다음 명령을 입력하여 루트 CA 키를 생성합니다.

   $ openssl genrsa -out rootCA.key 2048

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 입력하여 루트 CA 인증서를 생성합니다.

   $ openssl req -x509 -new -nodes -key rootCA.key -sha256 -days 1024 -out rootCA.pem

   Copy to Clipboard Toggle word wrap

3. 서버 호스트 이름을 포함하여 인증서 요청에 통합될 정보를 입력합니다. 예를 들면 다음과 같습니다.

   Country Name (2 letter code) [XX]:IE
   State or Province Name (full name) []:GALWAY
   Locality Name (eg, city) [Default City]:GALWAY
   Organization Name (eg, company) [Default Company Ltd]:QUAY
   Organizational Unit Name (eg, section) []:DOCS
   Common Name (eg, your name or your server's hostname) []:quay-server.example.com

   Copy to Clipboard Toggle word wrap

프로세스

1. 새 YAML 파일(예: custom-ssl-config-bundle-secret.yaml )을 생성합니다.

   $ touch custom-ssl-config-bundle-secret.yaml

   Copy to Clipboard Toggle word wrap

2. custom-ssl-config-bundle-secret 리소스를 생성합니다.

   1. 다음 명령을 입력하여 리소스를 생성합니다.

      $ oc -n <namespace> create secret generic custom-ssl-config-bundle-secret \
        --from-file=config.yaml=<config.yaml> \ 

      1

      
        --from-file=ssl.cert=<ssl.cert> \ 

      2

      
        --from-file=extra_ca_cert=<ca.cert> \ 

      3

      
        --from-file=ssl.key=<ssl.key> \ 

      4

      
        --dry-run=client -o yaml > custom-ssl-config-bundle-secret.yaml

      Copy to Clipboard Toggle word wrap

      1

      여기서 <config.yaml >은 base64 decoded config.yaml 파일입니다.

      2

      여기서 <ssl.cert >는 ssl.cert 파일입니다.

      3

      선택 사항입니다. --from-file=extra_ca_cert=<ca.cert > 필드를 사용하면 Red Hat Quay에서 사용자 정의 CA(인증 기관) 파일을 인식할 수 있습니다. LDAP, OIDC 또는 사용자 정의 CA를 사용하는 다른 서비스를 사용하는 경우 extra_ca_cert 경로를 통해 추가해야 합니다.

      4

      여기서 <ssl.key >는 ssl.key 파일입니다.

3. 선택 사항입니다. 다음 명령을 입력하여 custom-ssl-config-bundle-secret.yaml 파일의 내용을 확인할 수 있습니다.

   $ cat custom-ssl-config-bundle-secret.yaml

   Copy to Clipboard Toggle word wrap

   출력 예

   apiVersion: v1
   data:
     config.yaml: QUxMT1dfUFVMTFNfV0lUSE9VVF9TVFJJQ1RfTE9HR0lORzogZmFsc2UKQVVUSEVOVElDQVRJT05fVFlQRTogRGF0YWJhc2UKREVGQVVMVF9UQUdfRVhQSVJBVElPTjogMncKRElTVFJJQlVURURfU1R...
     ssl.cert: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUVYakNDQTBhZ0F3SUJBZ0lVTUFBRk1YVWlWVHNoMGxNTWI3U1l0eFV5eTJjd0RRWUpLb1pJaHZjTkFRRUwKQlFBd2dZZ3hDekFKQmdOVkJBWVR...
     extra_ca_cert:LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUVYakNDQTBhZ0F3SUJBZ0lVTUFBRk1YVWlWVHNoMGxNTWI3U1l0eFV5eTJjd0RRWUpLb1pJaHZjTkFRRUwKQlFBd2dZZ3hDe...
     ssl.key: LS0tLS1CRUdJTiBQUklWQVRFIEtFWS0tLS0tCk1JSUV2UUlCQURBTkJna3Foa2lHOXcwQkFRRUZBQVNDQktjd2dnU2pBZ0VBQW9JQkFRQ2c0VWxZOVV1SVJPY1oKcFhpZk9MVEdqaS9neUxQMlpiMXQ...
   kind: Secret
   metadata:
     creationTimestamp: null
     name: custom-ssl-config-bundle-secret
     namespace: <namespace>

   Copy to Clipboard Toggle word wrap

4. 다음 명령을 입력하여 configBundleSecret 리소스를 생성합니다.

   $ oc create -n <namespace> -f custom-ssl-config-bundle-secret.yaml

   Copy to Clipboard Toggle word wrap

   출력 예

   secret/custom-ssl-config-bundle-secret created

   Copy to Clipboard Toggle word wrap

5. 다음 명령을 입력하여 custom-ssl-config-bundle-secret 오브젝트를 참조하도록 QuayRegistry YAML 파일을 업데이트합니다.

   $ oc patch quayregistry <registry_name> -n <namespace> --type=merge -p '{"spec":{"configBundleSecret":"custom-ssl-config-bundle-secret"}}'

   Copy to Clipboard Toggle word wrap

   출력 예

   quayregistry.quay.redhat.com/example-registry patched

   Copy to Clipboard Toggle word wrap

6. 다음 명령을 입력하여 QuayRegistry YAML의 tls 구성 요소를 False 로 설정합니다.

   $ oc patch quayregistry <registry_name> -n <namespace> --type=merge -p '{"spec":{"components":[{"kind":"tls","managed":false}]}}'

   Copy to Clipboard Toggle word wrap

   출력 예

   quayregistry.quay.redhat.com/example-registry patched

   Copy to Clipboard Toggle word wrap

7. 다음 명령을 입력하여 사용자 정의 SSL configBundleSecret 리소스를 사용하도록 QuayRegistry YAML 파일이 업데이트되었는지, 및 tls 리소스가 False 로 설정되어 있는지 확인합니다.

   $ oc get quayregistry <registry_name> -n <namespace> -o yaml

   Copy to Clipboard Toggle word wrap

   출력 예

   # ...
     configBundleSecret: custom-ssl-config-bundle-secret
   # ...
   spec:
     components:
     - kind: tls
       managed: false
   # ...

   Copy to Clipboard Toggle word wrap