프로세스

1. NodeFeatureDiscovery 리소스를 생성하여 Kata 컨테이너 실행에 적합한 노드 기능을 감지합니다.

   1. nfd.yaml 파일에 다음 YAML을 저장합니다.

      apiVersion: nfd.openshift.io/v1
      kind: NodeFeatureDiscovery
      metadata:
        name: nfd-kata
        namespace: openshift-nfd
      spec:
        operand:
          image: quay.io/openshift/origin-node-feature-discovery:4.10
          imagePullPolicy: Always
          servicePort: 12000
        workerConfig:
          configData: |
            sources:
               custom:
                 - name: "feature.node.kubernetes.io/runtime.kata"
                   matchOn:
                     - cpuId: ["SSE4", "VMX"]
                       loadedKMod: ["kvm", "kvm_intel"]
                     - cpuId: ["SSE4", "SVM"]
                       loadedKMod: ["kvm", "kvm_amd"]

   2. NodeFeatureDiscovery CR(사용자 정의 리소스)을 생성합니다.

      $ oc create -f nfd.yaml

      출력 예

      nodefeaturediscovery.nfd.openshift.io/nfd-kata created

      feature.node.kubernetes.io/runtime.kata=true 레이블이 모든 적격 작업자 노드에 적용됩니다.

2. 기능을 활성화하려면 KataConfig 리소스에서 checkNodeEligibility 필드를 true 로 설정합니다. 예를 들면 다음과 같습니다.

   1. 다음 YAML을 kata-config.yaml 파일에 저장합니다.

      apiVersion: kataconfiguration.openshift.io/v1
      kind: KataConfig
      metadata:
        name: example-kataconfig
      spec:
        checkNodeEligibility: true

   2. KataConfig CR을 생성합니다.

      $ oc create -f kata-config.yaml

      출력 예

      kataconfig.kataconfiguration.openshift.io/example-kataconfig created

프로세스

1. 웹 콘솔의 관리자 화면에서 Operator → OperatorHub 로 이동합니다.
2. 키워드로 필터링 필드에 OpenShift sandboxed containers를 입력합니다.
3. OpenShift 샌드박스 컨테이너 타일을 선택합니다.
4. Operator에 대한 정보를 확인하고 Install을 클릭합니다.

5. Operator 설치 페이지에서 다음을 수행합니다.

   1. 사용 가능한 업데이트 채널 옵션 목록에서 stable을 선택합니다.

   2. 설치된 네임스페이스 용으로 Operator 권장 네임스페이스 가 선택되어 있는지 확인합니다. 이렇게 하면 필수 openshift-sandboxed-containers-operator 네임스페이스에 Operator가 설치됩니다. 이 네임스페이스가 아직 존재하지 않으면 자동으로 생성됩니다.

      참고

      openshift-sandboxed-containers-operator 이외의 네임스페이스에 OpenShift 샌드박스 컨테이너 Operator를 설치하려고 하면 설치가 실패합니다.

   3. 승인 전략에 대해 자동 이 선택되어 있는지 확인합니다. Automatic 은 기본값이며 새 z-stream 릴리스를 사용할 수 있을 때 OpenShift 샌드박스 컨테이너에 대한 자동 업데이트를 활성화합니다.
6. 설치를 클릭합니다.

검증

1. 웹 콘솔의 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. OpenShift 샌드박스 컨테이너 Operator가 operator 목록에 나열되어 있는지 확인합니다.

프로세스

1. 웹 콘솔의 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. Operator 목록에서 OpenShift 샌드박스 컨테이너 Operator를 선택합니다.
3. KataConfig 탭에서 KataConfig 만들기 를 클릭합니다.

