TCP / IPおよびイーサネットオーバーヘッドの帯域幅計画
典型的なキャパシティプランニングプロセス中に、ネットワークパイプを通過すると予想されるページまたはデータサイズを見積もるためのおそらく単純な考慮事項がありますのみ。つまり、通常のアプリケーション開発の場合と同様に、HTTPページの平均応答サイズは30KB、XML Webサービスのデータサイズは平均100KBです。このような数値をそのまま取得し、予測ボリュームを掛けて、予想される帯域幅要件を取得します。
アプリケーション開発者やアーキテクトは、アプリケーションデータが配信のために下位層のトランスポート層にカプセル化されているという事実を忘れがちであるか、まったく気付いていないようです。そのため、TCP/IPパケットおよびイーサネットフレームのヘッダーオーバーヘッドによって消費される帯域幅をほとんど考慮していません。
これらのオーバーヘッドは帯域幅の計画時に考慮する必要があると思いますが、これらを正確に計算する方法がわかりません。これらのオーバーヘッドの割合を考慮した基本的な式またはプロセスはありますか？これまでのところ、この問題について説明している記事は見たことがありません。
カプセル化のオーバーヘッドの量はパケット内のデータペイロードのサイズに依存するため、単一の式はありません。10MbpsのISOを提供する場合よりも、10MbpsのDNSトラフィックを提供する場合の方がはるかに多くのオーバーヘッドがあります。 。ただし、オーバーヘッドは通常無視できる程度であり、要求量と応答サイズの見積もりに固有の不正確さに圧倒されます。キャパシティプランニングに組み込まれている安全マージンは、オーバーヘッドをカバーする以上のものでなければなりません。