3.6. 在断开连接的环境中更新集群

流程

1. 使用 Red Hat OpenShift Container Platform Upgrade Graph visualizer 和 update planner 计划从一个版本升级到另一个版本。OpenShift Upgrade Graph 提供频道图形，并演示了如何确认您的当前和预定集群版本之间有更新路径。

2. 设置所需的环境变量：

   1. 导出发行版本信息：

      $ export OCP_RELEASE=<release_version>

      对于 <release_version>，请指定与升级到的 OpenShift Container Platform 版本对应的标签，如 4.5.4。

   2. 导出本地 registry 名称和主机端口：

      $ LOCAL_REGISTRY='<local_registry_host_name>:<local_registry_host_port>'

      对于 <local_registry_host_name>，请指定镜像存储库的 registry 域名；对于 <local_registry_host_port>，请指定用于提供内容的端口。

   3. 导出本地存储库名称：

      $ LOCAL_REPOSITORY='<local_repository_name>'

      对于 <local_repository_name>，请指定要在 registry 中创建的仓库名称，如 ocp4/openshift4。

   4. 如果使用 OpenShift Update Service，请导出一个额外的本地存储库名称，使其包含发行镜像：

      $ LOCAL_RELEASE_IMAGES_REPOSITORY='<local_release_images_repository_name>'

      对于 <local_release_images_repository_name>，请指定要在 registry 中创建的仓库名称，如 ocp4/openshift4-release-images。

   5. 导出要进行镜像的存储库名称：

      $ PRODUCT_REPO='openshift-release-dev'

      对于生产环境版本，必须指定 openshift-release-dev。

   6. 导出 registry pull secret 的路径：

      $ LOCAL_SECRET_JSON='<path_to_pull_secret>'

      对于 <path_to_pull_secret>，请指定您创建的镜像 registry 的 pull secret 的绝对路径和文件名。

      注意

      如果您的集群使用 ImageContentSourcePolicy 对象来配置存储库镜像，则只能将全局 pull secret 用于镜像 registry。您不能在项目中添加 pull secret。

   7. 导出发行版本镜像：

      $ RELEASE_NAME="ocp-release"

      对于生产环境版本，您必须指定 ocp-release。

   8. 为您的集群导出构架类型：

      $ ARCHITECTURE=<cluster_architecture> 1

      1

      指定集群的构架，如 x86_64, aarch64, s390x, 获 ppc64le。

   9. 导出托管镜像的目录的路径：

      $ REMOVABLE_MEDIA_PATH=<path> 1

      1

      指定完整路径，包括开始的前斜杠(/)字符。

3. 查看要镜像的镜像和配置清单：

   $ oc adm release mirror -a ${LOCAL_SECRET_JSON} --to-dir=${REMOVABLE_MEDIA_PATH}/mirror quay.io/${PRODUCT_REPO}/${RELEASE_NAME}:${OCP_RELEASE}-${ARCHITECTURE} --dry-run