4. KataConfig 만들기 페이지에서 다음 세부 정보를 입력합니다.

   • Name: KataConfig 리소스의 이름을 입력합니다. 기본적으로 이름은 example-kataconfig 로 정의됩니다.
   • 레이블 (선택 사항): KataConfig 리소스에 관련 특성을 입력합니다. 각 레이블은 키-값 쌍을 나타냅니다.
   • CheckNodeEligibility (선택 사항, 피어 Pod와 관련이 없음): NFD(Node Feature Discovery Operator)를 사용하여 kata 를 RuntimeClass 로 실행할 자격을 감지하려면 이 확인란을 선택합니다. 자세한 내용은 "클러스터 노드가 OpenShift 샌드박스 컨테이너를 실행할 수 있는지 확인"을 참조하십시오.
   • EnablePeerPods ( 피어 Pod의 경우): 이 확인란을 선택하여 피어 Pod를 활성화하고 퍼블릭 클라우드 환경에서 OpenShift 샌드박스 컨테이너를 사용합니다.

   • kataConfigPoolSelector: 기본적으로 kata 는 모든 노드에 RuntimeClass 로 설치됩니다. 선택한 노드에서만 kata 를 RuntimeClass 로 설치하려면 matchExpression 을 추가해야 합니다.

     1. kataConfigPoolSelector 영역을 확장합니다.
     2. kataConfigPoolSelector 에서 matchExpressions 를 확장합니다. 이는 라벨 선택기 요구 사항 목록입니다.
     3. matchExpressions 추가를 클릭합니다.
     4. 키 필드에서 선택기가 적용되는 라벨 키를 추가합니다.
     5. operator 필드에서 키 관계를 레이블 값에 추가합니다. 유효한 연산자는 In,NotIn,Exists 및 DoesNotExist 입니다.
     6. 값 영역을 확장한 다음 값 추가 를 클릭합니다.
     7. 값 필드에 키 레이블 값에 true 또는 false 를 입력합니다.
   • loglevel: kata 를 RuntimeClass 로 실행하는 노드에 대해 검색된 로그 데이터의 수준을 정의합니다. 자세한 내용은 "OpenShift 샌드박스 컨테이너 데이터 수집"을 참조하십시오.
5. 생성을 클릭합니다.

검증

1. KataConfig 탭에서 새 KataConfig CR을 선택합니다.
2. KataConfig 페이지에서 YAML 탭을 선택합니다.

3. 상태 필드를 모니터링합니다.

   업데이트가 있을 때마다 메시지가 표시됩니다. Reload 를 클릭하여 업데이트된 KataConfig CR을 확인합니다.

   status 필드에는 조건 및 kataNodes 하위 필드가 있습니다. kataNodes 하위 필드는 노드 목록의 컬렉션이며 각각 kata 설치 상태의 노드를 나열합니다.

   kataNodes 아래의 모든 작업자가 설치된 것으로 나열되고 이유를 지정하지 않고 InProgress 조건이 False 이면 클러스터에 kata 가 설치되어 있음을 나타냅니다. 자세한 내용은 "설치 및 제거 전환"을 참조하십시오.

프로세스

1. 웹 콘솔의 관리자 화면에서 워크로드 를 확장하고 생성할 워크로드 유형을 선택합니다.
2. 워크로드 페이지에서 워크로드를 생성하려면 클릭합니다.

3. 워크로드에 대한 YAML 파일의 컨테이너가 나열된 spec 필드에 runtimeClassName: kata 를 추가합니다.

   Pod 오브젝트의 예

   apiVersion: v1
   kind: Pod
   metadata:
     name: hello-openshift
     labels:
       app: hello-openshift
   spec:
     runtimeClassName: kata
     containers:
       - name: hello-openshift
         image: quay.io/openshift/origin-hello-openshift
         ports:
           - containerPort: 8888
         securityContext:
           privileged: false
           allowPrivilegeEscalation: false
           runAsNonRoot: true
           runAsUser: 1001
           capabilities:
             drop:
               - ALL
           seccompProfile:
             type: RuntimeDefault

4. 저장을 클릭합니다.

프로세스

1. OpenShift 샌드박스 컨테이너 Operator의 Namespace 오브젝트를 생성합니다.

   1. 다음 매니페스트를 포함하는 Namespace 오브젝트 YAML 파일을 생성합니다.

      apiVersion: v1
      kind: Namespace
      metadata:
        name: openshift-sandboxed-containers-operator

   2. Namespace 오브젝트를 생성합니다.

      $ oc create -f Namespace.yaml

