OKD 4 对运营商的支持答案

【问题标题】：OKD 4 support for operatorsOKD 4 对运营商的支持
【发布时间】：2021-09-21 11:51:31
【问题描述】：

Kubernetes 是一个开源项目（甚至是一个框架），而 OpenShift 是一个具有多种变体的产品。 OpenShift 有一个开源版本，称为 OKD。

OKD-4 是否为用户提供对 Operator 的完全访问权限，以安装 mongoDB、HDFS、elasitcSearch、janusgraph 等数据库。或者这些算子仅在获得许可的 Openshift Container 平台中支持开箱即用，而不在开源 OKD 中支持？

【问题讨论】：

【解决方案1】：

是的。与 Openshift 一样，您可以在 OKD 中运行 Kubernetes Operators。除了 SLA 之外，OKD 和 Openshift 之间几乎没有区别。您可以查看此 reddit 线程以获取更多信息：https://www.reddit.com/r/openshift/comments/dyrnlj/okd_vs_openshift/

更新：正如@SYN 指出的，OKD 和 OCP 之间存在一些稳定性差异。详情请阅读第一条评论。

更新 2： 正如@ElytschaSmit 指出的，某些运算符在 OKD 中不可用。请查看他的评论了解更多详情。

您应该仍然可以使用 Helm 而不是 Marketplace 安装操作符。

【讨论】：

在 OpenShift 3 和 4 之间，情况发生了一些变化。OCP 现在处于上游，OKD 延迟，测试较少。 Fedora CoreOS 是另一个不同之处。尽管 RedHat CoreOS 并不稳定。另外：虽然 OLM 在 OKD 中可用，但 OCP 包括额外的 OperatorGroups：OKD 集合更小，其运营商不太可能被支持。拥有一个简单的 OKD4.7（无应用程序），运营商/核心服务经常崩溃，API 经常失败，崩溃并备份，......如果你能负担得起支持：试试 OCP。如果不能，最好使用 Kubernetes。
感谢@SYN 提供的信息。我不知道本节的最新进展。
我们的 Redhat CoreOS 到目前为止是稳定的，我在 fedora coreos 上的 okd 集群也从未崩溃，okd 的一个痛点通常是 openshift 4 是损坏的集群升级，在你开始集群升级到一个版本之后破坏某些东西，恢复的唯一方法是在升级之前使用备份重新初始化您的 etcd..
OCP中有一些运营商是来自redhat市场的，在OKD中是没有的，但是对于那些redhat运营商来说，最有可能找到上游运营商项目，所以你的说法并不完全正确。
感谢@ElytschaSmith 指出这一点。我添加了一个更新以确认您的评论。

【解决方案2】：

视情况而定，每个开源算子都可以在OKD中使用

但是在 OCP 中也有一些运营商附带 redhat openshift 订阅，它们不是开源的，但大多数你会在 github 上找到上游运营商项目

示例： OpenShift 虚拟化算子 2.6.5 红帽提供

你可以在 OKD 上查找上游开源项目并使用它，因为这是 redhats DNA： Kubevirt 运算符 https://github.com/kubevirt/kubevirt/releases/download/v0.43.0/kubevirt-operator.yaml

基本上，如果您在 github 上找到您要部署的应用程序类型的操作员，您可以在 OKD 上执行此操作。

【讨论】：