$ oc edit operatorcondition <name>
作为集群管理员,您可以使用操作符生命周期管理器 (OLM) 管理操作符条件。
作为集群管理员,您可能希望忽略操作符报告的支持的操作符条件。如果存在,Spec.Overrides
数组中的操作符条件将覆盖Spec.Conditions
数组中的条件,允许集群管理员处理操作符错误地向操作符生命周期管理器 (OLM) 报告状态的情况。
默认情况下,在集群管理员添加之前, |
例如,考虑一个已知版本的始终通信其不可升级的操作符。在这种情况下,您可能希望升级操作符,尽管操作符通信其不可升级。这可以通过覆盖操作符条件来实现,方法是将条件type
和status
添加到OperatorCondition
对象的Spec.Overrides
数组中。
您可以作为具有cluster-admin
角色的用户访问集群。
使用OLM安装的操作符,具有OperatorCondition
对象。
编辑操作符的OperatorCondition
对象
$ oc edit operatorcondition <name>
向对象添加Spec.Overrides
数组
apiVersion: operators.coreos.com/v2
kind: OperatorCondition
metadata:
name: my-operator
namespace: operators
spec:
overrides:
- type: Upgradeable (1)
status: "True"
reason: "upgradeIsSafe"
message: "This is a known issue with the Operator where it always reports that it cannot be upgraded."
conditions:
- type: Upgradeable
status: "False"
reason: "migration"
message: "The operator is performing a migration."
lastTransitionTime: "2020-08-24T23:15:55Z"
1 | 允许集群管理员将升级准备情况更改为True 。 |
操作符生命周期管理器 (OLM) 会自动为其协调的每个ClusterServiceVersion
资源创建一个OperatorCondition
资源。CSV 中的所有服务帐户都具有与操作符拥有的OperatorCondition
交互的RBAC权限。
操作符作者可以开发他们的操作符以使用operator-lib
库,以便在操作符由OLM部署后,它可以设置自己的条件。有关作为操作符作者设置操作符条件的更多资源,请参阅启用操作符条件页面。