엣지 컴퓨팅

프로세스

1. 미러 호스트에 로그인합니다.

2. 예를 들어 mirror.openshift.com 에서 RHCOS ISO 및 RootFS 이미지를 가져옵니다.

   1. 필요한 이미지 이름과 OpenShift Container Platform 버전을 환경 변수로 내보냅니다.

      $ export ISO_IMAGE_NAME=<iso_image_name> 

      1

      Copy to Clipboard Toggle word wrap

      $ export ROOTFS_IMAGE_NAME=<rootfs_image_name> 

      1

      Copy to Clipboard Toggle word wrap

      $ export OCP_VERSION=<ocp_version> 

      1

      Copy to Clipboard Toggle word wrap

      1

      ISO 이미지 이름(예: rhcos-4.19.1-x86_64-live.x86_64.iso)

      1

      RootFS 이미지 이름(예: rhcos-4.19.1-x86_64-live-rootfs.x86_64.img)

      1

      OpenShift 컨테이너 플랫폼 버전(예: 4.19.1)

   2. 필요한 이미지를 다운로드하세요:

      $ sudo wget https://mirror.openshift.com/pub/openshift-v4/dependencies/rhcos/4.19/${OCP_VERSION}/${ISO_IMAGE_NAME} -O /var/www/html/${ISO_IMAGE_NAME}

      Copy to Clipboard Toggle word wrap

      $ sudo wget https://mirror.openshift.com/pub/openshift-v4/dependencies/rhcos/4.19/${OCP_VERSION}/${ROOTFS_IMAGE_NAME} -O /var/www/html/${ROOTFS_IMAGE_NAME}

      Copy to Clipboard Toggle word wrap

프로세스

1. 프로비저닝 리소스를 활성화하여 모든 네임스페이스를 감시하고 연결이 끊긴 환경에 대한 미러를 구성합니다. 자세한 내용은 중앙 인프라 관리 서비스 활성화를 참조하세요.

2. 다음 명령을 실행하여 AgentServiceConfig CR을 열고 spec.osImages 필드를 업데이트합니다.

   $ oc edit AgentServiceConfig

   Copy to Clipboard Toggle word wrap

3. AgentServiceConfig CR에서 spec.osImages 필드를 업데이트합니다.

   apiVersion: agent-install.openshift.io/v1beta1
   kind: AgentServiceConfig
   metadata:
    name: agent
   spec:
   # ...
     osImages:
       - cpuArchitecture: x86_64
         openshiftVersion: "4.19"
         rootFSUrl: https://<host>/<path>/rhcos-live-rootfs.x86_64.img
         url: https://<host>/<path>/rhcos-live.x86_64.iso

   Copy to Clipboard Toggle word wrap

   다음과 같습니다.

   <host>

   대상 미러 레지스트리 HTTP 서버에 대한 정규화된 도메인 이름(FQDN)을 지정합니다.

   <path>

   대상 미러 레지스트리의 이미지 경로를 지정합니다.

4. 변경 사항을 적용하려면 편집기를 저장하고 종료하세요.

프로세스

1. 미러 레지스트리 구성이 포함된 ConfigMap 을 생성합니다.

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: assisted-installer-mirror-config
     namespace: multicluster-engine 

   1

   
     labels:
       app: assisted-service
   data:
     ca-bundle.crt: | 

   2

   
       -----BEGIN CERTIFICATE-----
       <certificate_contents>
       -----END CERTIFICATE-----
   
     registries.conf: | 

   3

   
       unqualified-search-registries = ["registry.access.redhat.com", "docker.io"]
   
       [[registry]]
          prefix = ""
          location = "quay.io/example-repository" 

   4

   
          mirror-by-digest-only = true
   
          [[registry.mirror]]
          location = "mirror1.registry.corp.com:5000/example-repository" 

   5

   Copy to Clipboard Toggle word wrap

   1

   ConfigMap 네임스페이스는 multicluster-engine 으로 설정되어야 합니다.

   2

   미러 레지스트리를 생성할 때 사용되는 미러 레지스트리의 인증서입니다.

   3

   미러 레지스트리의 구성 파일입니다. 미러 레지스트리 구성은 검색 이미지의 /etc/containers/registries.conf 파일에 미러 정보를 추가합니다. 해당 정보가 설치 프로그램으로 전달되면 미러 정보는 install-config.yaml 파일의 imageContentSources 섹션에 저장됩니다. 허브 클러스터에서 실행되는 지원 서비스 포드는 구성된 미러 레지스트리에서 컨테이너 이미지를 가져옵니다.

   4

   미러 레지스트리의 URL입니다. 미러 레지스트리를 구성할 때 oc adm release mirror 명령을 실행하여 imageContentSources 섹션의 URL을 사용해야 합니다. 자세한 내용은 OpenShift 컨테이너 플랫폼 이미지 저장소 미러링 섹션을 참조하세요.

   5

   registries.conf 파일에 정의된 레지스트리는 레지스트리가 아닌 저장소로 범위가 지정되어야 합니다. 이 예에서 quay.io/example-repository 와 mirror1.registry.corp.com:5000/example-repository 저장소는 모두 example-repository 저장소에 의해 범위가 지정됩니다.

   이렇게 하면 아래와 같이 AgentServiceConfig 사용자 지정 리소스의 mirrorRegistryRef 가 업데이트됩니다.

   출력 예

   apiVersion: agent-install.openshift.io/v1beta1
   kind: AgentServiceConfig
   metadata:
     name: agent
     namespace: multicluster-engine 

   1

   
   spec:
     databaseStorage:
       volumeName: <db_pv_name>
       accessModes:
       - ReadWriteOnce
       resources:
         requests:
           storage: <db_storage_size>
     filesystemStorage:
       volumeName: <fs_pv_name>
       accessModes:
       - ReadWriteOnce
       resources:
         requests:
           storage: <fs_storage_size>
     mirrorRegistryRef:
       name: assisted-installer-mirror-config 

   2

   
     osImages:
       - openshiftVersion: <ocp_version> 

   3

   
         url: <iso_url> 

   4

   Copy to Clipboard Toggle word wrap

   1

   ConfigMap 네임스페이스와 일치하도록 AgentServiceConfig 네임스페이스를 multicluster-engine 으로 설정합니다.

   2

   관련 ConfigMap CR에 지정된 정의와 일치하도록 mirrorRegistryRef.name을 설정합니다.

   3

   OpenShift Container Platform 버전을 xy 또는 xyz 형식으로 설정합니다.

   4

   httpd 서버에 호스팅된 ISO의 URL을 설정합니다.

