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