在典型的容量规划过程中，我看到的可能是一个简单的考虑， 只能估计预计要通过networkingpipe道的页面或数据大小。 这意味着就像在常规应用程序开发中一样，HTTP页面的平均响应大小为30KB，或者XML Web服务数据大小平均为100KB，则这些数字将被原始数据乘以预测的数量，以获得预期的带宽需求。
看起来，应用程序开发人员和架构师倾向于忘记或完全不知道应用程序数据被封装到底层传输层进行传输的事实。 所以他们很less考虑在TCP / IP包和以太网帧中由头部开销消耗的带宽。
我觉得在带宽规划期间应该考虑这些开销，但不知道如何准确计算这些开销。 有没有一个基本的公式或过程，因素这些开销百分比？ 到目前为止，我还没有看到任何文章讨论这个问题。
没有一个公式，因为封装开销的大小取决于数据包中数据有效载荷的大小 – 如果服务10Mbps的DNSstream量，则服务费用要比服务10Mbps的ISOstream量多得多。 然而，这些开销通常可以忽略不计，并且由于估计请求量和响应大小时所固有的不准确性而淹没。 内置于您的容量规划中的安全裕度不应超过pipe理费用。