elasticsearch:
  properties:
    doNotProvision:

elasticsearch:
  properties:
    name:

elasticsearch:
  nodeCount:

elasticsearch:
  resources:
    requests:
											根据您的环境配置，请求的 CPU 数量。
											以内核数或 millicores 指定，例如 200m, 0.5, 1。例如，概念证明 = 500m，最小部署 =1
elasticsearch:
  resources:
    requests:
      memory:
											根据您的环境配置，可用于请求的内存。
											以字节为单位指定，例如 200Ki, 50Mi, 5Gi。例如，概念证明 = 1Gi，最小部署 = 16Gi*
elasticsearch:
  resources:
    limits:
											根据您的环境配置，CPU 数量的限值。
											以内核数或 millicores 指定，例如 200m, 0.5, 1。例如，概念证明 = 500m，最小部署 =1
elasticsearch:
  resources:
    limits:
      memory:
											根据您的环境配置，可用的内存限值。
											以字节为单位指定，例如 200Ki, 50Mi, 5Gi。例如，概念证明 = 1Gi，最小部署 = 16Gi*
elasticsearch:
  redundancyPolicy:
											数据复制策略定义如何在集群中的数据节点之间复制 Elasticsearch 分片：如果没有指定，Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 会自动根据节点数量决定最合适的复制。
											ZeroRedundancy（无副本分片）、SingleRedundancy（一个副本分片）、MultipleRedundancy（每个索引分散于一半的 Data 节点）、FullRedundancy（每个索引在集群中的每个 Data 节点上完全复制）。
elasticsearch:
  useCertManagement:
											用于指定分布式追踪平台(Jaeger)是否应使用 Elasticsearch Operator 的证书管理功能。此功能添加到 OpenShift Container Platform 4.7 中的 {logging-title} 5.2 中，它是新 Jaeger 部署的首选设置。
											true/false
							通过这个设置可以使每个 Elasticsearch 节点使用较低内存进行操作，但对于生产环境部署，不建议这样做。对于生产环境，您应该默认为每个 pod 分配不少于 16Gi 内存，但最好为每个 pod 最多分配 64Gi 内存。
						
生产环境存储示例

apiVersion: jaegertracing.io/v1
kind: Jaeger
metadata:
  name: simple-prod
spec:
  strategy: production
  storage:
    type: elasticsearch
    elasticsearch:
      nodeCount: 3
      resources:
        requests:
          cpu: 1
          memory: 16Gi
        limits:
          memory: 16Gi
							
具有持久性存储的存储示例：

apiVersion: jaegertracing.io/v1
kind: Jaeger
metadata:
  name: simple-prod
spec:
  strategy: production
  storage:
    type: elasticsearch
    elasticsearch:
      nodeCount: 1
      storage: 1
        storageClassName: gp2
        size: 5Gi
      resources:
        requests:
          cpu: 200m
          memory: 4Gi
        limits:
          memory: 4Gi
      redundancyPolicy: ZeroRedundancy
									持久性存储配置。在本例中，AWS gp2 的大小为 5Gi。如果没有指定值，则分布式追踪平台(Jaeger)将使用 emptyDir。OpenShift Elasticsearch Operator 置备 PersistentVolumeClaim 和 PersistentVolume，它们不会在分布式追踪平台(Jaeger)实例中删除。如果创建具有相同名称和命名空间的分布式追踪平台(Jaeger)实例，则可以挂载同一卷。
								