프로세스

1. 다음 명령을 실행하여 AgentServiceConfig 사용자 정의 리소스(CR)를 업데이트합니다.

   $ oc edit AgentServiceConfig agent

   Copy to Clipboard Toggle word wrap

2. CR에 unauthenticatedRegistries 필드를 추가합니다.

   apiVersion: agent-install.openshift.io/v1beta1
   kind: AgentServiceConfig
   metadata:
     name: agent
   spec:
     unauthenticatedRegistries:
     - example.registry.com
     - example.registry2.com
     ...

   Copy to Clipboard Toggle word wrap

   인증되지 않은 레지스트리는 AgentServiceConfig 리소스의 spec.unauthenticatedRegistries 에 나열됩니다. 이 목록에 있는 모든 레지스트리에는 스포크 클러스터 설치에 사용되는 풀 비밀 항목이 필요하지 않습니다. assisted-service는 설치에 사용된 모든 이미지 레지스트리에 대한 인증 정보가 포함되어 있는지 확인하여 풀 시크릿의 유효성을 검사합니다.

1. 허브 클러스터에 대한 디버그 셸 프롬프트를 엽니다.

   $ oc debug node/<node_name>

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 실행하여 인증되지 않은 레지스트리에 대한 액세스를 테스트합니다.

   sh-4.4# podman login -u kubeadmin -p $(oc whoami -t) <unauthenticated_registry>

   Copy to Clipboard Toggle word wrap

   다음과 같습니다.

   <unauthenticated_registry>

   예를 들어, 새로운 레지스트리는 unauthenticated-image-registry.openshift-image-registry.svc:5000 입니다.

   출력 예

   Login Succeeded!

   Copy to Clipboard Toggle word wrap

프로세스