4. 将版本镜像镜像(mirror)到镜像 registry。

   • 如果您的镜像主机无法访问互联网，请执行以下操作：

     1. 将可移动介质连接到连接到互联网的系统。

     2. 将镜像和配置清单镜像到可移动介质的目录中：

        $ oc adm release mirror -a ${LOCAL_SECRET_JSON} --to-dir=${REMOVABLE_MEDIA_PATH}/mirror quay.io/${PRODUCT_REPO}/${RELEASE_NAME}:${OCP_RELEASE}-${ARCHITECTURE}

        注意

        此命令还会生成镜像发行镜像签名配置映射并将其保存到可移动介质中。

     3. 将介质上传到受限网络环境中，并将镜像上传到本地容器 registry。

        $ oc image mirror  -a ${LOCAL_SECRET_JSON} --from-dir=${REMOVABLE_MEDIA_PATH}/mirror "file://openshift/release:${OCP_RELEASE}*" ${LOCAL_REGISTRY}/${LOCAL_REPOSITORY} 1

        1

        对于 REMOVABLE_MEDIA_PATH，您必须使用与镜像镜像时指定的同一路径。

     4. 使用 oc 命令行界面(CLI)登录到您要升级的集群。

     5. 将镜像发行镜像签名配置映射应用到连接的集群：

        $ oc apply -f ${REMOVABLE_MEDIA_PATH}/mirror/config/<image_signature_file> 1

        1

        对于 <image_signature_file>，指定文件的路径和名称，例如 signature-sha256-81154f5c03294534.yaml。

     6. 如果使用 OpenShift Update Service，请将发行镜像镜像到单独的存储库：

        $ oc image mirror -a ${LOCAL_SECRET_JSON} ${LOCAL_REGISTRY}/${LOCAL_REPOSITORY}:${OCP_RELEASE}-${ARCHITECTURE} ${LOCAL_REGISTRY}/${LOCAL_RELEASE_IMAGES_REPOSITORY}:${OCP_RELEASE}-${ARCHITECTURE}

   • 如果本地容器 registry 和集群连接到镜像主机，请执行以下操作：

     1. 将发行镜像直接推送到本地 registry，并使用以下命令将配置映射应用到集群：

        $ oc adm release mirror -a ${LOCAL_SECRET_JSON} --from=quay.io/${PRODUCT_REPO}/${RELEASE_NAME}:${OCP_RELEASE}-${ARCHITECTURE} \
          --to=${LOCAL_REGISTRY}/${LOCAL_REPOSITORY} --apply-release-image-signature

        注意

        如果包含 --apply-release-image-signature 选项，不要为镜像签名验证创建配置映射。

     2. 如果使用 OpenShift Update Service，请将发行镜像镜像到单独的存储库：

        $ oc image mirror -a ${LOCAL_SECRET_JSON} ${LOCAL_REGISTRY}/${LOCAL_REPOSITORY}:${OCP_RELEASE}-${ARCHITECTURE} ${LOCAL_REGISTRY}/${LOCAL_RELEASE_IMAGES_REPOSITORY}:${OCP_RELEASE}-${ARCHITECTURE}

流程

1. 在 Web 控制台中，点 Operators OperatorHub。

   注意

   在 Filter by keyword…​ 字段中输入 Update Service，以更快地查找 Operator。

2. 从可用的 Operator 列表中选择 OpenShift Update Service，然后点 Install。

   1. 选择一个 更新频道。
   2. 选择 版本。
   3. 在 Installation Mode 下选择 A specific namespace on the cluster。
   4. 为 Installed Namespace 选择一个命名空间，或接受推荐的命名空间 openshift-update-service。

   5. 选择一个 更新批准策略：

      • Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。
      • Manual 策略要求集群管理员批准 Operator 更新。
   6. 点 Install。
3. 进入 Operators Installed Operators，验证是否安装了 OpenShift Update Service Operator。
4. 确保 OpenShift Update Service 列在正确的命名空间中，Status 为 Succeeded。

流程

1. 为 OpenShift Update Service Operator 创建命名空间：

   1. 为 OpenShift Update Service Operator 创建一个 Namespace 对象 YAML 文件，如 update-service-namespace.yaml：

      apiVersion: v1
      kind: Namespace
      metadata:
        name: openshift-update-service
        annotations:
          openshift.io/node-selector: ""
        labels:
          openshift.io/cluster-monitoring: "true" 1

      1

      将 openshift.io/cluster-monitoring 标签设置为在该命名空间中启用 Operator-recommended 集群监控。

   2. 创建命名空间：

      $ oc create -f <filename>.yaml

      例如：

      $ oc create -f update-service-namespace.yaml

2. 通过创建以下对象来安装 OpenShift Update Service Operator：

   1. 创建一个 OperatorGroup 对象 YAML 文件，如 update-service-operator-group.yaml：

      apiVersion: operators.coreos.com/v1
      kind: OperatorGroup
      metadata:
        name: update-service-operator-group
        namespace: openshift-update-service
      spec:
        targetNamespaces:
        - openshift-update-service

   2. 创建一个 OperatorGroup 对象：

      $ oc -n openshift-update-service create -f <filename>.yaml

      例如：

      $ oc -n openshift-update-service create -f update-service-operator-group.yaml

   3. 创建一个 Subscription 对象 YAML 文件，如 update-service-subscription.yaml：

      订阅示例

      apiVersion: operators.coreos.com/v1alpha1
      kind: Subscription
      metadata:
        name: update-service-subscription
        namespace: openshift-update-service
      spec:
        channel: v1
        installPlanApproval: "Automatic"
        source: "redhat-operators" 1
        sourceNamespace: "openshift-marketplace"
        name: "cincinnati-operator"

      1

      指定提供 Operator 的目录源的名称。对于不使用自定义 Operator Lifecycle Manager（OLM）的集群，指定 redhat-operators。如果 OpenShift Container Platform 集群安装在断开连接的环境中，请指定配置 Operator Lifecycle Manager (OLM) 时创建的 CatalogSource 对象的名称。

   4. 创建 Subscription 对象：

      $ oc create -f <filename>.yaml

      例如：

      $ oc -n openshift-update-service create -f update-service-subscription.yaml

      OpenShift Update Service Operator 被安装到 openshift-update-service 命名空间，并以 openshift-update-service 命名空间为目标。