2. OpenShift 샌드박스 컨테이너 Operator에 대한 OperatorGroup 오브젝트를 생성합니다.

   1. 다음 매니페스트가 포함된 OperatorGroup 오브젝트 YAML 파일을 생성합니다.

      apiVersion: operators.coreos.com/v1
      kind: OperatorGroup
      metadata:
        name: openshift-sandboxed-containers-operator
        namespace: openshift-sandboxed-containers-operator
      spec:
        targetNamespaces:
        - openshift-sandboxed-containers-operator

   2. OperatorGroup 개체를 생성합니다.

      $ oc create -f OperatorGroup.yaml

3. 서브스크립션 오브젝트를 생성하여 OpenShift 샌드박스 컨테이너 Operator에 네임스페이스 를 등록합니다.

   1. 다음 매니페스트가 포함된 서브스크립션 오브젝트 YAML 파일을 생성합니다.

      apiVersion: operators.coreos.com/v1alpha1
      kind: Subscription
      metadata:
        name: openshift-sandboxed-containers-operator
        namespace: openshift-sandboxed-containers-operator
      spec:
        channel: stable
        installPlanApproval: Automatic
        name: sandboxed-containers-operator
        source: redhat-operators
        sourceNamespace: openshift-marketplace
        startingCSV: sandboxed-containers-operator.v1.5.3

   2. Subscription 오브젝트를 생성합니다.

      $ oc create -f Subscription.yaml

프로세스

1. 다음 매니페스트를 사용하여 YAML 파일을 생성합니다.

   apiVersion: kataconfiguration.openshift.io/v1
   kind: KataConfig
   metadata:
     name: cluster-kataconfig
   spec:
     checkNodeEligibility: false 1
     logLevel: info

   1

   kata 를 RuntimeClass 로 실행할 수 있는 노드 자격을 탐지하려면'checkNodeEligibility'를 true 로 설정합니다. 자세한 내용은 "클러스터 노드가 OpenShift 샌드박스 컨테이너를 실행할 수 있는지 확인"을 참조하십시오.

2. (선택 사항) 선택한 노드에 만 kata 를 설치하려면 매니페스트에 라벨이 포함된 YAML 파일을 생성합니다.

   apiVersion: kataconfiguration.openshift.io/v1
   kind: KataConfig
   metadata:
     name: cluster-kataconfig
   spec:
     checkNodeEligibility: false
     logLevel: info
     kataConfigPoolSelector:
       matchLabels:
         <label_key>: '<label_value>' 1

   1

   kataConfigPoolSelector 의 라벨은 단일 값만 지원합니다. nodeSelector 구문은 지원되지 않습니다.

3. KataConfig 리소스를 생성합니다.

   $ oc create -f cluster-kataconfig.yaml

프로세스

1. 웹 콘솔의 관리자 화면에서 Operator → OperatorHub 로 이동합니다.
2. 키워드로 필터링 필드에 OpenShift sandboxed containers를 입력합니다.
3. OpenShift 샌드박스 컨테이너 타일을 선택합니다.
4. Operator에 대한 정보를 확인하고 Install을 클릭합니다.

5. Operator 설치 페이지에서 다음을 수행합니다.

   1. 사용 가능한 업데이트 채널 옵션 목록에서 stable을 선택합니다.

   2. 설치된 네임스페이스 용으로 Operator 권장 네임스페이스 가 선택되어 있는지 확인합니다. 이렇게 하면 필수 openshift-sandboxed-containers-operator 네임스페이스에 Operator가 설치됩니다. 이 네임스페이스가 아직 존재하지 않으면 자동으로 생성됩니다.

      참고

      openshift-sandboxed-containers-operator 이외의 네임스페이스에 OpenShift 샌드박스 컨테이너 Operator를 설치하려고 하면 설치가 실패합니다.

   3. 승인 전략에 대해 자동 이 선택되어 있는지 확인합니다. Automatic 은 기본값이며 새 z-stream 릴리스를 사용할 수 있을 때 OpenShift 샌드박스 컨테이너에 대한 자동 업데이트를 활성화합니다.
6. 설치를 클릭합니다.

검증

1. 웹 콘솔의 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. OpenShift 샌드박스 컨테이너 Operator가 operator 목록에 나열되어 있는지 확인합니다.

프로세스

