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