欢迎访问红帽

了解您身边的最新技术讯息

了解全世界红帽客户的最新动态:

Linux 平台

关键故障修复示例

某运行红帽® 企业 Linux® OpenStack® 平台的大型电信客户使用通用路由封装 (GRE) 通道和虚拟局域网 (VLAN) 为其客户提供多租户网络。此客户运行的是红帽企业 Linux OpenStack 平台 3 产品(基于“Grizzly”上游项目)。他们在 Open vSwitch 内所遇到的系统性能问题,导致使用大型数据包时,其部分租户性能几乎和调制解调器相同。

这个问题的关键在于内核的网络堆栈。它未能有效地处理 VLAN 和 GRE 数据包的组合。因此,我们必须对在内核中的数据包处理进行返工,并针对上述问题进行优化。

红帽立即采取措施为客户提供支持

首先,我们必须解决上游内核中的网络问题,并将此修复程序反向植入客户所用的红帽企业 Linux 内核。 但是上游内核网络更改工作一般耗时长、且操作繁琐,而我们必须在短时间内迅速帮助客户解决这一难题。

为此,我们对上游 (Havana) OpenStack 网络服务 (Neutron) 进行了修改,通过在配置中选择性地应用一组不同的流规则,从而解决内核限制问题。然后,我们将此修复程序反向植入 Grizzly OpenStack 网络服务 (Quantum)。

为何技术的整合型设计至关重要?

要成功分析和解决这类问题,不仅要求技术人员对内核网络设计十分精通,具备 OpenStack Neutron 开发人员知识,还需要技术精湛的一线人员支持。上面我们向您展示的一个典型实例,旨在解释为什么仅具有 Python 编写管理和业务流程层的能力并不足以解决客户问题。如果没有红帽企业 Linux 和 OpenStack 技术的整合型设计,这种关键修复是不可能实现的。

了解更多信息

了解实现红帽企业 Linux、虚拟机监控程序和 OpenStack 整合设计的重要意义