"容量提升遇到的VLAN/Subnet/IP问题及解决小结"

容量提高遇到的问题汇总 在增加产品内部IP、subnet、VLAN个数增加做的一个小总结 Mark Zhang 2023-6-10 背景 随着产品的发展和扩张，容量提高成为一个迫在眉睫的问题。我们的产品模块众多，关联性也大，代码量庞大，存在特殊的网络环境和兼容性问题。因此，在增加产品内部IP、subnet、VLAN个数时，我们面临着一系列挑战和问题。 问题分析 首先，增加产品内部IP、subnet、VLAN个数牵扯的模块多，代码量大，导致无法面面俱到。这需要通过大量的测试来驱动问题的发现，并对问题进行分析和解决。因此，我们需要对问题进行总结，并作为以后的参考。 环境准备也是一大挑战。由于增加了大量的VLAN、subnet、IP，需要vLab team协调资源。这意味着来回讨论、调试等工作量巨大。同时，由于测试人员没有底层Openstack/Vmware主机的权限，需要三方协同工作来调试和解决问题，增加了工作的复杂性和难度。此外，对于网卡的性能和功能也需要进行认真的分析，可能需要厂商的支持，比如Mellanox的vgt相关功能的使用。 在实际的操作中，我们还遇到了局部变量越界的问题。代码函数中存在着大量写死长度的局部变量，当容量增加后，局部变量无法容纳这么多的记录，导致栈被写坏，进而产生coredump。为了解决这一问题，就需要进行大量的回归测试来保证质量。 此外，增加容量可能需要改动数据类型。例如，原来存放的编号的id是一个char型的整数，当业务量增大之后，至少得变成short。同时，宏的改动也是必不可少的，比如MAX*的改动等，这些改动都对整个系统的稳定性和性能都有着重要的影响。 总结 综上所述，增加产品内部IP、subnet、VLAN个数涉及到的问题和挑战是多方面的，包括代码量大、测试驱动问题发现、环境准备困难、局部变量越界、数据类型的改动等。面对这些问题，我们需要做好规划和准备，通过合理的测试和分析，及时解决问题，确保系统的稳定性和性能。同时，需要总结这些问题和解决方案，以便以后的参考和借鉴。只有这样，我们才能更好地应对容量提高带来的挑战和问题，保障产品的正常运行和持续发展。