1. 웹 콘솔의 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. Operator 목록에서 OpenShift 샌드박스 컨테이너 Operator를 선택합니다.
3. KataConfig 탭에서 KataConfig 만들기 를 클릭합니다.

4. KataConfig 만들기 페이지에서 다음 세부 정보를 입력합니다.

   • Name: KataConfig 리소스의 이름을 입력합니다. 기본적으로 이름은 example-kataconfig 로 정의됩니다.
   • 레이블 (선택 사항): KataConfig 리소스에 관련 특성을 입력합니다. 각 레이블은 키-값 쌍을 나타냅니다.
   • CheckNodeEligibility (선택 사항, 피어 Pod와 관련이 없음): NFD(Node Feature Discovery Operator)를 사용하여 kata 를 RuntimeClass 로 실행할 자격을 감지하려면 이 확인란을 선택합니다. 자세한 내용은 "클러스터 노드가 OpenShift 샌드박스 컨테이너를 실행할 수 있는지 확인"을 참조하십시오.
   • EnablePeerPods ( 피어 Pod의 경우): 이 확인란을 선택하여 피어 Pod를 활성화하고 퍼블릭 클라우드 환경에서 OpenShift 샌드박스 컨테이너를 사용합니다.

   • kataConfigPoolSelector: 기본적으로 kata-remote 는 모든 노드에 RuntimeClass 로 설치됩니다. 선택한 노드에서만 kata-remote 를 RuntimeClass 로 설치하려면 matchExpression:을 추가해야 합니다.

     1. kataConfigPoolSelector 영역을 확장합니다.
     2. kataConfigPoolSelector 에서 matchExpressions 를 확장합니다. 이는 라벨 선택기 요구 사항 목록입니다.
     3. matchExpressions 추가를 클릭합니다.
     4. 키 필드에서 선택기가 적용되는 라벨 키를 추가합니다.
     5. operator 필드에서 키 관계를 레이블 값에 추가합니다. 유효한 연산자는 In,NotIn,Exists 및 DoesNotExist 입니다.
     6. 값 영역을 확장한 다음 값 추가 를 클릭합니다.
     7. 값 필드에 키 레이블 값에 true 또는 false 를 입력합니다.
   • loglevel: kata-remote 를 런타임 클래스로 실행하는 노드에 대해 검색된 로그 데이터의 수준을 정의합니다. 자세한 내용은 "OpenShift 샌드박스 컨테이너 데이터 수집"을 참조하십시오.
5. 생성을 클릭합니다.

검증

1. KataConfig 탭에서 새 KataConfig CR을 선택합니다.
2. KataConfig 페이지에서 YAML 탭을 선택합니다.

3. 상태 필드를 모니터링합니다.

   업데이트가 있을 때마다 메시지가 표시됩니다. Reload 를 클릭하여 업데이트된 KataConfig CR을 확인합니다.

   status 필드에는 조건 및 kataNodes 하위 필드가 있습니다. kataNodes 하위 필드는 노드 목록의 컬렉션이며 각각 kata 설치 상태의 노드를 나열합니다.

   kataNodes 아래의 모든 작업자가 설치된 것으로 나열되고 이유를 지정하지 않고 InProgress 조건이 False 이면 클러스터에 kata 가 설치되어 있음을 나타냅니다. 자세한 내용은 "설치 및 제거 전환"을 참조하십시오.

프로세스

1. 웹 콘솔의 관리자 화면에서 워크로드 를 확장하고 생성할 워크로드 유형을 선택합니다.
2. 워크로드 페이지에서 워크로드를 생성하려면 클릭합니다.
3. 워크로드에 대한 YAML 파일의 컨테이너가 나열된 spec 필드에 runtimeClassName: kata-remote 를 추가합니다.

