8.2. 更改集群日志记录管理状态
若要修改由 Cluster Logging Operator 或 Elasticsearch Operator 管理的特定组件,您必须将 Operator 设置为非受管状态。
在非受管状态下,Operator 不响应 CR 中的变化。处于非托管状态时,管理员完全掌控各个组件的配置和升级。
处于非受管状态的 Operator 不被正式支持,集群管理员需要完全掌控各个组件的配置和升级。如需了解更多信息,请参阅非受管 Operator 的支持策略
在受管状态下,Cluster Logging Operator (CLO) 会对集群日志记录自定义资源 (CR) 中的更改进行相应,并对日志部署进行相应的调整。
OpenShift Container Platform 文档在预备步骤中指明何时您必须将 OpenShift Container Platform 集群设置为“非受管(Unmanaged)”状态。
如果将 Elasticsearch Operator (EO) 设置为非受管状态,并将 Cluster Logging Operator (CLO) 保留为受管状态,则 CLO 会还原您对 EO 进行的更改,因为 EO 由 CLO 进行管理。
8.2.1. 更改集群日志记录管理状态
您必须将 Cluster Logging Operator 设置为非受管状态,才能修改由此 Operator 管理的组件:
- Curator CronJob;
- Elasticsearch CR;
- Kibana Deployment;
- 日志收集器 DaemonSet。
如果您在受管状态下对这些组件进行更改,则 Cluster Logging Operator 将还原这些更改。
在 Cluster Logging Operator 返回到受管状态之前,非受管集群日志记录环境不会接收更新。
先决条件
- 必须安装 Cluster Logging Operator。
流程
在
openshift-logging
项目中编辑集群日志记录自定义资源 (CR):$ oc edit ClusterLogging instance
$ oc edit ClusterLogging instance apiVersion: "logging.openshift.io/v1" kind: "ClusterLogging" metadata: name: "instance" .... spec: managementState: "Managed" 1
- 1
- 将管理状态指定为
Managed
或Unmanaged
。
8.2.2. 更改 Elasticsearch 管理状态
您必须将 Elasticsearch Operator 设置为非受管状态,才能修改由此 Operator 管理的 Elasticsearch 部署文件:
如果您在受管状态下对这些组件进行更改,则 Elasticsearch Operator 将还原这些更改。
在 Elasticsearch Operator 返回到受管状态之前,非受管 Elasticsearch 集群不会接收更新。
先决条件
- 必须安装 Elasticsearch Operator。
具有
openshift-logging
项目中 Elasticsearch CR 的名称:$ oc get -n openshift-logging Elasticsearch NAME AGE elasticsearch 28h
流程
编辑 openshift-logging
项目中的 Elasticsearch 自定义资源 (CR):
$ oc edit Elasticsearch elasticsearch
apiVersion: logging.openshift.io/v1
kind: Elasticsearch
metadata:
name: elasticsearch
....
spec:
managementState: "Managed" 1
- 1
- 将管理状态指定为
Managed
或Unmanaged
。
如果将 Elasticsearch Operator (EO) 设置为非受管状态,并将 Cluster Logging Operator (CLO) 保留为受管状态,则 CLO 会还原您对 EO 进行的更改,因为 EO 由 CLO 进行管理。