registry.redhat.io/redhat/redhat-operator-index:v4.8
Red Hat 提供了几个 Operator 目录,这些目录默认包含在 OpenShift Container Platform 中。
从 OpenShift Container Platform 4.11 开始,默认的 Red Hat 提供的 Operator 目录以基于文件的目录格式发布。OpenShift Container Platform 4.6 到 4.10 的默认 Red Hat 提供的 Operator 目录以已弃用的 SQLite 数据库格式发布。 与 SQLite 数据库格式相关的 `opm` 子命令、标志和功能也已弃用,将在以后的版本中删除。这些功能仍然受支持,必须用于使用已弃用的 SQLite 数据库格式的目录。 许多用于处理 SQLite 数据库格式的 `opm` 子命令和标志(例如 `opm index prune`)不适用于基于文件的目录格式。有关使用基于文件的目录的更多信息,请参阅 管理自定义目录、Operator Framework 打包格式 和 使用 oc-mirror 插件镜像断开连接安装的镜像。 |
操作符目录是一个元数据存储库,操作符生命周期管理器 (OLM) 可以查询该存储库以发现和安装集群上的操作符及其依赖项。OLM 始终从目录的最新版本安装操作符。
索引镜像基于操作符捆绑包格式,是目录的容器化快照。它是一个不可变的工件,包含指向一组操作符清单内容的指针数据库。目录可以引用索引镜像,以便在集群上为 OLM 提供其内容来源。
随着目录的更新,操作符的最新版本也会发生变化,旧版本可能会被删除或更改。此外,当 OLM 在受限网络环境中的 OpenShift Container Platform 集群上运行时,它无法直接从互联网访问目录以提取最新内容。
作为集群管理员,您可以创建自己的自定义索引镜像,该镜像可以基于 Red Hat 提供的目录或从头开始创建,可用于在集群上提供目录内容来源。创建和更新您自己的索引镜像提供了一种方法来自定义集群上可用的一组操作符,同时避免上述受限网络环境问题。
Kubernetes 定期弃用某些 API,这些 API 在后续版本中会被删除。因此,从使用删除了该 API 的 Kubernetes 版本的 OpenShift Container Platform 版本开始,操作符将无法使用已删除的 API。 如果您的集群正在使用自定义目录,请参阅 控制操作符与 OpenShift Container Platform 版本的兼容性,了解有关操作符作者如何更新其项目以帮助避免工作负载问题并防止不兼容升级的更多详细信息。 |
OpenShift Container Platform 4.8 及更高版本中已删除对操作符的旧版 *包清单格式* 的支持,包括使用旧版格式的自定义目录。 在创建自定义目录镜像时,之前的 OpenShift Container Platform 4 版本需要使用 |
Red Hat 提供的目录源默认安装在 openshift-marketplace
命名空间中,这使得目录可在所有命名空间中全集群可用。
以下操作符目录由 Red Hat 分发
目录 | 索引镜像 | 描述 |
---|---|---|
|
|
Red Hat 打包和发行的 Red Hat 产品。由 Red Hat 支持。 |
|
|
来自领先的独立软件供应商 (ISV) 的产品。Red Hat 与 ISV 合作进行打包和发布。由 ISV 支持。 |
|
|
可从 Red Hat Marketplace 购买的认证软件。 |
|
|
由 redhat-openshift-ecosystem/community-operators-prod/operators GitHub 存储库中相关代表维护的软件。无官方支持。 |
在集群升级期间,集群版本操作符 (CVO) 会自动更新默认 Red Hat 提供的目录源的索引镜像标签,以便操作符生命周期管理器 (OLM) 拉取更新版本的目录。例如,在从 OpenShift Container Platform 4.8 升级到 4.9 期间,redhat-operators
目录的 CatalogSource
对象中的 spec.image
字段将从
registry.redhat.io/redhat/redhat-operator-index:v4.8
更新为
registry.redhat.io/redhat/redhat-operator-index:v4.9