4.2.6.5.2. 连接到现有 Elasticsearch 实例

							您可以使用现有 Elasticsearch 集群进行分布式追踪平台存储。现有的 Elasticsearch 集群（也称为 外部 Elasticsearch 实例）是由 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 或 Elasticsearch Operator 安装的实例。
							当您部署 Jaeger 自定义资源时，如果设置了以下配置，Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 将不会置备 Elasticsearch：
									spec.storage.elasticsearch.doNotProvision 设置为 true
									spec.storage.options.es.server-urls 有一个值
									spec.storage.elasticsearch.name 具有一个值，或者 Elasticsearch 实例名称是 elasticsearch。
							Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 使用 spec.storage.elasticsearch.name 中指定的 Elasticsearch 实例连接到 Elasticsearch。
									您无法将 OpenShift Container Platform 日志记录 Elasticsearch 实例与分布式追踪平台(Jaeger)共享或重复使用。Elasticsearch 集群旨在专用于单个分布式追踪平台(Jaeger)实例。
							以下配置参数适用于已经存在的 Elasticsearch 实例，也称为外部 Elasticsearch 实例。在本例中，您可以在自定义资源文件中的 spec:storage:options:es 下为 Elasticsearch 指定配置选项。
						
表 4.8. 常规 ES 配置参数
参数
描述
值
默认值

  server-urls:
											Elasticsearch 实例的 URL。
											Elasticsearch 服务器的完全限定域名。
											http://elasticsearch.<namespace>.svc:9200
  max-doc-count:
											从 Elasticsearch 查询返回的最大文档数量。这也适用于聚合。如果同时设置了 es.max-doc-count 和 es.max-num-spans，Elasticsearch 将使用两者中的较小的值。
											10000
  max-num-spans:
											[已弃用




    
 - 将在以后的版本中删除，使用 es.max-doc-count 代替。] 在 Elasticsearch 中每个查询每次抓取的最大 span 数量。如果同时设置了 es.max-num-spans 和 es.max-doc-count，Elasticsearch 将使用两者中的较小的值。
											10000
  max-span-age:
											Elasticsearch 中 span 的最大查询。
											72h0m0s
  sniffer:
											Elasticsearch 的侦察器配置。客户端使用侦察过程自动查找所有节点。默认禁用此选项。
											true/ false
											false
  sniffer-tls-enabled:
											在监控 Elasticsearch 集群时启用 TLS 的选项。客户端使用侦察过程自动查找所有节点。默认禁用
											true/ false
											false
  timeout:
											用于查询的超时。当设为零时，则没有超时。
  username:
											Elasticsearch 所需的用户名。如果指定，基本身份验证也会加载 CA。另请参阅 es.password。
  password:
											Elasticsearch 所需的密码。另请参阅 es.username。
  version:
											主要的 Elasticsearch 版本。如果没有指定，则该值将从 Elasticsearch 中自动探测到。
										 
表 4.9. ES 数据复制参数
参数
描述
值
默认值

  num-replicas:
											Elasticsearch 中每个索引的副本数。
  num-shards:
											Elasticsearch 中每个索引的分片数量。
										 
表 4.10. ES 索引配置参数
参数
描述
值
默认值

  create-index-templates:
											设置为 true 时，应用程序启动时自动创建索引模板。手动安装模板时，设置为 false。
											true/ false
  index-prefix:
											分布式追踪平台(Jaeger)索引的可选前缀。例如，将其设置为 "production" 会创建名为 "production-tracing-*" 的索引。
										 
 
 
表 4.11. ES 批量处理器配置参数
参数
描述
值
默认值

  bulk:
    actions:
											在批量处理器决定向磁盘提交更新前可添加到队列的请求数。
  bulk:
    flush-interval:
											提交批量请求的时间.要禁用批量处理器清除间隔，请将其设置为零。
											200ms
  bulk:
    size:
											在批量处理器决定提交更新之前，批量请求可以处理的字节数。
											5000000
  bulk:
    workers:
											可以接收并将批量请求提交 Elasticsearch 的 worker 数量。
										 
表 4.12. ES TLS 配置参数
参数
描述
值
默认值

											用于验证远程服务器的 TLS 证书颁发机构(CA)文件的路径。
											默认将使用系统信任存储。
    cert:
											TLS 证书文件的路径，用来识别此进程到远程服务器。
    enabled:
											与远程服务器对话时启用传输层安全(TLS)。默认禁用此选项。
											true/ false
											false
											TLS 私钥文件的路径，用来识别此进程到远程服务器。
    server-name:
											覆盖远程服务器证书中预期的 TLS 服务器名称。
  token-file:
											包含 bearer 令牌的文件的路径。如果指定该标志，该标志也会载入认证机构（CA）文件。
										 
 
 