4. 워크로드의 YAML 파일에서 기본 인스턴스 크기 또는 유형 또는 자동 인스턴스 크기 또는 유형을 사용할지 여부를 정의하는 주석을 추가합니다. 인스턴스 크기는 특정 클라우드 공급자에 사용되지만 인스턴스 유형은 다른 클라우드 공급자에 사용됩니다.

   • 특정 인스턴스 크기 유형의 경우 다음 주석을 추가합니다.

     io.katacontainers.config.hypervisor.machine_type: <instance type/instance size>

     워크로드에서 사용할 인스턴스 크기 또는 유형을 정의합니다. 피어 Pod에 대한 ConfigMap 을 생성할 때 이전에 이러한 기본 크기 또는 유형을 미리 정의합니다. 다음 중 하나를 선택합니다.

   • 자동 인스턴스 크기 또는 유형의 경우 다음 주석을 추가합니다.

     io.katacontainers.config.hypervisor.default_vcpus: <vcpus>
     io.katacontainers.config.hypervisor.default_memory: <memory>

     워크로드에서 사용할 수 있는 메모리 양을 정의합니다. 워크로드는 사용 가능한 메모리 양에 따라 자동 인스턴스 크기 또는 유형에서 실행됩니다.

   Pod 오브젝트의 예

   apiVersion: v1
   kind: Pod
   metadata:
     name: hello-openshift
     labels:
       app: hello-openshift
     annotations:
       io.katacontainers.config.hypervisor.machine_type: Standard_DC4as_v5 1
   spec:
     runtimeClassName: kata-remote
     containers:
       - name: hello-openshift
         image: quay.io/openshift/origin-hello-openshift
         ports:
           - containerPort: 8888
         securityContext:
           privileged: false
           allowPrivilegeEscalation: false
           runAsNonRoot: true
           runAsUser: 1001
           capabilities:
             drop:
               - ALL
           seccompProfile:
             type: RuntimeDefault

   1

   이 예에서는 Azure를 사용하여 피어 Pod에 이전에 정의된 인스턴스 크기를 사용합니다. AWS를 사용하는 피어 Pod는 인스턴스 유형을 사용합니다.

5. 저장을 클릭합니다.

프로세스

1. OpenShift 샌드박스 컨테이너 Operator의 Namespace 오브젝트를 생성합니다.

   1. 다음 매니페스트를 포함하는 Namespace 오브젝트 YAML 파일을 생성합니다.

      apiVersion: v1
      kind: Namespace
      metadata:
        name: openshift-sandboxed-containers-operator

   2. Namespace 오브젝트를 생성합니다.

      $ oc create -f Namespace.yaml

2. OpenShift 샌드박스 컨테이너 Operator에 대한 OperatorGroup 오브젝트를 생성합니다.

   1. 다음 매니페스트가 포함된 OperatorGroup 오브젝트 YAML 파일을 생성합니다.

      apiVersion: operators.coreos.com/v1
      kind: OperatorGroup
      metadata:
        name: openshift-sandboxed-containers-operator
        namespace: openshift-sandboxed-containers-operator
      spec:
        targetNamespaces:
        - openshift-sandboxed-containers-operator

   2. OperatorGroup 개체를 생성합니다.

      $ oc create -f OperatorGroup.yaml

3. 서브스크립션 오브젝트를 생성하여 OpenShift 샌드박스 컨테이너 Operator에 네임스페이스 를 등록합니다.

   1. 다음 매니페스트가 포함된 서브스크립션 오브젝트 YAML 파일을 생성합니다.

      apiVersion: operators.coreos.com/v1alpha1
      kind: Subscription
      metadata:
        name: openshift-sandboxed-containers-operator
        namespace: openshift-sandboxed-containers-operator
      spec:
        channel: stable
        installPlanApproval: Automatic
        name: sandboxed-containers-operator
        source: redhat-operators
        sourceNamespace: openshift-marketplace
        startingCSV: sandboxed-containers-operator.v1.5.3

   2. Subscription 오브젝트를 생성합니다.

      $ oc create -f Subscription.yaml

프로세스

1. 다음 매니페스트를 사용하여 YAML 파일을 생성합니다.

   apiVersion: kataconfiguration.openshift.io/v1
   kind: KataConfig
   metadata:
     name: cluster-kataconfig
   spec:
     enablePeerPods: true
     logLevel: info

2. (선택 사항) 선택한 노드에만 RuntimeClass 로 kata-remote 를 설치하려면 매니페스트에 라벨이 포함된 YAML 파일을 생성합니다.

   apiVersion: kataconfiguration.openshift.io/v1
   kind: KataConfig
   metadata:
     name: cluster-kataconfig
   spec:
     enablePeerPods: true
     logLevel: info
     kataConfigPoolSelector:
       matchLabels:
         <label_key>: '<label_value>' 1

   1

   kataConfigPoolSelector 의 라벨은 단일 값만 지원합니다. nodeSelector 구문은 지원되지 않습니다.

