帯域制限

🐾 猫で例えると？

狭いハンモックに2匹が集まる写真は、資源が有限であることのイメージです。ただし帯域は「同時に何匹乗れるか」より、「1秒間にどれだけ通せるか」に近い量です。猫用通路で進む速さを調整し、片方だけが占有し続けないようにする、と考えると対応が分かりやすくなります。

💻 IT現場における「帯域制限」とは？

開発やインフラ運用の現場において、ネットワークの帯域は「無限」ではなく「有限」のコストがかかるリソースです。もしシステムに何の制限も設けていなかった場合、一部のユーザーが巨大なファイルを一斉にダウンロードし始めると、サーバーの通信帯域が枯渇し、他の全てのユーザーがサービスにアクセスできなくなる「セルフDDoS」のような状態に陥る危険性があります。

これを防ぐため、QoS（Quality of Service）の観点から、アクセス元IPアドレスごとに通信速度を絞ったり、バックグラウンドで行うデータバックアップ処理の転送速度を夜間でも一定以下に抑えたりといった設計が組み込まれます。帯域制限は「ユーザーを制限する」ネガティブなものではなく、「全体のサービスを止めない」ための重要な安全装置です。

⚠️ 帯域制限の仕組みと注意点

帯域制限を実現する方法には、大きく分けてトラフィックを破棄する「ポリシング」と、バッファ（メモリ）に一時的に溜め込んで遅延させる「シェーピング」があります。Webサーバー（NginxやApacheなど）の設定ファイルで簡単に実装することも可能です。

# Nginxのserverブロック内に置く設定の断片
location /download/ {
    limit_rate_after 10m;
    limit_rate 1m;
}

この設定は/download/の応答について、最初の10 MiBを超えた後の転送を約1 MiB/秒に制限します。Nginxのlimit_rateはリクエスト単位であり、1人が複数並列で取得すれば合計は増えます。また、設定上限まで必ず速度が出るという意味でもありません。ビット/秒とバイト/秒の単位も区別します。

🛠️ 帯域制限を賢く導入するためのポイント

サービスに帯域制限をかける際は、ユーザー体験（UX）とのバランスを慎重に見極める必要があります。

• 段階的な制限を設ける： いきなり通信を遮断するのではなく、一定量までは高速通信を許可し、それを超えた分だけ速度を絞る設計がユーザーの不満を和らげます。
• レート制限とは単位を分ける：帯域制限は主にデータ量/秒、APIのレート制限はリクエスト回数/時間で考えます。429を返す場合は待機の目安も示し、クライアントが即座に連打しないようにします。
• ピークタイムのトラフィックを可視化する： 制限をかける前に、平常時とピークタイムでどの程度の帯域が消費されているかをモニタリングし、根拠のあるしきい値を設定することが重要です。

ハンモックを2匹で分け合うように、帯域制限は限られた通信容量の使い方を調整します。大きな転送だけを抑えたいのか、利用者ごとに上限を設けたいのかを決めましょう。設定後は転送時間や遅延を測り、必要な通信まで妨げていないか確かめます。