表 4.13. ES 归档配置参数
参数
描述
值
默认值

es-archive:
  bulk:
    actions:
											在批量处理器决定向磁盘提交更新前可添加到队列的请求数。
es-archive:
  bulk:
    flush-interval:
											提交批量请求的时间.要禁用批量处理器清除间隔，请将其设置为零。
es-archive:
  bulk:
    size:
											在批量处理器决定提交更新之前，批量请求可以处理的字节数。
es-archive:
  bulk:
    workers:
											可以接收并将批量请求提交 Elasticsearch 的 worker 数量。
es-archive:
  create-index-templates:
											设置为 true 时，应用程序启动时自动创建索引模板。手动安装模板时，设置为 false。
											true/ false
											false
es-archive:
  enabled:
											启用额外的存储。
											true/ false
											false
es-archive:
  index-prefix:
											分布式追踪平台(Jaeger)索引的可选前缀。例如，将其设置为 "production" 会创建名为 "production-tracing-*" 的索引。
es-archive:
  max-doc-count:
											从 Elasticsearch 查询返回的最大文档数量。这也适用于聚合。
es-archive:
  max-num-spans:
											[已弃用 - 将在以后的版本中删除，使用 es-archive.max-doc-count 替代。] Elasticsearch 中的每个查询一次获取的最大 span 数量。
es-archive:
  max-span-age:
											Elasticsearch 中 span 的最大查询。
es-archive:
  num-replicas:
											Elasticsearch 中每个索引的副本数。
es-archive:
  num-shards:
											Elasticsearch 中每个索引的分片数量。
es-archive:
  password:
											Elasticsearch 所需的密码。另请参阅 es.username。
es-archive:
  server-urls:
											以逗号分隔的 Elasticsearch 服务器列表。必须指定为完全限定的 URL，例如 http://localhost:9200。
es-archive:
  sniffer:
											Elasticsearch 的侦察器配置。客户端使用侦察过程自动查找所有节点。默认禁用此选项。
											true/ false
											false
es-archive:
  sniffer-tls-enabled:
											在监控 Elasticsearch 集群时启用 TLS 的选项。客户端使用侦察过程自动查找所有节点。默认禁用此选项。
											true/ false
											false
es-archive:
  timeout:
											用于查询的超时。当设为零时，则没有超时。
es-archive:
											用于验证远程服务器的 TLS 证书颁发机构(CA)文件的路径。
											默认将使用系统信任存储。
es-archive:
    cert:
											TLS 证书文件的路径，用来识别此进程到远程服务器。
es-archive:
    enabled:
											与远程服务器对话时启用传输层安全(TLS)。默认禁用此选项。
											true/ false
											false
es-archive:
											TLS 私钥文件的路径，用来识别此进程到远程服务器。
es-archive:
    server-name:
											覆盖远程服务器证书中预期的 TLS 服务器名称。
es-archive:
  token-file:
											包含 bearer 令牌的文件的路径。如果指定该标志，该标志也会载入认证机构（CA）文件。
es-archive:
  username:
											Elasticsearch 所需的用户名。如果指定，基本身份验证也会加载 CA。请参阅 es-archive.password。
es-archive:
  version:
											主要的 Elasticsearch 版本。如果没有指定，则该值将从 Elasticsearch 中自动探测到。
										 
使用卷挂载的存储示例

apiVersion: jaegertracing.io/v1
kind: Jaeger
metadata:
  name: simple-prod