3. 验证 Operator 安装：

   $ oc -n openshift-update-service get clusterserviceversions

   输出示例

   NAME                             DISPLAY                    VERSION   REPLACES   PHASE
   update-service-operator.v4.6.0   OpenShift Update Service   4.6.0                Succeeded
   ...

   如果列出了 OpenShift Update Service Operator，则会成功安装。版本号可能与所示不同。

流程

1. 在 Web 控制台中，点 Operators Installed Operators。
2. 从安装的 Operator 列表中选择 OpenShift Update Service。
3. 点 Update Service 选项卡。
4. 点 Create UpdateService。
5. 在 Name 字段中输入名称，如 service。
6. 在 Graph Data Image 字段中输入本地 pullspec，指向在"创建 OpenShift Update Service 图形数据容器镜像"中创建的图形数据容器镜像，如 registry.example.com/openshift/graph-data:latest。
7. 在 Releases 字段中，输入创建的 registry 和存储库，以在"镜像 OpenShift Container Platform 镜像存储库"中包括发行镜像，例如 registry.example.com/ocp4/openshift4-release-images。
8. 在 Replicas 字段中输入 2。
9. 单击 Create 以创建 OpenShift Update Service 应用。

10. 验证 OpenShift Update Service 应用程序：

    • 从 Update Service 选项卡中的 UpdateServices 列表中，点刚才创建的 Update Service 应用程序。
    • 单击 Resources 选项卡。
    • 验证每个应用资源的状态是否为 Created。

流程

1. 配置 OpenShift Update Service 目标命名空间，如 openshift-update-service：

   $ NAMESPACE=openshift-update-service

   命名空间必须与 operator 组中的 targetNamespaces 值匹配。

2. 配置 OpenShift Update Service 应用程序的名称，如 service：

   $ NAME=service

3. 按照"镜像 OpenShift Container Platform 镜像存储库"中配置，为发行镜像配置 registry 和存储库，如 registry.example.com/ocp4/openshift4-release-images：

   $ RELEASE_IMAGES=registry.example.com/ocp4/openshift4-release-images

4. 将 graph-data 镜像的本地 pullspec 设置为在"创建 OpenShift Update Service 图形数据容器镜像"中创建的图形数据容器镜像，如 registry.example.com/openshift/graph-data:latest:

   $ GRAPH_DATA_IMAGE=registry.example.com/openshift/graph-data:latest

5. 创建 OpenShift Update Service 应用程序对象：

   $ oc -n "${NAMESPACE}" create -f - <<EOF
   apiVersion: updateservice.operator.openshift.io/v1
   kind: UpdateService
   metadata:
     name: ${NAME}
   spec:
     replicas: 2
     releases: ${RELEASE_IMAGES}
     graphDataImage: ${GRAPH_DATA_IMAGE}
   EOF

6. 验证 OpenShift Update Service 应用程序：

   1. 使用以下命令获取策略引擎路由：

      $ while sleep 1; do POLICY_ENGINE_GRAPH_URI="$(oc -n "${NAMESPACE}" get -o jsonpath='{.status.policyEngineURI}/api/upgrades_info/v1/graph{"\n"}' updateservice "${NAME}")"; SCHEME="${POLICY_ENGINE_GRAPH_URI%%:*}"; if test "${SCHEME}" = http -o "${SCHEME}" = https; then break; fi; done

      您可能需要轮询，直到命令成功为止。

   2. 从策略引擎检索图形。确保为 channel 指定一个有效版本。例如，如果在 OpenShift Container Platform 4.15 中运行，请使用 stable-4.15 ：

      $ while sleep 10; do HTTP_CODE="$(curl --header Accept:application/json --output /dev/stderr --write-out "%{http_code}" "${POLICY_ENGINE_GRAPH_URI}?channel=stable-4.6")"; if test "${HTTP_CODE}" -eq 200; then break; fi; echo "${HTTP_CODE}"; done

      这会轮询到图形请求成功为止，但生成的图形可能为空，具体取决于您已镜像的发行镜像。

流程