3. KataConfig 리소스를 생성합니다.

   $ oc create -f cluster-kataconfig.yaml

프로세스

1. pod 템플릿 오브젝트에 runtimeClassName: kata-remote 를 추가합니다.

   • Pod 오브젝트
   • ReplicaSet 오브젝트
   • ReplicationController 오브젝트
   • StatefulSet 오브젝트
   • Deployment 오브젝트
   • DeploymentConfig 오브젝트

2. pod 템플릿 오브젝트에 주석을 추가하여 특정 인스턴스 크기 또는 유형 또는 자동 인스턴스 크기 또는 유형을 사용할지 여부를 정의합니다. 인스턴스 크기는 특정 클라우드 공급자에 사용되지만 인스턴스 유형은 다른 클라우드 공급자에 사용됩니다.

   • 특정 인스턴스 크기 또는 유형의 경우 다음 주석을 추가합니다.

     io.katacontainers.config.hypervisor.machine_type: <instance type/instance size>

     워크로드에서 사용할 인스턴스 크기 또는 유형을 정의합니다. 피어 Pod에 대한 ConfigMap 을 생성할 때 이전에 이러한 기본 크기 또는 유형을 미리 정의합니다. 다음 중 하나를 선택합니다.

   • 자동 인스턴스 크기 또는 유형의 경우 다음 주석을 추가합니다.

     io.katacontainers.config.hypervisor.default_vcpus: <vcpus>
     io.katacontainers.config.hypervisor.default_memory: <memory>

     워크로드에서 사용할 수 있는 메모리 양을 정의합니다. 워크로드는 사용 가능한 메모리 양에 따라 자동 인스턴스 크기 또는 유형에서 실행됩니다.

   Pod 오브젝트의 예

   apiVersion: v1
   kind: Pod
   metadata:
     name: hello-openshift
     labels:
       app: hello-openshift
     annotations:
       io.katacontainers.config.hypervisor.machine_type: Standard_DC4as_v5 1
   spec:
     runtimeClassName: kata-remote
     containers:
       - name: hello-openshift
         image: quay.io/openshift/origin-hello-openshift
         ports:
           - containerPort: 8888
         securityContext:
           privileged: false
           allowPrivilegeEscalation: false
           runAsNonRoot: true
           runAsUser: 1001
           capabilities:
             drop:
               - ALL
           seccompProfile:
             type: RuntimeDefault

   1

   이 예에서는 Azure를 사용하여 피어 Pod에 이전에 정의된 인스턴스 크기를 사용합니다. AWS를 사용하는 피어 Pod는 인스턴스 유형을 사용합니다.

프로세스

1. 관리자 화면에서 워크로드 → Pod 로 이동합니다.
2. 이름으로 검색 필드를 사용하여 삭제할 Pod를 검색합니다.
3. 포드 이름을 클릭하여 엽니다.
4. 세부 정보 페이지에서 런타임 클래스에 대해 kata 가 표시되는지 확인합니다.
5. 작업 메뉴를 클릭하고 Pod 삭제 를 선택합니다.
6. 확인 창에서 삭제를 클릭합니다.

프로세스

1. 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. 이름으로 검색 필드를 사용하여 OpenShift 샌드박스 컨테이너 Operator를 검색합니다.
3. Operator를 클릭하여 엽니다. 그런 다음 KataConfig 탭을 선택합니다.
4. KataConfig 리소스의 옵션 메뉴 를 클릭한 다음 KataConfig삭제 를 선택합니다.
5. 확인 창에서 삭제를 클릭합니다.

프로세스

1. 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. 이름으로 검색 필드를 사용하여 OpenShift 샌드박스 컨테이너 Operator를 검색합니다.
3. Operator의 옵션 메뉴 를 클릭하고 Operator 설치 제거를 선택합니다.
4. 확인 창에서 설치 제거를 클릭합니다.

프로세스