spec:
  strategy: production
  storage:
    type: elasticsearch
    options:
        server-urls: https://quickstart-es-http.default.svc:9200
        index-prefix: my-prefix
          ca: /es/certificates/ca.crt
    secretName: tracing-secret
  volumeMounts:
    - name: certificates
      mountPath: /es/certificates/
      readOnly: true
  volumes:
    - name: certificates
      secret:
        secretName: quickstart-es-http-certs-public
							以下示例显示了使用从存储在 secret 中的卷和用户/密码挂载了 TLS CA 证书的外部 Elasticsearch 集群的 Jaeger CR。
						
外部 Elasticsearch 示例

apiVersion: jaegertracing.io/v1
kind: Jaeger
metadata:
  name: simple-prod
spec:
  strategy: production
  storage:
    type: elasticsearch
    options:
        server-urls: https://quickstart-es-http.default.svc:9200 1
        index-prefix: my-prefix
        tls: 2
          ca: /es/certificates/ca.crt
    secretName: tracing-secret 3
  volumeMounts: 4
    - name: certificates
      mountPath: /es/certificates/
      readOnly: true
  volumes:
    - name: certificates
      secret:
        secretName: quickstart-es-http-certs-public
									在默认命名空间中运行的 Elasticsearch 服务 URL。
									TLS 配置。在这种情况下，只有 CA 证书，但在使用 mutual TLS 时，它也可以包含 es.tls.key 和 es.tls.cert。
									定义环境变量 ES_PASSWORD 和 ES_USERNAME 的 Secret。由 kubectl create secret generic tracing-secret --from-literal=ES_PASSWORD=changeme --from-literal=ES_USERNAME=elastic 创建
									被挂载到所有存储组件的卷挂载和卷。
								
4.2.6.6. 使用 Elasticsearch 管理证书

						您可以使用 OpenShift Elasticsearch Operator 创建和管理证书。使用 OpenShift Elasticsearch Operator 管理证书还可让您使用多个 Jaeger Collector 的单一 Elasticsearch 集群。
							使用 Elasticsearch 管理证书只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在开发阶段提供反馈意见。
							有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。
						从版本 2.4 开始，Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 使用 Elasticsearch 自定义资源中的以下注解将证书创建委派给 OpenShift Elasticsearch Operator：
								logging.openshift.io/elasticsearch-cert-management: "true"
								logging.openshift.io/elasticsearch-cert.jaeger-<shared-es-node-name>: "user.jaeger"
								logging.openshift.io/elasticsearch-cert.curator-<shared-es-node-name>: "system.logging.curator"
						其中 <shared-es-node-name> 是 Elasticsearch 节点的名称。例如，如果您创建一个名为 custom-es 的 Elasticsearch 节点，您的自定义资源可能类似以下示例。
					
显示注解的 Elasticsearch CR 示例

apiVersion: logging.openshift.io/v1
kind: Elasticsearch
metadata:
  annotations:
    logging.openshift.io/elasticsearch-cert-management: "true"
    logging.openshift.io/elasticsearch-cert.jaeger-custom-es: "user.jaeger"
    logging.openshift.io/elasticsearch-cert.curator-custom-es: "system.logging.curator"
  name: custom-es
spec:
  managementState: Managed
  nodeSpec:
    resources:
      limits:
        memory: 16Gi
      requests:
        cpu: 1
        memory: 16Gi
  nodes:
    - nodeCount: 3
      proxyResources: {}
      resources: {}
      roles:
        - master
        - client
        - data
      storage: {}
  redundancyPolicy: ZeroRedundancy
								安装了 Red Hat OpenShift Service Mesh Operator。
								{logging-title} 安装在集群中的默认配置。
								Elasticsearch 节点和 Jaeger 实例必须部署到同一命名空间中。例如，tracing-system。
						您可以通过在 Jaeger 自定义资源中将 spec.storage.elasticsearch.useCertManagement 设置为 true 来启用证书管理。
					
示例显示 useCertManagement

apiVersion: jaegertracing.io/v1
kind: Jaeger
metadata:
  name: jaeger-prod
