 OpenShift Container Platform 4.6 网络通过以下命令,在节点之间运行数据包分析器(从考量范围中剔除 SDN): 使用 iperf 等带宽测量工具来测量数据流吞吐量和 UDP 吞吐量。先从 pod 运行该工具,再从节点 运行,以此来查找瓶颈。 如需有关安装和使用 iperf 的信息,请参阅此红帽解决方案。 15.1.5. 使用 Cookie 来保持路由有状态性 apiVersion: v1 kind: Route metadata: Platform(RHOSP)上运行的 OpenShift Container Platform 集群可以使用 Octavia 负载均衡服务在多个虚拟机(VM)或浮动 IP 地址间分配流量。这个功能减少了单一机器或地址 生成的瓶颈。 如果您的集群使用 Kuryr,Cluster Network Operator 会在部署时创建一个内部 Octavia 负载均衡器。您 可以使用此负载均衡器进行应用程序网络扩展。 如果您的集群没有使用 247 注意 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。 19.2.2. 通过 Octavia 扩展使用 Kuryr 的集群 如果您的集群使用 Kuryr,将集群的 API 浮动 IP 地址与预先存在的 Octavia 负载均衡器相关联。 先决条件0 码力 | 256 页 | 2.78 MB | 1 年前3 OpenShift Container Platform 4.6 网络通过以下命令,在节点之间运行数据包分析器(从考量范围中剔除 SDN): 使用 iperf 等带宽测量工具来测量数据流吞吐量和 UDP 吞吐量。先从 pod 运行该工具,再从节点 运行,以此来查找瓶颈。 如需有关安装和使用 iperf 的信息,请参阅此红帽解决方案。 15.1.5. 使用 Cookie 来保持路由有状态性 apiVersion: v1 kind: Route metadata: Platform(RHOSP)上运行的 OpenShift Container Platform 集群可以使用 Octavia 负载均衡服务在多个虚拟机(VM)或浮动 IP 地址间分配流量。这个功能减少了单一机器或地址 生成的瓶颈。 如果您的集群使用 Kuryr,Cluster Network Operator 会在部署时创建一个内部 Octavia 负载均衡器。您 可以使用此负载均衡器进行应用程序网络扩展。 如果您的集群没有使用 247 注意 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。 19.2.2. 通过 Octavia 扩展使用 Kuryr 的集群 如果您的集群使用 Kuryr,将集群的 API 浮动 IP 地址与预先存在的 Octavia 负载均衡器相关联。 先决条件0 码力 | 256 页 | 2.78 MB | 1 年前3
 OpenShift Container Platform 4.9 网络OpenShift Container Platform 4.9 网 网络 络 294 使用 iperf 等带宽测量工具来测量数据流吞吐量和 UDP 吞吐量。先从 pod 运行该工具,再从节点 运行,以此来查找瓶颈。 如需有关安装和使用 iperf 的信息,请参阅此红帽解决方案。 17.1.5. 使用 Cookie 来保持路由有状态性 OpenShift Container Platform 提供粘性会 Platform(RHOSP)上运行的 OpenShift Container Platform 集群可以使用 Octavia 负载均衡服务在多个虚拟机(VM)或浮动 IP 地址间分配流量。这个功能减少了单一机器或地址 生成的瓶颈。 如果您的集群使用 Kuryr,Cluster Network Operator 会在部署时创建一个内部 Octavia 负载均衡器。您 可以使用此负载均衡器进行应用程序网络扩展。 如果您的集群没有使用 362 注意 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。 22.2.2. 通过 Octavia 扩展使用 Kuryr 的集群 如果您的集群使用 Kuryr,将集群的 API 浮动 IP 地址与预先存在的 Octavia 负载均衡器相关联。 先决条件0 码力 | 388 页 | 4.04 MB | 1 年前3 OpenShift Container Platform 4.9 网络OpenShift Container Platform 4.9 网 网络 络 294 使用 iperf 等带宽测量工具来测量数据流吞吐量和 UDP 吞吐量。先从 pod 运行该工具,再从节点 运行,以此来查找瓶颈。 如需有关安装和使用 iperf 的信息,请参阅此红帽解决方案。 17.1.5. 使用 Cookie 来保持路由有状态性 OpenShift Container Platform 提供粘性会 Platform(RHOSP)上运行的 OpenShift Container Platform 集群可以使用 Octavia 负载均衡服务在多个虚拟机(VM)或浮动 IP 地址间分配流量。这个功能减少了单一机器或地址 生成的瓶颈。 如果您的集群使用 Kuryr,Cluster Network Operator 会在部署时创建一个内部 Octavia 负载均衡器。您 可以使用此负载均衡器进行应用程序网络扩展。 如果您的集群没有使用 362 注意 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。 22.2.2. 通过 Octavia 扩展使用 Kuryr 的集群 如果您的集群使用 Kuryr,将集群的 API 浮动 IP 地址与预先存在的 Octavia 负载均衡器相关联。 先决条件0 码力 | 388 页 | 4.04 MB | 1 年前3
 OpenShift Container Platform 4.13 网络您还可以通过以下命令,在节点之间运行数据包分析器(从考量范围中剔除 SDN): 使用 iperf 等带宽测量工具来测量流吞吐量和 UDP 吞吐量。首先从 pod 运行该工具,然后从节点 运行它,从而找到瓶颈。 有关安装和使用 iperf 的详情,请参考此红帽解决方案。 在某些情况下,因为延迟问题,集群可能会将带有路由器 pod 的节点标记为不健康。在执行操作 前,使用 worker 延迟配置集调整集群等待节点状态更新的频率。 Platform(RHOSP)上运行的 OpenShift Container Platform 集群可以使用 Octavia 负载均衡服务在多个虚拟机(VM)或浮动 IP 地址间分配流量。这个功能减少了单一机器或地址 生成的瓶颈。 如果您的集群使用 Kuryr,Cluster Network Operator 会在部署时创建一个内部 Octavia 负载均衡器。您 可以使用此负载均衡器进行应用程序网络扩展。 如果您的集群没有使用 进行负载平衡。 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。 34.3.2. 通过 Octavia 扩展使用 Kuryr 的集群 重要 Kuryr 是一个已弃用的功能。弃用的功能仍然包含在 OpenShift Container Platform 中,并0 码力 | 697 页 | 7.55 MB | 1 年前3 OpenShift Container Platform 4.13 网络您还可以通过以下命令,在节点之间运行数据包分析器(从考量范围中剔除 SDN): 使用 iperf 等带宽测量工具来测量流吞吐量和 UDP 吞吐量。首先从 pod 运行该工具,然后从节点 运行它,从而找到瓶颈。 有关安装和使用 iperf 的详情,请参考此红帽解决方案。 在某些情况下,因为延迟问题,集群可能会将带有路由器 pod 的节点标记为不健康。在执行操作 前,使用 worker 延迟配置集调整集群等待节点状态更新的频率。 Platform(RHOSP)上运行的 OpenShift Container Platform 集群可以使用 Octavia 负载均衡服务在多个虚拟机(VM)或浮动 IP 地址间分配流量。这个功能减少了单一机器或地址 生成的瓶颈。 如果您的集群使用 Kuryr,Cluster Network Operator 会在部署时创建一个内部 Octavia 负载均衡器。您 可以使用此负载均衡器进行应用程序网络扩展。 如果您的集群没有使用 进行负载平衡。 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。 34.3.2. 通过 Octavia 扩展使用 Kuryr 的集群 重要 Kuryr 是一个已弃用的功能。弃用的功能仍然包含在 OpenShift Container Platform 中,并0 码力 | 697 页 | 7.55 MB | 1 年前3
 OpenShift Container Platform 4.10 可伸缩性和性能健康的 机器。 注意 注意 当对大型且高密度的集群减少节点数时,可能需要大量时间,因为这个过程涉及排空或驱 除在同时终止的节点上运行的对象。另外,如果要驱除的对象太多,对客户端的请求处理 会出现瓶颈。目前将默认的客户端 QPS 和 burst 率分别设定为 5 和 10,且无法在 OpenShift Container Platform 中进行修改。 3.2. 修改机器集 要更改机器集,编辑0 码力 | 315 页 | 3.19 MB | 1 年前3 OpenShift Container Platform 4.10 可伸缩性和性能健康的 机器。 注意 注意 当对大型且高密度的集群减少节点数时,可能需要大量时间,因为这个过程涉及排空或驱 除在同时终止的节点上运行的对象。另外,如果要驱除的对象太多,对客户端的请求处理 会出现瓶颈。目前将默认的客户端 QPS 和 burst 率分别设定为 5 和 10,且无法在 OpenShift Container Platform 中进行修改。 3.2. 修改机器集 要更改机器集,编辑0 码力 | 315 页 | 3.19 MB | 1 年前3
共 4 条
- 1













