Bandwidth
TCP/IP 和乙太網成本的頻寬規劃
在典型的容量規劃過程中，我看到一個可能過於簡單的考慮，即僅估計預計通過網路管道的頁面或數據大小。這意味著就像在正常應用程序開發中，平均 HTTP 頁面響應大小為 30KB，或者 XML Web 服務數據大小平均為 100KB，這些數字是原始數據，並乘以預測的容量以獲得預期的頻寬需求。
應用程序開發人員和架構師似乎傾向於忘記或完全沒有意識到應用程序數據被封裝到較低層傳輸層以進行傳遞的事實。因此，他們很少考慮 TCP/IP 數據包和乙太網幀中的標頭成本佔用的頻寬。
我覺得這些成本應該在頻寬規劃時考慮，但不知道如何準確計算這些。是否有一個基本公式或流程來考慮這些間接費用百分比？到目前為止，我還沒有看到任何討論這個問題的文章。
沒有一個單一的公式，因為封裝成本的大小取決於數據包中數據有效負載的大小——如果你提供 10Mbps 的 DNS 流量比提供 10Mbps 的 ISO 流量的成本要大得多. 然而，成本通常可以忽略不計，並且被估計請求量和響應大小所固有的不准確性所淹沒。容量規劃中的安全邊際應該超過成本。