spec:
  strategy: production
  storage:
    type: elasticsearch
    elasticsearch:
      name: custom-es
      doNotProvision: true
      useCertManagement: true
						在置备 Elasticsearch 时，Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 将 Elasticsearch 自定义资源的 name 设置为 Jaeger 自定义资源的 spec.storage.elasticsearch.name 的值。
						证书由 OpenShift Elasticsearch Operator 和 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 注入证书。
					
4.2.6.7. 查询配置选项

						Query 是一个从存储中检索 trace 并托管用户界面来显示它们的服务。
					
表 4.14. Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 用来定义 Query 的参数
参数
描述
值
默认值

spec:
  query:
    replicas:
										指定要创建的 Query 副本数。
										整数，如 2。
									 
 
表 4.15. 传递给 Query 的配置参数
参数
描述
值
默认值

spec:
  query:
    options: {}
										定义 Query 服务的配置选项。
options:
  log-level:
										Query 的日志记录级别。
										可能的值有： debug、info、warn、error、fatal、panic。
options:
  query:
    base-path:
										所有 jaeger-query HTTP 路由的基本路径都可设置为非 root 值，例如，/jaeger 将导致所有 UI URL 以 /jaeger 开头。当在反向代理后面运行 Jaeger-query 时，这很有用。
										/<path>
									 
 
示例 Query 配置

apiVersion: jaegertracing.io/v1
kind: "Jaeger"
metadata:
  name: "my-jaeger"
spec:
  strategy: allInOne
  allInOne:
    options:
      log-level: debug
      query:
        base-path: /jaeger
						
4.2.6.8. Ingester 配置选项

						Ingester 是一个从 Kafka 主题读取并写入 Elasticsearch 存储后端的服务。如果您使用 allInOne 或 production 部署策略，则不需要配置 Ingester 服务。
					
表 4.16. 传递给 Ingester 的 Jaeger 参数
参数
描述
值

spec:
  ingester:
    options: {}
										定义 Ingester 服务的配置选项。
options:
  deadlockInterval:
										指定 Ingester 在终止前必须等待消息的时间间隔（以秒为单位）。默认情况下，死锁时间间隔被禁用（设置为 0），以避免在系统初始化过程中没有信息到达 Ingester。
										分钟和秒，例如 1m0s。默认值为 0。
options:
  kafka:
    consumer:
      topic:
										topic 参数标识收集器用来生成消息的 Kafka 配置，并使用 Ingester。
										consumer 的标签例如，jaeger-spans.
options:
  kafka:
    consumer:
      brokers:
										Ingester 用来使用消息的 Kafka 配置的标识。
										代理的标签，如 my-cluster-kafka-brokers.kafka:9092。
options:
  log-level:
										Ingester 的日志记录级别。
										可能的值有： debug,info,warn,error,fatal,dpanic,panic.
									 
流传输 Collector 和 Ingester 示例

apiVersion: jaegertracing.io/v1
kind: Jaeger
metadata:
  name: simple-streaming
spec:
  strategy: streaming
  collector:
    options:
      kafka:
        producer:
          topic: jaeger-spans
          brokers: my-cluster-kafka-brokers.kafka:9092
  ingester:
    options:
      kafka:
        consumer:
          topic: jaeger-spans
          brokers: my-cluster-kafka-brokers.kafka:9092
      ingester:
        deadlockInterval: 5
  storage:
    type: elasticsearch
    options:
        server-urls: http://elasticsearch:9200
						
4.2.7. 注入 sidecar

					Red Hat OpenShift distributed tracing Platform (Jaeger)依赖于应用程序 pod 中的代理 sidecar 来提供代理。Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 可以将 Agent sidecar 注入部署工作负载。您可以使用自动 sidecar 注入功能或手动管理它。
				
4.2.7.1. 自动注入 sidecar

						Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 可以将 Jaeger Agent sidecar 注入部署工作负载。要启用 sidecar 自动注入，将 sidecar.jaegertracing.io/inject 注解设置为字符串 true 或通过运行 $ oc get jaegers 返回的分布式追踪平台(Jaeger)实例名称。当您指定 true 时，与部署相同的命名空间必须只有一个分布式追踪平台(Jaeger)实例。否则，Operator 无法决定使用哪个分布式追踪平台(Jaeger)实例。部署中的特定分布式追踪平台(Jaeger)实例名称的优先级高于其命名空间中应用的 true。
						以下片段演示了一个简单的应用程序，它将注入一个 sidecar，代理指向同一命名空间中可用的单个分布式追踪平台(Jaeger)实例：
					