1. 通过以下方法配置已镜像的存储库：

   • 按照 Red Hat Quay 存储库镜像中所述，使用 Red Hat Quay 来设置已镜像的存储库。使用 Red Hat Quay 有助于您将镜像从一个存储库复制到另一存储库，并可随着时间的推移重复自动同步这些存储库。

   • 使用 skopeo 等工具手动将镜像从源存储库复制到已镜像的存储库。

     例如：在 Red Hat Enterprise Linux（RHEL 7 或 RHEL 8）系统上安装 skopeo RPM 软件包后，使用 skopeo 命令，如下例所示：

     $ skopeo copy \
     docker://registry.access.redhat.com/ubi9/ubi-minimal:latest@sha256:5cf... \
     docker://example.io/example/ubi-minimal

     在本例中，您有一个名为 example.io 的容器镜像 registry，其中包含一个名为 example 的镜像存储库，您要将 ubi9/ubi-minimal 镜像从 registry.access.redhat.com 复制到其中。创建已镜像的 registry 后，您可以将 OpenShift Container Platform 集群配置为将源存储库的请求重定向到已镜像的存储库。

2. 登录您的 OpenShift Container Platform 集群。

3. 使用以下示例之一创建安装后镜像配置 CR：

   • 根据需要，创建一个 ImageDigestMirrorSet 或 ImageTagMirrorSet CR，将源和镜像(mirror)替换为您自己的 registry、存储库对和镜像：

     apiVersion: config.openshift.io/v1 1
     kind: ImageDigestMirrorSet 2
     metadata:
       name: ubi9repo
     spec:
       imageDigestMirrors: 3
       - mirrors:
         - example.io/example/ubi-minimal 4
         - example.com/example/ubi-minimal 5
         source: registry.access.redhat.com/ubi9/ubi-minimal 6
         mirrorSourcePolicy: AllowContactingSource 7
       - mirrors:
         - mirror.example.com/redhat
         source: registry.example.com/redhat 8
         mirrorSourcePolicy: AllowContactingSource
       - mirrors:
         - mirror.example.com
         source: registry.example.com 9
         mirrorSourcePolicy: AllowContactingSource
       - mirrors:
         - mirror.example.net/image
         source: registry.example.com/example/myimage 10
         mirrorSourcePolicy: AllowContactingSource
       - mirrors:
         - mirror.example.net
         source: registry.example.com/example 11
         mirrorSourcePolicy: AllowContactingSource
       - mirrors:
         - mirror.example.net/registry-example-com
         source: registry.example.com 12
         mirrorSourcePolicy: AllowContactingSource

     1

     指明此 CR 要使用的 API。这必须是 config.openshift.io/v1。

     2

     根据 pull 类型指示对象类型：

     • ImageDigestMirrorSet ：提取摘要引用镜像。
     • ImageTagMirrorSet ：提取标签引用镜像。

     3

     表示镜像拉取方法的类型，请执行以下任一方法：

     • imageDigestMirrors ：用于 ImageDigestMirrorSet CR。
     • imageTagMirrors ：用于 ImageTagMirrorSet CR。

     4

     指明镜像 registry 和存储库的名称。

     5

     可选：指定每个目标仓库的二级镜像存储库。如果一个镜像停机，则目标仓库可以使用另一个镜像。

     6

     指明 registry 和存储库源，这是在镜像拉取规格中引用的存储库。

     7

     可选：如果镜像拉取失败，则指示回退策略：

     • AllowContactingSource ：允许继续尝试从源存储库拉取镜像。这是默认值。
     • NeverContactSource: 防止继续尝试从源存储库拉取镜像。

     8

     可选：指示 registry 中的命名空间，它允许您使用该命名空间中的任何镜像。如果您使用 registry 域作为源，则对象将应用到 registry 中的所有存储库。

     9

     可选：指示一个 registry，它允许您使用该 registry 中的任何镜像。如果指定了 registry 名称，对象将应用到源 registry 中的所有存储库到镜像 registry。

     10

     从 mirror mirror.example.net/image@sha256:.. 拉取镜像 registry.example.com/example/myimage@sha256:…​。

     11

     从 mirror mirror.example.net/image@sha256:…​ 的源 registry 命名空间中拉取镜像 registry.example.com/example/image@sha256:…​。

     12

     从 mirror registry example.net/registry-example-com/myimage@sha256:…​ 中拉取镜像 registry.example.com/myimage@sha256。

   • 创建 ImageContentSourcePolicy 自定义资源，将源和镜像替换为您自己的 registry、存储库对和镜像：

     apiVersion: operator.openshift.io/v1alpha1
     kind: ImageContentSourcePolicy
     metadata:
       name: mirror-ocp
     spec:
       repositoryDigestMirrors:
       - mirrors:
         - mirror.registry.com:443/ocp/release 1
         source: quay.io/openshift-release-dev/ocp-release 2
       - mirrors:
         - mirror.registry.com:443/ocp/release
         source: quay.io/openshift-release-dev/ocp-v4.0-art-dev

     1

     指定镜像 registry 和存储库的名称。

     2

     指定包含所镜像内容的在线 registry 和存储库。

