在典型的容量规划过程中，我看到了对估计的简单考虑仅有的预计通过网络管道传输的页面或数据大小。这意味着，就像在常规应用程序开发中一样，平均 HTTP 页面响应大小为 30KB，或 XML Web 服务数据大小平均为 100KB，这些数字是原始的，然后乘以预测量即可得到预期的带宽要求。
应用程序开发人员和架构师似乎往往会忘记或完全没有意识到应用程序数据是封装进入较低层的传输层进行传输。因此，它们很少考虑 TCP/IP 数据包和以太网帧中的报头开销所占用的带宽。
我觉得在带宽规划时应该考虑这些开销，但不知道如何准确计算这些开销。是否有一个基本的公式或流程可以考虑这些开销百分比？到目前为止，我还没有看到任何讨论此事的文章。
答案1
没有单一的公式，因为封装开销的数量取决于数据包中的数据有效负载的大小——如果您为 10Mbps 的 DNS 流量提供服务，则开销会比为 10Mbps 的 ISO 提供服务的开销大得多。然而，这些开销通常可以忽略不计，并且会被估算请求量和响应大小所固有的不准确性所淹没。容量规划中内置的安全裕度应该足以覆盖这些开销。