自动 sidecar 注入示例

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp
  annotations:
    "sidecar.jaegertracing.io/inject": "true" 1
spec:
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: acme/myapp:myversion
								设置为字符串 true 或 Jaeger 实例名称。
						当 sidecar 被注入后，可以在 localhost 上的默认位置访问代理。
					
4.2.7.2. 手动注入 sidecar

						Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 只能将 Jaeger Agent sidecar 注入 Deployment 工作负载。对于 Deployment 以外的控制器类型，如 StatefulSets`and `DaemonSets，您可以在规格中手动定义 Jaeger 代理 sidecar。
						以下片段显示了您可以在 Jaeger Agent sidecar 的 containers 部分中包含的手动定义：
					
StatefulSet 的 sidecar 定义示例

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: example-statefulset
  namespace: example-ns
  labels:
    app: example-app
spec:
    spec:
      containers:
        - name: example-app
          image: acme/myapp:myversion
          ports:
            - containerPort: 8080
              protocol: TCP
        - name: jaeger-agent
          image: registry.redhat.io/distributed-tracing/jaeger-agent-rhel7:<version>
           # The agent version must match the Operator version
          imagePullPolicy: IfNotPresent
          ports:
            - containerPort: 5775
              name: zk-compact-trft
              protocol: UDP
            - containerPort: 5778
              name: config-rest
              protocol: TCP
            - containerPort: 6831
              name: jg-compact-trft
              protocol: UDP
            - containerPort: 6832
              name: jg-binary-trft
              protocol: UDP
            - containerPort: 14271
              name: admin-http
              protocol: TCP
          args:
            - --reporter.grpc.host-port=dns:///jaeger-collector-headless.example-ns:14250
            - --reporter.type=grpc
						然后，代理可以在 localhost 上的默认位置访问。
					
4.3. 升级
重要

					Red Hat OpenShift distributed tracing Platform (Jaeger) 是一个已弃用的功能。弃用的功能仍然包含在 OpenShift Container Platform 中，并将继续被支持。但是，这个功能会在以后的发行版本中被删除，且不建议在新的部署中使用。
					有关 OpenShift Container Platform 中已弃用或删除的主要功能的最新列表，请参阅 OpenShift Container Platform 发行注记中已弃用和删除的功能部分。
				Operator Lifecycle Manager (OLM) 能够控制集群中 Operator 的安装、升级和基于角色的访问控制 (RBAC)。OLM 在 OpenShift Container Platform 中默认运行。OLM 会查询可用的 Operator 以及已安装的 Operator 的升级。
				在更新过程中，Red Hat OpenShift distributed tracing Platform Operator 将受管分布式追踪平台实例升级到与 Operator 关联的版本。每当安装新版本的 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 时，由 Operator 管理的所有分布式追踪平台(Jaeger)应用程序实例都会升级到 Operator 的版本。例如，在将 Operator 从 1.10 升级到 1.11 后，Operator 扫描运行分布式追踪平台(Jaeger)实例并将其升级到 1.11。
					如果您还没有更新 OpenShift Elasticsearch Operator（如更新 OpenShift Logging 所述），在更新 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 前对它进行更新。
				
4.3.1. 其他资源

							Operator Lifecycle Manager 概念和资源
							更新安装的 Operator
							更新 OpenShift Logging
						