1. 관리자 화면에서 관리 → 네임스페이스 로 이동합니다.
2. 이름으로 검색 필드를 사용하여 openshift-sandboxed-containers-operator 네임스페이스를 검색합니다.

3. 네임스페이스의 옵션 메뉴 를 클릭하고 네임스페이스 삭제를 선택합니다.

   참고

   네임스페이스 삭제 옵션을 사용할 수 없으면 네임스페이스를 삭제할 수 있는 권한이 없음을 의미합니다.

4. 네임스페이스 삭제 창에서 openshift-sandboxed-containers-operator 를 입력하고 삭제 를 클릭합니다.
5. 삭제를 클릭합니다.

프로세스

1. 관리자 화면에서 Administration → CustomResourceDefinitions 로 이동합니다.
2. 이름으로 검색 필드를 사용하여 KataConfig 를 검색합니다.
3. KataConfig CRD의 옵션 메뉴 를 클릭한 다음 CustomResourceDefinition 삭제 를 선택합니다.
4. 확인 창에서 삭제를 클릭합니다.
5. KataConfig CRD가 목록에서 사라질 때까지 기다립니다. 이 작업은 몇 분 정도 걸릴 수 있습니다.

프로세스

1. 다음 명령을 실행하여 kata 를 runtimeClass 로 사용하는 Pod를 검색합니다.

   $ oc get pods -A -o json | jq -r '.items[] | select(.spec.runtimeClassName == "kata").metadata.name'

2. 각 Pod를 삭제하려면 다음 명령을 실행합니다.

   $ oc delete pod <pod-name>

프로세스

1. 다음 명령을 실행하여 KataConfig 사용자 지정 리소스를 삭제합니다.

   $ oc delete kataconfig <KataConfig_CR_Name>

프로세스

1. 다음 명령을 실행하여 서브스크립션에서 OpenShift 샌드박스 컨테이너의 CSV(클러스터 서비스 버전) 이름을 가져옵니다.

   CSV_NAME=$(oc get csv -n openshift-sandboxed-containers-operator -o=custom-columns=:metadata.name)

2. 다음 명령을 실행하여 OLM(Operator Lifecyle Manager)에서 OpenShift 샌드박스 컨테이너 Operator 서브스크립션을 삭제합니다.

   $ oc delete subscription sandboxed-containers-operator -n openshift-sandboxed-containers-operator

3. 다음 명령을 실행하여 OpenShift 샌드박스 컨테이너의 CSV 이름을 삭제합니다.

   $ oc delete csv ${CSV_NAME} -n openshift-sandboxed-containers-operator

4. 다음 명령을 실행하여 OpenShift 샌드박스 컨테이너 Operator 그룹 이름을 가져옵니다.

   $ OG_NAME=$(oc get operatorgroup -n openshift-sandboxed-containers-operator -o=jsonpath={..name})

5. 다음 명령을 실행하여 OpenShift 샌드박스 컨테이너 Operator 그룹 이름을 삭제합니다.

   $ oc delete operatorgroup ${OG_NAME} -n openshift-sandboxed-containers-operator

6. 다음 명령을 실행하여 OpenShift 샌드박스 컨테이너 네임스페이스를 삭제합니다.

   $ oc delete namespace openshift-sandboxed-containers-operator

프로세스

1. 다음 명령을 실행하여 KataConfig CRD를 삭제합니다.

   $ oc delete crd kataconfigs.kataconfiguration.openshift.io

프로세스

1. OpenShift Container Platform의 관리자 화면에서 Operator → 설치된 Operator 로 이동합니다.
2. OpenShift 샌드박스 컨테이너 Operator 를 선택하고 KataConfig 탭으로 이동합니다.
3. 이름으로 검색 필드를 사용하여 KataConfig 리소스를 검색합니다. KataConfig 리소스의 기본 이름은 example-kataconfig 입니다.
4. KataConfig 리소스를 선택하고 KataConfig 탭으로 이동합니다.

5. kataMonitorImage 의 버전 번호를 수정합니다.

       checkNodeEligibility: false
       kataConfigPoolSelector: null
       kataMonitorImage: 'registry.redhat.io/openshift-sandboxed-containers/osc-monitor-rhel8:1.3.0'

6. 저장을 클릭합니다.