4. 创建新对象：

   $ oc create -f registryrepomirror.yaml

   创建对象后，Machine Config Operator (MCO) 只会排空 ImageTagMirrorSet 对象的节点。MCO 不会排空 ImageDigestMirrorSet 和 ImageContentSourcePolicy 对象的节点。

5. 要检查是否应用了镜像的配置设置，请在其中一个节点上执行以下操作。

   1. 列出您的节点：

      $ oc get node

      输出示例

      NAME                           STATUS                     ROLES    AGE  VERSION
      ip-10-0-137-44.ec2.internal    Ready                      worker   7m   v1.28.5
      ip-10-0-138-148.ec2.internal   Ready                      master   11m  v1.28.5
      ip-10-0-139-122.ec2.internal   Ready                      master   11m  v1.28.5
      ip-10-0-147-35.ec2.internal    Ready                      worker   7m   v1.28.5
      ip-10-0-153-12.ec2.internal    Ready                      worker   7m   v1.28.5
      ip-10-0-154-10.ec2.internal    Ready                      master   11m  v1.28.5

   2. 启动调试过程以访问节点：

      $ oc debug node/ip-10-0-147-35.ec2.internal

      输出示例

      Starting pod/ip-10-0-147-35ec2internal-debug ...
      To use host binaries, run `chroot /host`

   3. 将您的根目录改为 /host ：

      sh-4.2# chroot /host

   4. 检查 /etc/containers/registries.conf 文件，确保已完成更改：

      sh-4.2# cat /etc/containers/registries.conf

      以下输出代表了应用安装后镜像配置 CR 的 registry.conf 文件。最后的两个条目分别标记为 digest-only 和 tag-only。

      输出示例

      unqualified-search-registries = ["registry.access.redhat.com", "docker.io"]
      short-name-mode = ""
      
      [[registry]]
        prefix = ""
        location = "registry.access.redhat.com/ubi9/ubi-minimal" 1
      
        [[registry.mirror]]
          location = "example.io/example/ubi-minimal" 2
          pull-from-mirror = "digest-only" 3
      
        [[registry.mirror]]
          location = "example.com/example/ubi-minimal"
          pull-from-mirror = "digest-only"
      
      [[registry]]
        prefix = ""
        location = "registry.example.com"
      
        [[registry.mirror]]
          location = "mirror.example.net/registry-example-com"
          pull-from-mirror = "digest-only"
      
      [[registry]]
        prefix = ""
        location = "registry.example.com/example"
      
        [[registry.mirror]]
          location = "mirror.example.net"
          pull-from-mirror = "digest-only"
      
      [[registry]]
        prefix = ""
        location = "registry.example.com/example/myimage"
      
        [[registry.mirror]]
          location = "mirror.example.net/image"
          pull-from-mirror = "digest-only"
      
      [[registry]]
        prefix = ""
        location = "registry.example.com"
      
        [[registry.mirror]]
          location = "mirror.example.com"
          pull-from-mirror = "digest-only"
      
      [[registry]]
        prefix = ""
        location = "registry.example.com/redhat"
      
        [[registry.mirror]]
          location = "mirror.example.com/redhat"
          pull-from-mirror = "digest-only"
      [[registry]]
        prefix = ""
        location = "registry.access.redhat.com/ubi9/ubi-minimal"
        blocked = true 4
      
        [[registry.mirror]]
          location = "example.io/example/ubi-minimal-tag"
          pull-from-mirror = "tag-only" 5

      1

      指明在 pull spec 中引用的存储库。

      2

      指明该存储库的镜像。

      3

      表示从 mirror 的镜像拉取是一个摘要引用镜像。

      4

      表示为此存储库设置了 NeverContactSource 参数。

      5

      表示从 mirror 的镜像拉取是一个标签引用镜像。

   5. 从源拉取镜像到节点，并检查是否通过 mirror 解析。

      sh-4.2# podman pull --log-level=debug registry.access.redhat.com/ubi9/ubi-minimal@sha256:5cf...

