OpenShift Logging 5.0.0 1.2.11.1. 新功能及功能增强 Cluster Logging 变为 Red Hat OpenShift Logging 每个索引最多五个主分片 更新了 OpenShift Elasticsearch Operator 名称和成熟度等级 OpenShift Elasticsearch Operator 报告 CSV 成功 减少 Elasticsearch 每个索引最多五个主分片 每个索引最多五个主分片 在这个版本中，OpenShift Elasticsearch Operator（EO）会根据为集群定义的数据节点数量来设置一个 或多个索引的主分片数量。 在以前的版本中，EO 会将索引的分片数量设置为数据节点的数量。当 Elasticsearch 中的索引被配置为带 有多个副本时，它会为每个主分片创建多个副本，而不是每个索引。因此，因为索引分片，集群中存在更 更 多副本分片，这为集群复制和保持同步造成大量消耗。 更新了 更新了 OpenShift Elasticsearch Operator 名称和成熟度等 名称和成熟度等级 级 此发行版本更新了 OpenShift Elasticsearch Operator 和 Operator 成熟度等级的显示名称。Operator Hub 中更新了新的显示名称并明确指定了 OpenShift Elasticsearch

管理默认日志存储的替代选择，您可以使用 Loki Operator。 1.6.2. 程序错误修复 在此次更新之前，OpenShift Logging 仪表板会显示活跃主分片的数量，而不是所有活跃分片。 在这个版本中，仪表板显示所有活跃分片。(LOG-2781) 在此次更新之前，elasticsearch-operator 使用的库中的有一个程序错误，它包含一个拒绝服务 攻击的安全漏洞。在这个版本中， 在此次更新之前，OpenShift Container Platform Logging 仪表板显示分片"x"数量大于 Elasticsearch 具有 'x' 节点时的实际值。出现这个问题的原因是，它会输出每个 Elasticsearch pod 的所有主分片，并计算出整个 Elasticsearch 集群的总和。在这个版本中，分片数量会被正确 计算。(LOG-2156) 在此次更新之前，如果 secret kibana 基于角色的访问 访问控制 控制 (RBAC) RBAC 是一个关键安全控制，可确保集群用户和工作负载只能访问执行其角色所需的资源。 分片 分片 Elasticsearch 将日志数据从 Fluentd 整理到数据存储或索引中，然后将每个索引划分为多个碎片，称 为分片 (shard)。 taint 污点可确保 pod 调度到适当的节点上。您可以在节点上应用一个或多个污点。 容限 容限 (tolerations)

CONTROLLER 7.9. 其他资源 第 第 8 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 INGRESS 分片 分片 8.1. INGRESS CONTROLLER 分片 8.2. 为 INGRESS CONTROLLER 分片创建路由 8 9 9 9 10 13 13 14 14 14 14 14 14 14 15 15 15 16 16 16 Container Platform 内置的 OAuth 服务器集成。 namespaceSelector namespaceSelector 用来过滤由 Ingress 控制器提供服务的一组命名空间。这 对实现分片（shard）非常有用。 routeSelector routeSelector 用于由 Ingress Controller 提供服务的一组 Routes。这对实现分 片（shard）非常有用。 认情况下，Ingress Controller 提供集群中任何命名空间中创建的任何路由。您可以在集群中添加额外的 Ingress Controller，以通过创建 分片来优化路由，这些分片是基于所选特征的路由子集。要将路由标记为 分片的成员，请使用 route 或 namespace metadata 字段中的标签。Ingress Controller 使用选择器 （也 称为 选择表达式 ）从要提供服务的整个路由池中选择路由子集。

设置自定义默认证书 6.8.2. 删除自定义默认证书 6.8.3. 扩展 Ingress Controller 6.8.4. 配置 Ingress 访问日志 6.8.5. Ingress Controller 分片 10 10 10 10 12 12 13 13 13 13 14 14 14 15 15 15 16 17 17 18 18 19 19 20 20 20 21 23 23 . . . . . . . . . . . . . . . . 6.8.5.1. 通过路由标签（label）配置 Ingress Controller 分片 6.8.5.2. 使用命名空间标签配置 Ingress Controller 分片 6.8.6. 配置 Ingress Controller 以使用内部负载均衡器 6.8.7. 将集群的默认 Ingress Controller 配置为内部 16.3.3. 创建项目和服务 16.3.4. 通过创建路由公开服务 16.3.5. 通过路由标签（label）配置 Ingress Controller 分片 16.3.6. 使用命名空间标签配置 Ingress Controller 分片 16.3.7. 其他资源 16.4. 使用负载均衡器配置集群入口流量 16.4.1. 使用负载均衡器使流量进入集群 16.4.2. 先决条件 16.4.3

。 基于路由的部署策略不会缩放服务中的 pod 数。要保持所需的性能特性，部署配置可能必须要扩展。 7.4.1. 代理分片和流量分割 在生产环境中，您可以精确控制特定分片上的流量分布。在处理大量实例时，可以使用相对比例的独立分 片来实现基于百分比的流量分布。这可与代理分片良好结合，将接收到的流量转发或分割到在其他位置运 行的单独服务或应用程序。 在最简单的配置中，代理会原封不动转发请求。在 发送到独立集群以及应用程序的本地实例，并且比较其结果。其他模式包括使 DR 安装的缓存保持活跃， 或抽样传入的流量来满足分析需要。 任何 TCP（或 UDP）代理都可以在所需的分片下运行。使用 oc scale 命令更改代理分片下服务请求的相 对数量。对于更复杂的流量管理，请考虑使用比例平衡功能自定义 OpenShift Container Platform 路由 器。 7.4.2. N-1 兼容性 创建一个新应用程序，添加对所有分片都通用的 ab-example=true 标签： 应用程序完成部署，并创建了服务。这是第一个分片。 2. 通过路由提供应用程序，或者直接使用服务 IP: 3. 通过 ab-example-. 访问应用程序，验证您能否看到 v1 镜 像。 4. 创建第二个分片，它基于与第一分片相同的源镜像和标签，但使用不同的标记版本和独特的环境