4.4. 删除
重要

					Red Hat OpenShift distributed tracing Platform (Jaeger) 是一个已弃用的功能。弃用的功能仍然包含在 OpenShift Container Platform 中，并将继续被支持。但是，这个功能会在以后的发行版本中被删除，且不建议在新的部署中使用。
					有关 OpenShift Container Platform 中已弃用或删除的主要功能的最新列表，请参阅 OpenShift Container Platform 发行注记中已弃用和删除的功能部分。
				从 OpenShift Container Platform 集群中删除 Red Hat OpenShift distributed tracing 平台的步骤如下：
						关闭任何 Red Hat OpenShift distributed tracing 平台 pod。
						删除任何 Red Hat OpenShift distributed tracing 平台实例。
						删除 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator。
						删除 OpenTelemetry Operator 的红帽构建。
					
4.4.1. 使用 Web 控制台删除分布式追踪平台(Jaeger)实例

					您可以在 web 控制台的 Administrator 视图中删除分布式追踪平台(Jaeger)实例。
						当删除使用内存存储的实例时，所有数据都会不可避免地丢失。当 Red Hat OpenShift distributed tracing Platform (Jaeger)实例被删除时，存储在持久性存储中的数据不会被删除。
							以集群管理员身份使用 cluster-admin 角色登录到 web 控制台。
							登陆到 OpenShift Container Platform Web 控制台。
							导航到 Operators → Installed Operators。
							从 Project 菜单中选择 Operators 安装的项目名称，如 openshift-operators。
							点 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator。
							点 Jaeger 标签页。
							点击您要删除 
							 的实例旁的 Options 菜单，然后选择 Delete Jaeger。
							在确认信息中，点击 Delete。
						
4.4.2. 使用 CLI 删除分布式追踪平台(Jaeger)实例

					您可以在命令行中删除分布式追踪平台(Jaeger)实例。
							集群管理员具有 cluster-admin 角色的活跃 OpenShift CLI (oc) 会话。
									确保您的 OpenShift CLI (oc) 版本为最新版本，并与您的 OpenShift Container Platform 版本匹配。
									运行 oc login:
								
$ oc login --username=<your_username>
流程

							运行以下命令，使用 OpenShift CLI (oc) 登录：
						
$ oc login --username=<NAMEOFUSER>

							要显示分布式追踪平台(Jaeger)实例，请运行以下命令：
						
$ oc get deployments -n <jaeger-project>

						
$ oc get deployments -n openshift-operators

							Operator 的名称具有后缀 -operator。以下示例显示了两个 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 和四个分布式追踪平台(Jaeger)实例：
						
$ oc get deployments -n openshift-operators

							您将看到类似如下的输出：
						
NAME                     READY   UP-TO-DATE   AVAILABLE   AGE
elasticsearch-operator   1/1     1            1           93m
jaeger-operator          1/1     1            1           49m
jaeger-test              1/1     1            1           7m23s
jaeger-test2             1/1     1            1           6m48s
tracing1                 1/1     1            1           7m8s
tracing2                 1/1     1            1           35m

							要删除分布式追踪平台(Jaeger)的实例，请运行以下命令：
						
$ oc delete jaeger <deployment-name> -n <jaeger-project>

						
$ oc delete jaeger tracing2 -n openshift-operators

							要验证删除过程，请再次运行 oc get deployments 命令：
						
$ oc get deployments -n <jaeger-project>

						
$ oc get deployments -n openshift-operators

							您将看到生成的输出类似以下示例：
						
NAME                     READY   UP-TO-DATE   AVAILABLE   AGE
elasticsearch-operator   1/1     1            1           94m
jaeger-operator          1/1     1            1           50m
jaeger-test              1/1     1            1           8m14s
jaeger-test2             1/1     1            1           7m39s
tracing1                 1/1     1            1           7m59s
4.4.3. 删除 Red Hat OpenShift distributed tracing Platform Operator
流程

							按照从集群中删除 Operator 中的说明，删除 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator。
							可选： 删除 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 后，删除 OpenShift Elasticsearch Operator。
		The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
		Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
		Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
		Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
		Java® is a registered trademark of Oracle and/or its affiliates.
		XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
		MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
		Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
		The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
		All other trademarks are the property of their respective owners.