Kubeturbo 部署要求
Turbo Onomic 通过名为 Kubeturbo 的代理程序从 Kubernetes 或 Red Hat OpenShift 收集信息,您必须将该代理程序部署到希望 Turbonomic 管理的每个集群。 Kubeturbo 是在给定集群中的一个工作程序节点上运行的单个部署。 它不是 DaemonSet。
每个 Turbonomic 发行版都包含一个匹配的 Kubeturbo 版本。 例如, Turbonomic 8.18.0 包括 Kubeturbo 8.18.0. Kubeturbo 版本必须与Turbonomic版本相匹配,才能成为受支持的配置。 如果版本不匹配,可能会出现发现问题和目标失败。
确保在 透平工程学 实例更新后,在部署中使用 更新 Kubeturbo 版本 。
最低需求
| 要求 | 详细信息 |
|---|---|
| 容器平台版本 | 支持以下版本:
|
| 容器映像存储库 | 部署 Kubeturbo 的节点必须有互联网访问权限,才能从IBM Container Registry(icr.io)提取 Kubeturbo 容器映像。如果不想从IBM Container Registry 提取,可以配置私有存储库。 更多信息,请参阅此主题。 |
| 涡轮增压器实例 | Turbonomic 实例必须使用有效的试用许可证或高级许可证运行,并且应该已启动并正在运行。 有关更多信息,请参阅此 主题。 |
| 网络 |
|
| 集群角色 | 要将 Kubeturbo 部署到集群,您必须在给定集群中具有 缺省情况下, Kubeturbo 会使用 |
| 涡轮增压器证书 | 如果您没有通过 Turbonomic 用户界面部署 Kubeturbo,则必须设置并记录 Turbonomic 实例的凭据。 部署Kubeturbo时,您需要指定这些凭据。 Kubeturbo 使用安全凭证连接到你的 Turbonomic 实例。 您可以使用的证书取决于您的 Turbonomic 部署。 |
Kubeturbo 资源
Kubeturbo 可以作为单个 pod 部署运行,也可以通过具有以下资源的操作程序进行部署:
名称空间或项目。 缺省值为
turbo。服务帐户
集群角色绑定
定制资源定义 (custom resource definition, CRD)
ConfigMap包含用于连接到 Turbonomic 的信息Kubeturbo
deployment(YAML、Operator、OperatorHub, 或 Helm)
以下资源是可选的:
运算符
私钥
集群角色
缺省情况下, Kubeturbo 部署没有限制或请求。 如果您更愿意设置限制或请求,那么 Kubeturbo 所需的资源量与它所管理的工作负载和 pod 的数量相关。 有关更多信息,请参阅此 主题。
Kubeturbo 命名空间的自定义名称
默认情况下,Kubeturbo 部署到名为 turbo 的命名空间。 如果要在部署过程中指定自定义名称,请务必提供符合以下要求的名称:
名称必须由小写字母数字字符或破折号(
-)组成,并且必须以字母数字字符开头和结尾。 例如,my-name和123-abc都是有效的名称。对于生产集群,可考虑不使用
default命名空间。避免创建前缀为
kube-的命名空间。 该前缀为 Kubernetes 系统命名空间保留。