。 基于路由的部署策略不会缩放服务中的 pod 数。要保持所需的性能特性，部署配置可能必须要扩展。 8.4.1. 代理分片和流量分割 在生产环境中，您可以精确控制特定分片上的流量分布。在处理大量实例时，可以使用相对比例的独立分 片来实现基于百分比的流量分布。这可与代理分片良好结合，将接收到的流量转发或分割到在其他位置运 行的单独服务或应用程序。 在最简单的配置中，代理会原封不动转发请求。在 发送到独立集群以及应用程序的本地实例，并且比较其结果。其他模式包括使 DR 安装的缓存保持活跃， 或抽样传入的流量来满足分析需要。 任何 TCP（或 UDP）代理都可以在所需的分片下运行。使用 oc scale 命令更改代理分片下服务请求的相 对数量。对于更复杂的流量管理，请考虑使用比例平衡功能自定义 OpenShift Container Platform 路由 器。 8.4.2. N-1 兼容性 8.4.5.1.4. 一个服 一个服务 务，多个 ，多个 Deployment 对 对象 象 流程 流程 1. 创建一个新应用程序，添加对所有分片都通用的 ab-example=true 标签： 应用程序完成部署，并创建了服务。这是第一个分片。 2. 通过路由提供应用程序，或者直接使用服务 IP: 3. 通过 ab-example-.

Container Platform 内置的 OAuth 服务器集成。 namespaceSelector namespaceSelector 用来过滤由 Ingress 控制器提供服务的一组命名空间。这 对实现分片（shard）非常有用。 routeSelector routeSelector 用于由 Ingress Controller 提供服务的一组 Routes。这对实现分 片（shard）非常有用。 nodePlacement.nodeSelector，并将 spec.tuningOptions.threadCount 配置为一个适当的高值。 6.8.6. Ingress Controller 分片 apiVersion: operator.openshift.io/v1 kind: IngressController metadata: name: default namespace: Container Platform 4.9 网 网络 络 44 Ingress Controller 或路由器是网络流量进入集群的主要机制，因此对它们的需求可能非常大。作为集群管 理员，您可以对路由进行分片，以达到以下目的： 在 Ingress Controller 或路由器与一些路由之间实现平衡，由此加快对变更的响应。 分配特定的路由，使其具有不同于其它路由的可靠性保证。 允许特定的 Ingress

Ingester 将 trace 批处理到块中，创建 bloom 过滤器和索引，然后将其全部刷新 到后端。 Query Frontend - Query Frontend 负责为传入的查询对搜索空间进行分片。然后，搜索查 询会发送到 Queriers。Query Frontend 部署通过 Tempo Query sidecar 公开 Jaeger UI。 Querier - Querier 负责在 4.14 分布式追踪 分布式追踪 54 elasticsearch: redundancyPolicy: 数据复制策略定义如何在 集群中的数据节点之间复 制 Elasticsearch 分片： 如果没有指定，Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 会自 动根据节点数量决定最合 适的复制。 ZeroRedundancy（无 默认值 认值 es: num-replicas: Elasticsearch 中每个索 引的副本数。 1 es: num-shards: Elasticsearch 中每个索 引的分片数量。 5 表 表 3.10. ES 索引配置参数 索引配置参数 参数 参数 描述 描述 值 值 默 默认值 认值 es: create-index- templates: 设置为

1Gi，最 小部署 = 16Gi* elasticsearch: redundancyPolicy: 数据复制策略定义如何在 集群中的数据节点之间复 制 Elasticsearch 分片： 如果没有指定，Red Hat OpenShift distributed tracing Platform Operator 会自动根据节 点数量决定最合适的复 制。 ZeroRedundancy（无 默认值 认值 es: num-replicas: Elasticsearch 中每个索 引的副本数。 1 es: num-shards: Elasticsearch 中每个索 引的分片数量。 5 表 表 3.10. ES 索引配置参数 索引配置参数 第 第 3 章 章 分布式追踪安装 分布式追踪安装 37 参数 参数 描述 描述 值 值 默 默认值 认值 es: es-archive: num-replicas: Elasticsearch 中每个索 引的副本数。 0 es-archive: num-shards: Elasticsearch 中每个索 引的分片数量。 0 参数 参数 描述 描述 值 值 默 默认值 认值 OpenShift Container Platform 4.6 分布式追踪 分布式追踪 40 es-archive:

chart，在集群级别显示 Elasticsearch 实例的详情，包括集群资源、垃圾 回收、集群中的分片和 Fluentd 统计。 Logging/Elasticsearch Nodes 仪表板包含 charts，显示 Elasticsearch 实例的详情，很多在节点级别， 包括索引、分片、资源等详情。 用于 用于调 调整 整 Fluentd 的新参数 的新参数 您可以通过新的 Fluentd