1. ArgoCD 파이프라인 구성을 준비하세요.

   1. 예제 디렉토리와 비슷한 디렉토리 구조로 Git 저장소를 만듭니다. 자세한 내용은 "GitOps ZTP 사이트 구성 저장소 준비"를 참조하세요.

   2. ArgoCD UI를 사용하여 저장소에 대한 액세스를 구성합니다. 설정 에서 다음을 구성하세요.

      • 저장소 - 연결 정보를 추가합니다. URL은 .git 로 끝나야 합니다(예: https://repo.example.com/repo.git 및 자격 증명).
      • 인증서 - 필요한 경우 저장소에 대한 공개 인증서를 추가합니다.

   3. Git 저장소에 따라 두 개의 ArgoCD 애플리케이션( out/argocd/deployment/clusters-app.yaml 및 out/argocd/deployment/policies-app.yaml)을 수정합니다.

      • URL을 업데이트하여 Git 저장소를 가리키도록 합니다. URL은 .git 로 끝납니다(예: https://repo.example.com/repo.git ).
      • targetRevision은 모니터링할 Git 저장소 브랜치를 나타냅니다.
      • path는 각각 SiteConfig 및 PolicyGenerator 또는 PolicyGentemplate CR에 대한 경로를 지정합니다.

2. GitOps ZTP 플러그인을 설치하려면 허브 클러스터의 ArgoCD 인스턴스에 관련 멀티클러스터 엔진(MCE) 구독 이미지를 패치합니다. 이전에 out/argocd/deployment/ 디렉토리에 압축 해제한 패치 파일을 사용자 환경에 맞게 사용자 정의합니다.

   1. RHACM 버전과 일치하는 multicluster-operators-subscription 이미지를 선택하세요.

      • RHACM 2.8 및 2.9의 경우 registry.redhat.io/rhacm2/multicluster-operators-subscription-rhel8:v<rhacm_version> 이미지를 사용하세요.
      • RHACM 2.10 이상의 경우 registry.redhat.io/rhacm2/multicluster-operators-subscription-rhel9:v<rhacm_version> 이미지를 사용하세요.
      중요

      multicluster-operators-subscription 이미지의 버전은 RHACM 버전과 일치해야 합니다. MCE 2.10 릴리스부터 RHEL 9가 multicluster-operators-subscription 이미지의 기본 이미지가 되었습니다.

      OpenShift Operator 라이프 사이클의 "Platform Aligned Operators" 표에서 [Expand for Operator list] 를 클릭하여 OpenShift Container Platform에 대해 지원되는 전체 Operator 매트릭스를 확인합니다.

   2. RHACM 버전과 일치하는 multicluster-operators-subscription 이미지로 out/argocd/deployment/argocd-openshift-gitops-patch.json 파일을 수정합니다.

      {
        "args": [
          "-c",
          "mkdir -p /.config/kustomize/plugin/policy.open-cluster-management.io/v1/policygenerator && cp /policy-generator/PolicyGenerator-not-fips-compliant /.config/kustomize/plugin/policy.open-cluster-management.io/v1/policygenerator/PolicyGenerator" 

      1

      
        ],
        "command": [
          "/bin/bash"
        ],
        "image": "registry.redhat.io/rhacm2/multicluster-operators-subscription-rhel9:v2.10", 

      2

      3

      
        "name": "policy-generator-install",
        "imagePullPolicy": "Always",
        "volumeMounts": [
          {
            "mountPath": "/.config",
            "name": "kustomize"
          }
        ]
      }

      Copy to Clipboard Toggle word wrap

      1

      선택 사항: RHEL 9 이미지의 경우 ArgoCD 버전에 필요한 범용 실행 파일 을 /policy-generator/PolicyGenerator-not-fips-compliant 폴더에 복사합니다.

      2

      multicluster-operators-subscription 이미지를 RHACM 버전과 일치시킵니다.

      3

      연결이 끊긴 환경에서 multicluster-operators-subscription 이미지의 URL을 해당 환경의 연결이 끊긴 레지스트리와 동일하게 바꾸세요.

   3. ArgoCD 인스턴스에 패치를 적용합니다. 다음 명령을 실행합니다.

      $ oc patch argocd openshift-gitops \
      -n openshift-gitops --type=merge \
      --patch-file out/argocd/deployment/argocd-openshift-gitops-patch.json

      Copy to Clipboard Toggle word wrap

3. RHACM 2.7 이상에서는 멀티클러스터 엔진이 기본적으로 클러스터-프록시-애드온 기능을 활성화합니다. 다음 패치를 적용하여 클러스터-프록시-애드온 기능을 비활성화하고 이 애드온을 담당하는 관련 허브 클러스터와 관리형 포드를 제거합니다. 다음 명령을 실행합니다.

   $ oc patch multiclusterengines.multicluster.openshift.io multiclusterengine --type=merge --patch-file out/argocd/deployment/disable-cluster-proxy-addon.json

   Copy to Clipboard Toggle word wrap

4. 다음 명령을 실행하여 허브 클러스터에 파이프라인 구성을 적용합니다.

   $ oc apply -k out/argocd/deployment

   Copy to Clipboard Toggle word wrap

5. 선택 사항: 기존 ArgoCD 애플리케이션이 있는 경우 다음 명령을 실행하여 PrunePropagationPolicy=background 정책이 애플리케이션 리소스에 설정되어 있는지 확인합니다.

   $ oc -n openshift-gitops get applications.argoproj.io  \
   clusters -o jsonpath='{.spec.syncPolicy.syncOptions}' |jq

   Copy to Clipboard Toggle word wrap

   기존 정책에 대한 예시 출력

   [
     "CreateNamespace=true",
     "PrunePropagationPolicy=background",
     "RespectIgnoreDifferences=true"
   ]

   Copy to Clipboard Toggle word wrap

   1. spec.syncPolicy.syncOption 필드에 PrunePropagationPolicy 매개변수가 포함되어 있지 않거나 PrunePropagationPolicy가 포그라운드 값으로 설정된 경우 애플리케이션 리소스에서 정책을 백그라운드 로 설정합니다. 다음 예제를 참조하십시오.

      kind: Application
      spec:
        syncPolicy:
          syncOptions:
          - PrunePropagationPolicy=background

      Copy to Clipboard Toggle word wrap

   백그라운드 삭제 정책을 설정하면 ManagedCluster CR과 연관된 모든 리소스가 삭제됩니다.

프로세스

1. SiteConfig 및 PolicyGenerator 또는 PolicyGentemplate CR에 대해 별도의 경로가 있는 디렉토리 구조를 만듭니다.

   참고

   SiteConfig 와 PolicyGenerator 또는 PolicyGentemplate CR을 별도의 디렉토리에 보관하세요. SiteConfig 와 PolicyGenerator 또는 PolicyGentemplate 디렉토리에는 모두 해당 디렉토리의 파일을 명시적으로 포함하는 kustomization.yaml 파일이 있어야 합니다.

2. 다음 명령을 사용하여 ztp-site-generate 컨테이너 이미지에서 argocd 디렉토리를 내보냅니다.

   $ podman pull registry.redhat.io/openshift4/ztp-site-generate-rhel8:v4.19

   Copy to Clipboard Toggle word wrap

   $ mkdir -p ./out

   Copy to Clipboard Toggle word wrap

   $ podman run --log-driver=none --rm registry.redhat.io/openshift4/ztp-site-generate-rhel8:v4.19 extract /home/ztp --tar | tar x -C ./out

   Copy to Clipboard Toggle word wrap

3. out 디렉토리에 다음 하위 디렉토리가 포함되어 있는지 확인하세요.

   • out/extra-manifest 에는 SiteConfig가 추가 매니페스트 configMap을 생성하는 데 사용하는 소스 CR 파일이 포함되어 있습니다.
   • out/source-crs 에는 PolicyGenerator가 Red Hat Advanced Cluster Management(RHACM) 정책을 생성하는 데 사용하는 소스 CR 파일이 포함되어 있습니다.
   • out/argocd/deployment에는 이 절차의 다음 단계에서 사용하기 위해 허브 클러스터에 적용할 패치와 YAML 파일이 들어 있습니다.
   • out/argocd/example 에는 권장 구성을 나타내는 SiteConfig 및 PolicyGenerator 또는 PolicyGentemplate 파일에 대한 예가 포함되어 있습니다.
4. out/source-crs 폴더와 그 내용을 PolicyGenerator 또는 PolicyGentemplate 디렉터리에 복사합니다.

5. out/extra-manifests 디렉토리에는 RAN DU 클러스터에 대한 참조 매니페스트가 포함되어 있습니다. out/extra-manifests 디렉토리를 SiteConfig 폴더로 복사합니다. 이 디렉토리에는 ztp-site-generate 컨테이너의 CR만 포함되어야 합니다. 사용자가 제공한 CR을 여기에 추가하지 마세요. 사용자 제공 CR을 사용하려면 해당 콘텐츠에 대한 다른 디렉터리를 생성해야 합니다. 예를 들면 다음과 같습니다.

   example/
     ├── acmpolicygenerator
     │   ├── kustomization.yaml
     │   └── source-crs/
     ├── policygentemplates 

   1

   
     │   ├── kustomization.yaml
     │   └── source-crs/
     └── siteconfig
           ├── extra-manifests
           └── kustomization.yaml

   Copy to Clipboard Toggle word wrap

   1

   PolicyGenTemplate CR을 사용하여 클러스터를 관리하는 정책을 관리하고 배포하는 기능은 향후 OpenShift Container Platform 릴리스에서 더 이상 사용되지 않습니다. Red Hat Advanced Cluster Management(RHACM) 및 PolicyGenerator CR을 사용하면 동일하거나 향상된 기능을 사용할 수 있습니다.

6. 디렉토리 구조와 kustomization.yaml 파일을 커밋하고 Git 저장소에 푸시합니다. Git에 대한 초기 푸시에는 kustomization.yaml 파일이 포함되어야 합니다.

프로세스

1. SiteConfig 및 PolicyGenerator CR에 대해 별도의 경로가 있는 디렉토리 구조를 만듭니다.

2. PolicyGenerator 디렉터리 내에서 사용할 각 OpenShift Container Platform 버전에 대한 디렉터리를 생성합니다. 각 버전에 대해 다음 리소스를 만듭니다.

   • 해당 디렉터리에 파일을 명시적으로 포함하는 kustomization.yaml 파일

   • ztp-site-generate 컨테이너의 참조 CR 구성 파일을 포함하는 source-crs 디렉토리

     사용자가 제공한 CR을 사용하려면 별도의 디렉터리를 만들어야 합니다.

3. /siteconfig 디렉토리에서 사용 가능하게 하려는 각 OpenShift Container Platform 버전에 대한 하위 디렉토리를 만듭니다. 각 버전별로 컨테이너에서 참조 CR을 복사할 디렉토리를 하나 이상 만듭니다. 디렉토리의 이름이나 참조 디렉토리의 수에는 제한이 없습니다. 사용자 정의 매니페스트로 작업하려면 해당 매니페스트에 대한 별도의 디렉토리를 만들어야 합니다.

   다음 예제에서는 다른 OpenShift Container Platform 버전에 대해 사용자 제공 매니페스트 및 CR을 사용하는 구조를 설명합니다.

   ├── acmpolicygenerator
   │   ├── kustomization.yaml 

   1

   
   │   ├── version_4.13 

   2

   
   │   │   ├── common-ranGen.yaml
   │   │   ├── group-du-sno-ranGen.yaml
   │   │   ├── group-du-sno-validator-ranGen.yaml
   │   │   ├── helix56-v413.yaml
   │   │   ├── kustomization.yaml 

   3

   
   │   │   ├── ns.yaml
   │   │   └── source-crs/ 

   4

   
   │   │      └── reference-crs/ 

   5

   
   │   │      └── custom-crs/ 

   6

   
   │   └── version_4.14 

   7

   
   │       ├── common-ranGen.yaml
   │       ├── group-du-sno-ranGen.yaml
   │       ├── group-du-sno-validator-ranGen.yaml
   │       ├── helix56-v414.yaml
   │       ├── kustomization.yaml 

   8

   
   │       ├── ns.yaml
   │       └── source-crs/ 

   9

   
   │         └── reference-crs/ 

   10

   
   │         └── custom-crs/ 

   11

   
   └── siteconfig
       ├── kustomization.yaml
       ├── version_4.13
       │   ├── helix56-v413.yaml
       │   ├── kustomization.yaml
       │   ├── extra-manifest/ 

   12

   
       │   └── custom-manifest/ 

   13

   
       └── version_4.14
           ├── helix57-v414.yaml
           ├── kustomization.yaml
           ├── extra-manifest/ 

   14

   
           └── custom-manifest/ 

   15

   Copy to Clipboard Toggle word wrap

   1

   최상위 수준의 kustomization YAML 파일을 만듭니다.

   2 7

   사용자 정의 /acmpolicygenerator 디렉토리 내에 버전별 디렉토리를 만듭니다.

   3 8

   각 버전에 대해 kustomization.yaml 파일을 만듭니다.

   4 9

   ztp-site-generate 컨테이너의 참조 CR을 포함하기 위해 각 버전에 대한 source-crs 디렉토리를 만듭니다.

   5 10

   ZTP 컨테이너에서 추출된 정책 CR에 대한 reference-crs 디렉토리를 만듭니다.

   6 11

   선택 사항: 사용자가 제공한 CR에 대한 custom-crs 디렉토리를 만듭니다.

   12 14

   ztp-site-generate 컨테이너의 추가 매니페스트를 포함하기 위해 사용자 정의 /siteconfig 디렉토리 내에 디렉토리를 만듭니다.

   13 15

   사용자가 제공한 매니페스트를 보관할 폴더를 만듭니다.

   참고

   이전 예에서 사용자 정의 /siteconfig 디렉토리의 각 버전 하위 디렉토리에는 두 개의 하위 디렉토리가 포함되어 있습니다. 하나는 컨테이너에서 복사한 참조 매니페스트를 포함하고, 다른 하나는 사용자가 제공하는 사용자 정의 매니페스트를 포함합니다. 해당 디렉토리에 지정된 이름은 예시일 뿐입니다. 사용자가 제공한 CR을 사용하는 경우 SiteConfig CR의 extraManifests.searchPaths 에 나열된 마지막 디렉토리가 사용자가 제공한 CR이 포함된 디렉토리여야 합니다.

4. SiteConfig CR을 편집하여 생성한 모든 디렉토리의 검색 경로를 포함합니다. extraManifests.searchPaths 에 나열된 첫 번째 디렉토리는 참조 매니페스트를 포함하는 디렉토리여야 합니다. 디렉토리가 나열된 순서를 생각해 보세요. 디렉토리에 같은 이름의 파일이 있는 경우, 최종 디렉토리에 있는 파일이 우선합니다.

   SiteConfig CR 예시

   extraManifests:
       searchPaths:
       - extra-manifest/ 

   1

   
       - custom-manifest/ 

   2

   Copy to Clipboard Toggle word wrap

   1

   참조 매니페스트가 포함된 디렉토리는 먼저 extraManifests.searchPaths 아래에 나열되어야 합니다.

   2

   사용자가 제공한 CR을 사용하는 경우 SiteConfig CR의 extraManifests.searchPaths 에 나열된 마지막 디렉토리가 해당 사용자가 제공한 CR이 포함된 디렉토리여야 합니다.

5. 최상위 kustomization.yaml 파일을 편집하여 활성화된 OpenShift Container Platform 버전을 제어합니다. 다음은 최상위 레벨의 kustomization.yaml 파일의 예입니다.

   resources:
   - version_4.13 

   1

   
   #- version_4.14 

   2

   Copy to Clipboard Toggle word wrap

   1

   버전 4.13을 활성화합니다.

   2

   댓글을 사용하여 버전을 비활성화합니다.

프로세스

1. infraenvs.agent-install.openshift.io 레이블이 있는 모든 BareMetalHost 리소스에 cluster.open-cluster-management.io/backup=cluster-activation 레이블을 추가하는 정책을 만듭니다. 정책을 BareMetalHostBackupPolicy.yaml 로 저장합니다.

   다음 예제에서는 infraenvs.agent-install.openshift.io 레이블이 있는 모든 BareMetalHost 리소스에 cluster.open-cluster-management.io/backup 레이블을 추가합니다.

   정책 예시

   apiVersion: policy.open-cluster-management.io/v1
   kind: Policy
   metadata:
     name: bmh-cluster-activation-label
     annotations:
       policy.open-cluster-management.io/description: Policy used to add the cluster.open-cluster-management.io/backup=cluster-activation label to all BareMetalHost resources
   spec:
     disabled: false
     policy-templates:
       - objectDefinition:
           apiVersion: policy.open-cluster-management.io/v1
           kind: ConfigurationPolicy
           metadata:
             name: set-bmh-backup-label
           spec:
             object-templates-raw: |
               {{- /* Set cluster-activation label on all BMH resources */ -}}
               {{- $infra_label := "infraenvs.agent-install.openshift.io" }}
               {{- range $bmh := (lookup "metal3.io/v1alpha1" "BareMetalHost" "" "" $infra_label).items }}
                   - complianceType: musthave
                     objectDefinition:
                       kind: BareMetalHost
                       apiVersion: metal3.io/v1alpha1
                       metadata:
                         name: {{ $bmh.metadata.name }}
                         namespace: {{ $bmh.metadata.namespace }}
                         labels:
                           cluster.open-cluster-management.io/backup: cluster-activation 

   1

   
               {{- end }}
             remediationAction: enforce
             severity: high
   ---
   apiVersion: cluster.open-cluster-management.io/v1beta1
   kind: Placement
   metadata:
     name: bmh-cluster-activation-label-pr
   spec:
     predicates:
       - requiredClusterSelector:
           labelSelector:
             matchExpressions:
               - key: name
                 operator: In
                 values:
                   - local-cluster
   ---
   apiVersion: policy.open-cluster-management.io/v1
   kind: PlacementBinding
   metadata:
     name: bmh-cluster-activation-label-binding
   placementRef:
     name: bmh-cluster-activation-label-pr
     apiGroup: cluster.open-cluster-management.io
     kind: Placement
   subjects:
     - name: bmh-cluster-activation-label
       apiGroup: policy.open-cluster-management.io
       kind: Policy
   ---
   apiVersion: cluster.open-cluster-management.io/v1beta2
   kind: ManagedClusterSetBinding
   metadata:
     name: default
     namespace: default
   spec:
     clusterSet: default

   Copy to Clipboard Toggle word wrap

   1

   cluster.open-cluster-management.io/backup: cluster-activation 레이블을 BareMetalHost 리소스에 적용하면 RHACM 클러스터가 해당 리소스를 백업합니다. 허브 활성화 리소스를 복원할 때 활성 클러스터를 사용할 수 없게 되면 BareMetalHost 리소스를 복원할 수 있습니다.

2. 다음 명령을 실행하여 정책을 적용합니다.

   $ oc apply -f BareMetalHostBackupPolicy.yaml

   Copy to Clipboard Toggle word wrap

검증

1. 다음 명령을 실행하여 infraenvs.agent-install.openshift.io 레이블을 사용하여 모든 BareMetalHost 리소스를 찾습니다.

   $ oc get BareMetalHost -A -l infraenvs.agent-install.openshift.io

   Copy to Clipboard Toggle word wrap

   출력 예

   NAMESPACE      NAME             STATE   CONSUMER   ONLINE   ERROR   AGE
   baremetal-ns   baremetal-name                      false            50s

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 실행하여 정책이 모든 리소스에 레이블 cluster.open-cluster-management.io/backup=cluster-activation 을 적용했는지 확인하세요.

   $ oc get BareMetalHost -A -l infraenvs.agent-install.openshift.io,cluster.open-cluster-management.io/backup=cluster-activation

   Copy to Clipboard Toggle word wrap

   출력 예

   NAMESPACE      NAME             STATE   CONSUMER   ONLINE   ERROR   AGE
   baremetal-ns   baremetal-name                      false            50s

   Copy to Clipboard Toggle word wrap

   출력에는 이전 단계와 동일한 목록이 표시되어야 합니다. 이전 단계에서는 infraenvs.agent-install.openshift.io 레이블이 있는 모든 BareMetalHost 리소스가 나열되었습니다. 이는 infraenvs.agent-install.openshift.io 레이블이 있는 모든 BareMetalHost 리소스 에 cluster.open-cluster-management.io/backup: cluster-activation 레이블도 있다는 것을 확인합니다.

   다음 예에서는 infraenvs.agent-install.openshift.io 레이블이 있는 BareMetalHost 리소스를 보여줍니다. 리소스에는 1단계에서 만든 정책에 의해 추가된 cluster.open-cluster-management.io/backup: cluster-activation 레이블도 있어야 합니다.

   apiVersion: metal3.io/v1alpha1
   kind: BareMetalHost
   metadata:
     labels:
       cluster.open-cluster-management.io/backup: cluster-activation
       infraenvs.agent-install.openshift.io: value
     name: baremetal-name
     namespace: baremetal-ns

   Copy to Clipboard Toggle word wrap

1. 기존 클러스터에 ztp-done 라벨을 지정합니다.
2. ArgoCD 애플리케이션을 중지합니다.
3. 새로운 GitOps ZTP 도구를 설치합니다.
4. Git 저장소에서 필수 콘텐츠와 선택적 변경 사항을 업데이트합니다.
5. 원하는 OpenShift Container Platform 버전의 ISO 이미지를 가져올 수 있습니다.
6. 애플리케이션 구성을 업데이트하고 다시 시작합니다.

프로세스

1. GitOps ZTP와 함께 사용하도록 Red Hat OpenShift GitOps를 구성하는 데 사용되는 사용자 정의 리소스(CR)가 포함된 GitOps ZTP 컨테이너의 최신 버전을 받으세요.

2. 다음 명령을 사용하여 argocd/deployment 디렉토리를 추출합니다.

   $ mkdir -p ./update

   Copy to Clipboard Toggle word wrap

   $ podman run --log-driver=none --rm registry.redhat.io/openshift4/ztp-site-generate-rhel8:v4.19 extract /home/ztp --tar | tar x -C ./update

   Copy to Clipboard Toggle word wrap

   /update 디렉토리에는 다음과 같은 하위 디렉토리가 포함되어 있습니다.

   • update/extra-manifest : SiteConfig CR이 추가 매니페스트 configMap을 생성하는 데 사용하는 소스 CR 파일이 포함되어 있습니다.
   • update/source-crs : PolicyGenerator 또는 PolicyGentemplate CR이 Red Hat Advanced Cluster Management(RHACM) 정책을 생성하는 데 사용하는 소스 CR 파일이 포함되어 있습니다.
   • update/argocd/deployment : 이 절차의 다음 단계에서 사용하기 위해 허브 클러스터에 적용할 패치와 YAML 파일이 들어 있습니다.
   • update/argocd/example : 권장 구성을 나타내는 SiteConfig 및 PolicyGenerator 또는 PolicyGentemplate 파일의 예를 포함합니다.

3. 애플리케이션 이름과 Git 리포지토리의 URL, 분기 및 경로를 반영하도록 cluster-app.yaml 및 policies-app.yaml 파일을 업데이트합니다.

   업그레이드에 오래된 정책을 가져오는 변경 사항이 포함된 경우 업그레이드를 수행하기 전에 오래된 정책을 제거해야 합니다.

4. /update 폴더와 플릿 사이트 CR을 관리하는 Git 저장소에서 구성 및 배포 소스 CR 간의 변경 사항을 비교합니다. 필요한 변경 사항을 사이트 저장소에 적용하고 푸시합니다.

   중요

   GitOps ZTP를 최신 버전으로 업데이트하면 update/argocd/deployment 디렉터리의 변경 사항을 사이트 저장소에 적용해야 합니다. argocd/deployment/ 파일의 이전 버전을 사용하지 마세요.

프로세스

1. local-cluster!=true 와 같이 GitOps Zero Touch Provisioning(ZTP)을 사용하여 배포된 관리 클러스터를 나열하는 레이블 선택기를 찾으세요.

   $ oc get managedcluster -l 'local-cluster!=true'

   Copy to Clipboard Toggle word wrap

2. 결과 목록에 GitOps ZTP를 사용하여 배포된 모든 관리 클러스터가 포함되어 있는지 확인한 다음 해당 선택기를 사용하여 ztp-done 레이블을 추가합니다.

   $ oc label managedcluster -l 'local-cluster!=true' ztp-done=

   Copy to Clipboard Toggle word wrap

프로세스

1. 생성된 모든 리소스를 그대로 두려면 클러스터 애플리케이션에서 계단식 삭제를 수행하세요.

   $ oc delete -f update/argocd/deployment/clusters-app.yaml

   Copy to Clipboard Toggle word wrap

2. 이전 정책을 모두 제거하려면 정책 애플리케이션에서 계단식 삭제를 수행합니다.

   $ oc patch -f policies-app.yaml -p '{"metadata": {"finalizers": ["resources-finalizer.argocd.argoproj.io"]}}' --type merge

   Copy to Clipboard Toggle word wrap

   $ oc delete -f update/argocd/deployment/policies-app.yaml

   Copy to Clipboard Toggle word wrap

프로세스

1. GitOps ZTP 플러그인을 설치하려면 허브 클러스터의 ArgoCD 인스턴스에 관련 멀티클러스터 엔진(MCE) 구독 이미지를 패치합니다. 이전에 out/argocd/deployment/ 디렉토리에 압축 해제한 패치 파일을 사용자 환경에 맞게 사용자 정의합니다.

   1. RHACM 버전과 일치하는 multicluster-operators-subscription 이미지를 선택하세요.

      • RHACM 2.8 및 2.9의 경우 registry.redhat.io/rhacm2/multicluster-operators-subscription-rhel8:v<rhacm_version> 이미지를 사용하세요.
      • RHACM 2.10 이상의 경우 registry.redhat.io/rhacm2/multicluster-operators-subscription-rhel9:v<rhacm_version> 이미지를 사용하세요.
      중요

      multicluster-operators-subscription 이미지의 버전은 RHACM 버전과 일치해야 합니다. MCE 2.10 릴리스부터 RHEL 9가 multicluster-operators-subscription 이미지의 기본 이미지가 되었습니다.

      OpenShift Operator 라이프 사이클의 "Platform Aligned Operators" 표에서 [Expand for Operator list] 를 클릭하여 OpenShift Container Platform에 대해 지원되는 전체 Operator 매트릭스를 확인합니다.

   2. RHACM 버전과 일치하는 multicluster-operators-subscription 이미지로 out/argocd/deployment/argocd-openshift-gitops-patch.json 파일을 수정합니다.

      {
        "args": [
          "-c",
          "mkdir -p /.config/kustomize/plugin/policy.open-cluster-management.io/v1/policygenerator && cp /policy-generator/PolicyGenerator-not-fips-compliant /.config/kustomize/plugin/policy.open-cluster-management.io/v1/policygenerator/PolicyGenerator" 

      1

      
        ],
        "command": [
          "/bin/bash"
        ],
        "image": "registry.redhat.io/rhacm2/multicluster-operators-subscription-rhel9:v2.10", 

      2

      3

      
        "name": "policy-generator-install",
        "imagePullPolicy": "Always",
        "volumeMounts": [
          {
            "mountPath": "/.config",
            "name": "kustomize"
          }
        ]
      }

      Copy to Clipboard Toggle word wrap

      1

      선택 사항: RHEL 9 이미지의 경우 ArgoCD 버전에 필요한 범용 실행 파일 을 /policy-generator/PolicyGenerator-not-fips-compliant 폴더에 복사합니다.

      2

      multicluster-operators-subscription 이미지를 RHACM 버전과 일치시킵니다.

      3

      연결이 끊긴 환경에서 multicluster-operators-subscription 이미지의 URL을 해당 환경의 연결이 끊긴 레지스트리와 동일하게 바꾸세요.

   3. ArgoCD 인스턴스에 패치를 적용합니다. 다음 명령을 실행합니다.

      $ oc patch argocd openshift-gitops \
      -n openshift-gitops --type=merge \
      --patch-file out/argocd/deployment/argocd-openshift-gitops-patch.json

      Copy to Clipboard Toggle word wrap

2. RHACM 2.7 이상에서는 멀티클러스터 엔진이 기본적으로 클러스터-프록시-애드온 기능을 활성화합니다. 다음 패치를 적용하여 클러스터-프록시-애드온 기능을 비활성화하고 이 애드온을 담당하는 관련 허브 클러스터와 관리형 포드를 제거합니다. 다음 명령을 실행합니다.

   $ oc patch multiclusterengines.multicluster.openshift.io multiclusterengine --type=merge --patch-file out/argocd/deployment/disable-cluster-proxy-addon.json

   Copy to Clipboard Toggle word wrap

3. 다음 명령을 실행하여 허브 클러스터에 파이프라인 구성을 적용합니다.

   $ oc apply -k out/argocd/deployment

   Copy to Clipboard Toggle word wrap

프로세스

1. 다음 명령을 실행하여 AgentServiceConfig CR을 열고 spec.osImages 필드를 업데이트합니다.

   $ oc edit AgentServiceConfig

   Copy to Clipboard Toggle word wrap

2. AgentServiceConfig CR에서 spec.osImages 필드를 업데이트합니다.

   apiVersion: agent-install.openshift.io/v1beta1
   kind: AgentServiceConfig
   metadata:
    name: agent
   spec:
   # ...
     osImages:
       - cpuArchitecture: x86_64
         openshiftVersion: "4.19"
         rootFSUrl: https://<host>/<path>/rhcos-live-rootfs.x86_64.img
         url: https://<host>/<path>/rhcos-live.x86_64.iso

   Copy to Clipboard Toggle word wrap

   다음과 같습니다.

   <host>

   대상 미러 레지스트리 HTTP 서버에 대한 정규화된 도메인 이름(FQDN)을 지정합니다.

   <path>

   대상 미러 레지스트리의 이미지 경로를 지정합니다.

3. 변경 사항을 적용하려면 편집기를 저장하고 종료하세요.

1. Discovery 이미지 ISO 파일이 생성되어 대상 호스트에서 부팅됩니다.
2. ISO 파일이 대상 호스트에서 성공적으로 부팅되면 호스트 하드웨어 정보가 RHACM에 보고됩니다.
3. 모든 호스트가 검색된 후 OpenShift Container Platform이 설치됩니다.
4. OpenShift Container Platform 설치가 완료되면 허브는 대상 클러스터에 klusterlet 서비스를 설치합니다.
5. 요청된 추가 서비스가 대상 클러스터에 설치되었습니다.

프로세스

1. 호스트 Baseboard Management Controller(BMC)에 대한 자격 증명과 OpenShift 및 모든 애드온 클러스터 운영자를 설치하는 데 필요한 풀 비밀을 포함하는 YAML 비밀 파일을 만듭니다.

   1. 다음 YAML을 example-sno-secret.yaml 파일로 저장합니다.

      apiVersion: v1
      kind: Secret
      metadata:
        name: example-sno-bmc-secret
        namespace: example-sno 

      1

      
      data: 

      2

      
        password: <base64_password>
        username: <base64_username>
      type: Opaque
      ---
      apiVersion: v1
      kind: Secret
      metadata:
        name: pull-secret
        namespace: example-sno  

      3

      
      data:
        .dockerconfigjson: <pull_secret> 

      4

      
      type: kubernetes.io/dockerconfigjson

      Copy to Clipboard Toggle word wrap

      1

      관련 SiteConfig CR에 구성된 네임스페이스와 일치해야 합니다.

      2

      비밀번호 및 사용자 이름에 대한 Base64 인코딩 값

      3

      관련 SiteConfig CR에 구성된 네임스페이스와 일치해야 합니다.

      4

      Base64로 인코딩된 풀 시크릿

2. 클러스터를 설치하는 데 사용하는 kustomization.yaml 파일에 example-sno-secret.yaml 의 상대 경로를 추가합니다.

프로세스

1. InfraEnv CR을 만들고 spec.kernelArguments 사양을 편집하여 커널 인수를 구성합니다.

   1. 다음 YAML을 InfraEnv-example.yaml 파일에 저장합니다.

      참고

      이 예에서 InfraEnv CR은 SiteConfig CR의 값을 기반으로 채워지는 {{ .Cluster.ClusterName }} 과 같은 템플릿 구문을 사용합니다. SiteConfig CR은 배포 중에 이러한 템플릿에 대한 값을 자동으로 채웁니다. 템플릿을 수동으로 편집하지 마세요.

      apiVersion: agent-install.openshift.io/v1beta1
      kind: InfraEnv
      metadata:
        annotations:
          argocd.argoproj.io/sync-wave: "1"
        name: "{{ .Cluster.ClusterName }}"
        namespace: "{{ .Cluster.ClusterName }}"
      spec:
        clusterRef:
          name: "{{ .Cluster.ClusterName }}"
          namespace: "{{ .Cluster.ClusterName }}"
        kernelArguments:
          - operation: append 

      1

      
            value: audit=0 

      2

      
          - operation: append
            value: trace=1
        sshAuthorizedKey: "{{ .Site.SshPublicKey }}"
        proxy: "{{ .Cluster.ProxySettings }}"
        pullSecretRef:
          name: "{{ .Site.PullSecretRef.Name }}"
        ignitionConfigOverride: "{{ .Cluster.IgnitionConfigOverride }}"
        nmStateConfigLabelSelector:
          matchLabels:
            nmstate-label: "{{ .Cluster.ClusterName }}"
        additionalNTPSources: "{{ .Cluster.AdditionalNTPSources }}"

      Copy to Clipboard Toggle word wrap

      1

      커널 인수를 추가하려면 추가 작업을 지정합니다.

      2

      구성하려는 커널 인수를 지정합니다. 이 예제에서는 감사 커널 인수와 추적 커널 인수를 구성합니다.

2. SiteConfig CR이 있는 Git 저장소의 동일한 위치에 InfraEnv-example.yaml CR을 커밋하고 변경 사항을 푸시합니다. 다음 예제에서는 샘플 Git 리포지토리 구조를 보여줍니다.

   ~/example-ztp/install
             └── site-install
                  ├── siteconfig-example.yaml
                  ├── InfraEnv-example.yaml
                  ...

   Copy to Clipboard Toggle word wrap

3. SiteConfig CR에서 spec.clusters.crTemplates 사양을 편집하여 Git 저장소의 InfraEnv-example.yaml CR을 참조합니다.

   clusters:
     crTemplates:
       InfraEnv: "InfraEnv-example.yaml"

   Copy to Clipboard Toggle word wrap

   SiteConfig CR을 커밋하고 푸시하여 클러스터를 배포할 준비가 되면 빌드 파이프라인은 Git 저장소에 있는 사용자 지정 InfraEnv-example CR을 사용하여 사용자 지정 커널 인수를 포함한 인프라 환경을 구성합니다.

1. 대상 호스트에서 SSH 세션을 시작합니다.

   $ ssh -i /path/to/privatekey core@<host_name>

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 사용하여 시스템의 커널 인수를 확인하세요.

   $ cat /proc/cmdline

   Copy to Clipboard Toggle word wrap

1. 지원 서비스 운영자는 클러스터에 OpenShift Container Platform을 설치합니다. 다음 명령을 실행하여 RHACM 대시보드나 명령줄에서 클러스터 설치 진행 상황을 모니터링할 수 있습니다.

   1. 클러스터 이름을 내보냅니다.

      $ export CLUSTER=<clusterName>

      Copy to Clipboard Toggle word wrap

   2. 관리되는 클러스터에 대한 AgentClusterInstall CR을 쿼리합니다.

      $ oc get agentclusterinstall -n $CLUSTER $CLUSTER -o jsonpath='{.status.conditions[?(@.type=="Completed")]}' | jq

      Copy to Clipboard Toggle word wrap

   3. 클러스터에 대한 설치 이벤트를 가져옵니다.

      $ curl -sk $(oc get agentclusterinstall -n $CLUSTER $CLUSTER -o jsonpath='{.status.debugInfo.eventsURL}')  | jq '.[-2,-1]'

      Copy to Clipboard Toggle word wrap

프로세스

1. 다음 명령을 사용하여 설치 CR이 생성되었는지 확인하세요.

   $ oc get AgentClusterInstall -n <cluster_name>

   Copy to Clipboard Toggle word wrap

   객체가 반환되지 않으면 다음 단계에 따라 SiteConfig 파일에서 설치 CR로 가는 ArgoCD 파이프라인 흐름 문제를 해결하세요.

2. 허브 클러스터에서 SiteConfig CR을 사용하여 ManagedCluster CR이 생성되었는지 확인하세요.

   $ oc get managedcluster

   Copy to Clipboard Toggle word wrap

3. ManagedCluster 가 누락된 경우 클러스터 애플리케이션이 Git 저장소에서 허브 클러스터로 파일을 동기화하는 데 실패했는지 확인하세요.

   $ oc get applications.argoproj.io -n openshift-gitops clusters -o yaml

   Copy to Clipboard Toggle word wrap

   1. 관리되는 클러스터의 오류 로그를 식별하려면 status.operationState.syncResult.resources 필드를 검사하세요. 예를 들어, SiteConfig CR의 extraManifestPath 에 잘못된 값이 할당되면 다음과 유사한 오류가 생성됩니다.

      syncResult:
        resources:
        - group: ran.openshift.io
          kind: SiteConfig
          message: The Kubernetes API could not find ran.openshift.io/SiteConfig for
            requested resource spoke-sno/spoke-sno. Make sure the "SiteConfig" CRD is
            installed on the destination cluster

      Copy to Clipboard Toggle word wrap

   2. 더 자세한 SiteConfig 오류를 보려면 다음 단계를 완료하세요.

      1. Argo CD 대시보드에서 Argo CD가 동기화하려는 SiteConfig 리소스를 클릭합니다.

      2. DESIRED MANIFEST 탭에서 siteConfigError 필드를 찾으세요.

         siteConfigError: >- Error: could not build the entire SiteConfig defined by /tmp/kust-plugin-config-1081291903: stat sno-extra-manifest: no such file or directory

         Copy to Clipboard Toggle word wrap

   3. Status.Sync 필드를 확인하세요. 로그 오류가 있는 경우 Status.Sync 필드는 알 수 없는 오류를 나타낼 수 있습니다.

      Status:
        Sync:
          Compared To:
            Destination:
              Namespace:  clusters-sub
              Server:     https://kubernetes.default.svc
            Source:
              Path:             sites-config
              Repo URL:         https://git.com/ran-sites/siteconfigs/.git
              Target Revision:  master
          Status:               Unknown

      Copy to Clipboard Toggle word wrap

프로세스

1. 다음 명령을 실행하여 프로비저닝 리소스에서 TLS를 비활성화합니다.

   $ oc patch provisioning provisioning-configuration --type merge -p '{"spec":{"disableVirtualMediaTLS": true}}'

   Copy to Clipboard Toggle word wrap
2. 단일 노드 OpenShift 클러스터를 배포하려면 단계를 계속합니다.

프로세스

1. kustomization.yaml 파일에서 관련 SiteConfig 및 PolicyGenerator 또는 PolicyGentemplate 파일을 제거하여 사이트와 관련 CR을 제거합니다.

2. SiteConfig 애플리케이션에 다음 syncOptions 필드를 추가합니다.

   kind: Application
   spec:
     syncPolicy:
       syncOptions:
       - PrunePropagationPolicy=background

   Copy to Clipboard Toggle word wrap

   GitOps ZTP 파이프라인을 다시 실행하면 생성된 CR이 제거됩니다.

3. 선택 사항: 사이트를 영구적으로 제거하려면 Git 저장소에서 SiteConfig 및 사이트별 PolicyGenerator 또는 PolicyGentemplate 파일도 제거해야 합니다.
4. 선택 사항: 사이트를 일시적으로 제거하려는 경우(예: 사이트를 다시 배포하는 경우) SiteConfig 및 사이트별 PolicyGenerator 또는 PolicyGentemplate CR을 Git 저장소에 남겨둘 수 있습니다.

프로세스

1. 영향을 받은 PolicyGenerator 또는 PolicyGentemplate 파일을 Git 저장소에서 제거하고 원격 저장소에 커밋하고 푸시합니다.
2. 변경 사항이 애플리케이션을 통해 동기화되고 영향을 받는 정책이 허브 클러스터에서 제거될 때까지 기다립니다.

3. 업데이트된 PolicyGenerator 또는 PolicyGentemplate 파일을 다시 Git 저장소에 추가한 다음, 원격 저장소에 커밋하고 푸시합니다.

   참고

   Git 저장소에서 GitOps Zero Touch Provisioning(ZTP) 정책을 제거하고, 결과적으로 허브 클러스터에서도 해당 정책을 제거하더라도 관리되는 클러스터의 구성에는 영향을 미치지 않습니다. 정책과 해당 정책에 의해 관리되는 CR은 관리되는 클러스터에 그대로 유지됩니다.

4. 선택 사항: 대안으로, PolicyGenerator 또는 PolicyGentemplate CR을 변경하여 더 이상 사용되지 않는 정책이 생성되면 허브 클러스터에서 이러한 정책을 수동으로 제거할 수 있습니다. RHACM 콘솔에서 거버넌스 탭을 사용하거나 다음 명령을 실행하여 정책을 삭제할 수 있습니다.

   $ oc delete policy -n <namespace> <policy_name>

   Copy to Clipboard Toggle word wrap

프로세스

1. 허브 클러스터의 Red Hat Advanced Cluster Management(RHACM)에서 모든 클러스터를 분리합니다.

2. 다음 명령을 사용하여 배포 디렉토리에서 kustomization.yaml 파일을 삭제합니다.

   $ oc delete -k out/argocd/deployment

   Copy to Clipboard Toggle word wrap
3. 변경 사항을 커밋하고 사이트 리포지토리로 내보냅니다.