流程

1. 使用以下命令，将一个或多个 ImageContentSourcePolicy YAML 文件转换为 ImageDigestMirrorSet YAML 文件：

   $ oc adm migrate icsp <file_name>.yaml <file_name>.yaml <file_name>.yaml --dest-dir <path_to_the_directory>

   其中：

   <file_name>

   指定源 ImageContentSourcePolicy YAML 的名称。您可以列出多个文件名。

   --dest-dir

   可选：指定输出 ImageDigestMirrorSet YAML 的目录。如果未设置，则会将该文件写入当前目录中。

   例如，以下命令可将 icsp.yaml 和 icsp-2.yaml 文件转换，并将新的 YAML 文件保存到 idms-files 目录中。

   $ oc adm migrate icsp icsp.yaml icsp-2.yaml --dest-dir idms-files

   输出示例

   wrote ImageDigestMirrorSet to idms-files/imagedigestmirrorset_ubi8repo.5911620242173376087.yaml
   wrote ImageDigestMirrorSet to idms-files/imagedigestmirrorset_ubi9repo.6456931852378115011.yaml

2. 运行以下命令来创建 CR 对象：

   $ oc create -f <path_to_the_directory>/<file-name>.yaml

   其中：

   <path_to_the_directory>

   如果使用 --dest-dir 标志，请指定目录的路径。

   <file_name>

   指定 ImageDigestMirrorSet YAML 的名称。

3. 在推出 IDMS 对象后，删除 ICSP 对象。

流程

1. 在 Web 控制台中，点 Operators Installed Operators。
2. 从安装的 Operator 列表中选择 OpenShift Update Service。
3. 点 Update Service 选项卡。
4. 从安装的 OpenShift Update Service 应用列表中，选择要删除的应用，然后单击 Delete UpdateService。
5. 从 Delete UpdateService? 确认对话框中，单击 Delete 以确认删除。

流程

1. 使用 OpenShift Update Service 应用程序在其中创建的命名空间获取 OpenShift Update Service 应用程序的名称，如 openshift-update-service：

   $ oc get updateservice -n openshift-update-service

   输出示例

   NAME      AGE
   service   6s

2. 使用上一步中的 NAME 值以及 OpenShift Update Service 应用程序创建命名空间删除 OpenShift Update Service 应用程序，如 openshift-update-service：

   $ oc delete updateservice service -n openshift-update-service

   输出示例

   updateservice.updateservice.operator.openshift.io "service" deleted

流程

1. 在 Web 控制台中，点 Operators Installed Operators。
2. 从安装的 Operator 列表中选择 OpenShift Update Service 并点 Uninstall Operator。
3. 在 Uninstall Operator? 确认对话框中点 Uninstall 确认卸载。

流程

1. 更改到包含 OpenShift Update Service Operator 的项目，如 openshift-update-service：

   $ oc project openshift-update-service

   输出示例

   Now using project "openshift-update-service" on server "https://example.com:6443".

2. 获取 OpenShift Update Service Operator operator 组的名称：

   $ oc get operatorgroup

   输出示例

   NAME                             AGE
   openshift-update-service-fprx2   4m41s

3. 删除 operator 组，如 openshift-update-service-fprx2：

   $ oc delete operatorgroup openshift-update-service-fprx2

   输出示例

   operatorgroup.operators.coreos.com "openshift-update-service-fprx2" deleted

4. 获取 OpenShift Update Service Operator 订阅的名称：

   $ oc get subscription

   输出示例

   NAME                      PACKAGE                   SOURCE                        CHANNEL
   update-service-operator   update-service-operator   updateservice-index-catalog   v1

5. 使用上一步中的 Name 值，在 currentCSV 字段中检查订阅的 OpenShift Update Service Operator 的当前版本：

   $ oc get subscription update-service-operator -o yaml | grep " currentCSV"

   输出示例

     currentCSV: update-service-operator.v0.0.1

6. 删除订阅，如 update-service-operator：

   $ oc delete subscription update-service-operator

   输出示例

   subscription.operators.coreos.com "update-service-operator" deleted

7. 使用上一步中的 currentCSV 值删除 OpenShift Update Service Operator 的 CSV：

   $ oc delete clusterserviceversion update-service-operator.v0.0.1

   输出示例

   clusterserviceversion.operators.coreos.com "update-service-operator.v0.0.1" deleted