ConsoleCLIDownload ConsoleLink etcd ├── manifests │ ├── etcdcluster.crd.yaml │ └── etcdoperator.clusterserviceversion.yaml │ └── secret.yaml │ └── configmap.yaml └── metadata └── annotations.yaml packageB │ ├── .indexignore │ ├── index.yaml │ └── objects │ └── packageB.v0.1.0.clusterserviceversion.yaml └── packageC └── index.json OpenShift Container Platform 4.14 Operator 12 基于文件的目录使用基于 resolving: my-operator.v1.0.1 resource: group: operators.coreos.com kind: ClusterServiceVersion manifest: >- ... name: my-operator.v1.0.1 sourceName: redhat-operators

0676bcf36f265/p103_1.jpg) ## 注意 要获取所有可用 Operator 的列表，odo 会获取当前处于 Succeeded 阶段的当前命名空间的 ClusterServiceVersion(CSV)资源。对于支持集群范围的访问权限的 Operator，当创建新命名空间时，这些资源会自动添加到其中。但是，在 Succeeded 阶段前可能需要一些时间，odo 可能会返回空列表，直到资源就绪为止。 kind、version，以及用于定义此自定义资源实例的字段列表。 从 CRD 中包含的 OpenAPI schema 中提取字段列表。此信息在 CRD 中是可选的，如果不存在，它将从代表该服务的 ClusterServiceVersion(CSV)资源中提取。 也可以请求 Operator 支持的服务的描述，而无需提供 CRD 类型信息。要描述没有 CRD 的集群中的 Redis Operator，请运行以下命令： components|List (odo.dev/v1alpha1)|缺少|是| |odo catalog list services|List (odo.dev/v1alpha1)|ClusterServiceVersion (operators.coreos.com/v1alpha1)|?| |odo catalog describe component|缺少|不适用|是| |odo catalog

Operator Lifecycle Manager（OLM）安装 Operator 需要集群管理员了解多个 API 对象，包括 CatalogSource、Subscription、ClusterServiceVersion 和 InstallPlan 资源。这个单一 Operator API 资源是实现更简化的体验发现和管理 OpenShift Container Platform 集群中 Operator subscription CRD 中公开 subscription.spec.config.nodeSelector 字段，但之前没有将 nodeSelectors 标签应用到 ClusterServiceVersion 对象（CSV）中定义的部署。这会导致用户无法在其 CSV 部署上设置 nodeSelectors。在这个版本中更新了 OLM，以传播 subscription.spec.config nodeSelector 字段中定义的 nodeSelector 标签，以在 CSV 中部署。因此，字段现在可以正常工作。（BZ#1860035） 在以前的版本中，当安装多次进入安装阶段的 ClusterServiceVersion 对象（CSV）时，Operator Lifecycle Manager（OLM）不会重复使用现有的有效 CA 证书。OLM 将新的 webhook 哈希应用到部署，从而导致创建新的副本集。然后，运行的

值删除 OpenShift Update Service Operator 的 CSV： $ oc delete clusterserviceversion update-service-operator.v0.0.1 ## 输出示例 clusterserviceversion.operators.coreos.com "update-service-operator.v0.0.1"

--from-file= smcp-templates -n openshift-operators 3. 找到 Operator 集群服务版本名称。 $ oc get clusterserviceversion -n openshift-operators | grep 'Service Mesh' maistra.v1.0.0 Red Hat OpenShift Service tes-directory> 4. 编辑 Operator 集群服务版本，指定 Operator 使用 smcp-templates ConfigMap。 $ oc edit clusterserviceversion -n openshift-operators maistra.v1.0.0 5. 在 Operator 部署中添加卷挂载和卷。 deployments: - name: istio-operator

openshift-local-storage.yaml 在此阶段，Operator Lifecycle Manager (OLM) 已可以了解 Local Storage Operator。Operator 的 ClusterServiceVersion (CSV) 应出现在目标命名空间中，由 Operator 提供的 API 应可用于创建。 3. 通过检查是否创建了所有 pod 和 Local Storage Operator READY STATUS RESTARTS AGE local-storage-operator-746bf599c9-vlt5t 1/1 Running 0 19m b. 检查 ClusterServiceVersion (CSV) YAML 清单，查看 openshift-local-storage 项目中是否有 Local Storage Operator: $ oc get csvs -n

值删除 OpenShift Update Service Operator 的 CSV： $ oc delete clusterserviceversion update-service-operator.v0.0.1 ## 输出示例 clusterserviceversion.operators.coreos.com "update-service-operator.v0.0.1"

openshift-local-storage.yaml 在此阶段，Operator Lifecycle Manager (OLM) 已可以了解 Local Storage Operator。Operator 的 ClusterServiceVersion (CSV) 应出现在目标命名空间中，由 Operator 提供的 API 应可用于创建。 3. 通过检查是否创建了所有 pod 和 Local Storage Operator READY STATUS RESTARTS AGE local-storage-operator-746bf599c9-vlt5t 1/1 Running 0 19m b. 检查 ClusterServiceVersion (CSV) YAML 清单，查看 openshift-local-storage 项目中是否有 Local Storage Operator: $ oc get csvs -n

openshift-tempo-operator • Update approval → Automatic c. 在已安装 Operator 页面的 Details 选项卡中，在 ClusterServiceVersion details 下验证安装 Status 是否为 Succeeded。 2. 为您要在后续步骤中创建的 TempoStack 实例创建一个项目：进入 Home → Projects

d/p36_4.jpg) ## 注意 当使用 CLI 删除 OLM 中的 OpenShift Virtualization Operator 订阅时，集群不会从集群中删除 ClusterServiceVersion（CSV）对象。要完全卸载 OpenShift Virtualization，您必须明确删除 CSV。 ## 流程 1. 删除 HyperConverged 自定义资源： $ oc ${CSV_NAME} -n openshift-cnv 当确认消息表示成功删除 CSV 时，则表示 OpenShift Virtualization 被卸载： ## 输出示例 clusterserviceversion.operators.coreos.com "kubevirt-hyperconverged-operator.v4.10.10" deleted ## 第 5 章