html 産業用スイッチの帯域幅:キュー、QoS、レート制限 | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

ご質問はありますか? 今すぐお電話ください!

+8618758069661

またはメッセージをお送りください

オンラインお問い合わせ

産業用スイッチの帯域幅管理:出力キューイング、QoS、帯域制限の適用範囲

閲覧数: 95 +2FCTELEによるオリジナル記事著者:FCTELE技術チーム
概要

複数のサービスが混雑した出力を共有する場合、QoSは何を改善できますか?

サポートされる分類機能とスケジューリングにより、どのフレームに送信機会を与えるか、どのように待機させるかを変更できます。ただし、出力の物理的な速度を上げることはできません。また、ポリシングとシェーピングでは、設定された許容量を超えるトラフィックの処理方法が異なります。まずボトルネックとサービス要件を特定し、次にサポートされるポリシーを1つ変更して、代表的なバースト条件で遅延、損失、低優先度トラフィックの挙動を比較してください。優先度のラベルは、無条件の時間保証ではありません。

3つの仕組みと検証の適用範囲信号の流れを追い、実際のサービスを検証する

01共有される出力を特定する

Locate the shared outputSeveral inputs may briefly or continuously outrun one output.123SwitchServerShared egressSum the flows directed to the same output

複数の入力が、一時的または継続的に1つの出力の処理能力を上回る場合があります。

02廃棄と待機を区別する

Distinguish drop from waitingPolicing can mark or discard excess traffic while shaping delays it within supported buffering.ArrivePoliceShapeExcess handling changes loss and waitingABCAABC

ポリシングは超過トラフィックをマーキングまたは廃棄する一方、シェーピングはサポートされるバッファの範囲内で待機させます。

03すべてのクラスへの影響を確認する

Check consequences for every classPriority handling changes competition rather than removing resource limits.InInInEgress queueOverflow →Bursts compete for finite service capacity

優先処理はリソースをめぐる競合を変えるものであり、リソースの制限を取り除くものではありません。

スワイプして3つの図を比較 →

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • 共有される出力を特定する

    長時間の平均だけでなく、関連する通信方向とバーストを測定してください。

  • 廃棄と待機を区別する

    実際のポリシーの実装内容を確認し、サービスへの影響を試験してください。

  • すべてのクラスへの影響を確認する

    同時負荷の下で、重要な通信の遅延と低優先度処理の完了状況を比較してください。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
共有される出力を特定する複数の入力が、一時的または継続的に1つの出力の処理能力を上回る場合があります。長時間の平均だけでなく、関連する通信方向とバーストを測定してください。
廃棄と待機を区別するポリシングは超過トラフィックをマーキングまたは廃棄する一方、シェーピングはサポートされるバッファの範囲内で待機させます。実際のポリシーの実装内容を確認し、サービスへの影響を試験してください。
すべてのクラスへの影響を確認する優先処理はリソースをめぐる競合を変えるものであり、リソースの制限を取り除くものではありません。同時負荷の下で、重要な通信の遅延と低優先度処理の完了状況を比較してください。

産業用スイッチの帯域管理は、ギガビットポートを無限の帯域を持つ通信路に変えるものではありません。限られた出力側で、誰が先に送信し、誰が待機し、誰が送信量を減らす必要があるかを制御するものです。まず混雑が実際に発生している場所を特定し、次にそのモデルがサポートするキュー、レート制限、マルチキャスト機能を確認し、最後に実際のトラフィックで検証します。この方法は、すべての「最適化機能」を一度に有効にするよりも確実です。

1. すべてのポートがギガビットなのに、なぜ遅延が発生するのでしょうか?

スイッチは、アドレスを持つデータ単位であるEthernetフレームを受信すると、そのフレームの転送先ポートを決定します。複数の入力ポートは同時に受信できますが、同じ物理出力ポートは、1つの送信方向にフレームを順番に送信しなければなりません。複数の支線道路が1本の幹線道路に合流するようなものです。支線道路を増やしても、幹線道路の輸送能力が自動的に増えるわけではありません。この例えは合流関係だけを説明するものであり、ネットワークデータと車両が同じ方法で制御されるという意味ではありません。

2台の機器がそれぞれ毎秒800メガビットを短時間、同じサーバーに送信する一方、サーバーに接続された出力ポートの速度が毎秒1000メガビットしかないとします。瞬間的な入力の合計が出力容量を超えるため、余剰データはまずバッファに入るしかありません。バッファは、フレームを一時的に保持するためのチップ付近の記憶領域であり、その容量には限りがあります。出ていく速度よりも速くデータが入り続けると、キューは次第に長くなり、最終的にはフレームが廃棄される場合があります。ここでの数値は説明用の例であり、特定の機器の実測性能ではありません。

1分間の平均使用率が低くても、混雑がないとは限りません。カメラのキーフレーム、ファイルのアップロード、多数の機器による同時報告は、ごく短時間のバーストを発生させることがあります。平均統計では、こうしたピークが平滑化されます。道路の1日平均交通量が少なくても、朝のラッシュ時には長い渋滞ができるのと同じです。そのため、総トラフィックだけでなく、出力側の使用率、廃棄カウンター、キューの状態、サービスの遅延を併せて観測してください。

例として示した2つのトラフィックフローが同じギガビット出力側に合流し、スイッチが容量の限られたバッファでキューに保持するため、あふれる可能性がある
図1:混雑は、同じ出力側に入る量と出ていく量の関係によって決まります。一般原理の説明図であり、トラフィックや内部構造は特定モデルの仕様または測定結果を示すものではありません。

2. QoSは具体的に何を変えるのでしょうか?

QoSは一般にサービス品質と訳されます。スイッチでは、まずポート、フレーム内の優先度、その他のサポートされる条件でフレームを分類し、異なるキューに入れた後、スケジューリングポリシーによって送信順序を決定できます。主に、混雑時に各サービスが送信機会をどのように共有するかという問題に対応します。物理的な帯域幅を無から生み出すものではなく、損傷したケーブルや受信エラーを修復することもできません。

例えば、制御コマンドは待ち時間の影響を受けやすい一方、履歴ファイルのアップロードは遅くても許容できる場合があります。適切なポリシーにより、制御トラフィックにより早く送信機会を与え、ファイルトラフィックには残りのリソースを使用させることができます。ただし、すべてのフレームを最高優先度に設定することはできません。すべてが「優先」であれば分類の意味がなくなり、高優先度トラフィックが出力側を長時間占有すれば、低優先度サービスも長時間処理されなくなる可能性があります。ポリシーは、機器がサポートする厳密優先方式、重み付きスケジューリング、トラフィック制限を踏まえて設計する必要があります。

DSCPはIPパケット内の優先度マーキングの一種であり、レイヤー2のEthernetにも対応する優先度の表現方法があります。マーキングは、保証された処理を自動的に受けられる通行証ではありません。スイッチが正しく認識し、キューに対応付け、混雑している出力側で対応するポリシーを適用する必要があります。各端末が独自に付けた高優先度マーキングを、安易に信頼してはいけません。ポートごとに信頼境界を設定できるかどうかは、該当するマニュアルで確認してください。

3. レート制限とシェーピングは同じものではありません

設定画面の「レート制限」という用語は、異なる仕組みを指す場合があります。トラフィックポリシングは通常、条件を超えたフレームを廃棄するか、マーキングを変更します。トラフィックシェーピングは、一時的に超過したフレームをキューに保持し、設定されたペースで送信します。前者は廃棄を増やす可能性があり、後者は待ち時間を増やす可能性があります。どちらもバーストサイズとバッファの限界を考慮する必要があります。1つの数値だけを見て、効果がまったく同じだと判断することはできません。

まず重要度の低い大容量ファイルのサービスを制限し、制御と監視のために適切な余裕を確保する方法があります。ただし、他者の設定比率をそのままコピーしてはいけません。ポートの回線速度、プロトコルのオーバーヘッド、端末のピーク、下流リンクの容量はそれぞれ異なります。設定値が低すぎるとサービス自体が機能しなくなる可能性があり、高すぎると混雑を緩和できない場合があります。設定を変更する際は、元の値を記録し、元に戻せる試験時間帯を設けてください。

制御フレームと映像フレームは異なるキューに入り、1つの出力側を共有するスケジューラーを通じて順次送信され、バーストトラフィックはポリシーに従って平滑化できる
図2:キューとスケジューリングは送信機会を変え、シェーピングは送信ペースを変えますが、出力容量には依然として限りがあります。一般的な仕組みの説明図であり、確定的な遅延や、特定モデルがすべての機能を備えることを保証するものではありません。

4. VLAN、マルチキャスト、リンクアグリゲーションは、それぞれ何を解決するのでしょうか?

VLANはネットワークを論理的に分割する方法であり、ブロードキャストの伝播範囲を制限できます。ただし、同じアップリンク回線を複数の独立した物理回線に変えることはできません。複数のVLANのトラフィックが同じ出力側に集まるなら、それらは引き続き出力容量を競合します。分割する前に、端末の所属とネットワーク間の通信要件を確認し、「帯域幅を節約する」ために必要なサービスを遮断してしまわないようにしてください。

映像マルチキャストでは、IGMP Snoopingが必要になる場合があります。これは、スイッチがグループへの参加状況を監視し、実際に受信者がいるポートだけにトラフィックを送る仕組みです。クエリアとトポロジーも確認する必要があります。1台のスイッチで有効にするだけで、参加状況が常に正しく保たれると考えてはいけません。マルチキャストの最適化は不要な複製を減らすものであり、映像符号化の圧縮ではなく、その映像を受信する必要があるポートのトラフィックを減らすものでもありません。

リンクアグリゲーションは、互換性のある複数の物理接続を1つの論理接続として使用し、通常は一定の規則に従って異なるデータフローをメンバーリンクに分散します。複数フローの総容量を増やすのに役立ちますが、1つのデータフローは通常、1つのメンバーリンクに割り当てられるため、単一の転送速度が2倍になると単純に約束することはできません。両端が対応し、正しく設定されている必要があります。ケーブルを1本追加して接続するだけでは、容量が増える代わりにループが生じる可能性があります。

5. Feichang Technologyの製品を実際のソリューションでどう活用できますか?

Feichang Technologyのウェブサイトの産業用スイッチカテゴリには、さまざまなマネージド製品とアンマネージド製品があり、あるシリーズの機能をすべての機器に一般化することはできません。ウェブサイトに掲載されている電気ポート4個、光ポート2個の小型DINレール取り付け型マネージドギガビット製品には、VLAN、IGMP Snooping、DSCPに基づく8つのキューをサポートすると記載されています。これらの機能は、制御と映像が混在するネットワークでの選定の手掛かりになりますが、キューの対応付け、スケジューリング方式、設定可能な組み合わせについては、正確なモデルとファームウェアに対応する資料で確認する必要があります。

8つのキューは、独立した8本のギガビット通信路を意味しません。また、この製品には光ポートが2個ありますが、初期状態で集約されているという意味ではありません。シェーピング、アプリケーション識別、より高度なリアルタイム機構が必要な場合は、それぞれ対応の根拠を確認してください。資料にQoSと書かれているだけで、それらすべてを備えていると推測することはできません。光ポートの通信距離、モジュール、電源オプションも個別に確認する必要があります。

6. 初心者はどのように段階的に検証すればよいでしょうか?

まず端末からサーバーまでのデータ経路を図にし、各区間のポート速度とサービスの通信方向を書き出します。次に元の設定と正常時の状態を保存し、ネゴシエーションで決まった速度、エラーカウンター、ケーブルの状態を確認します。物理リンクが正常であることを確認したら、実際のサービスを1つずつ追加し、廃棄や待ち時間が増え始める場所を特定します。Pingが1回成功しても、その時点で何らかの接続性があることを示すだけであり、ピーク負荷での検証の代わりにはなりません。

変更するポリシーは一度に1種類だけとし、制御サービスの遅延とその変動、映像の連続性、ファイル転送の完了時間、出力側の廃棄を比較します。観測は安定した期間だけでなく、機器が同時に報告するときやサービス復旧時のバーストも対象にする必要があります。サプライヤーが再現できるよう、モデル、ファームウェア、トポロジー、設定、試験方法、時間範囲を記録してください。長期平均負荷がすでに出力容量を超えている場合は、不要なトラフィックの削減、サービスの調整、容量拡張を優先してください。キュー制御ポリシーは容量計画の代わりにはなりません。

旧記事で言及されていた動的帯域割り当て、アプリケーション識別、「リアルタイム性の確保」は、すべての産業用スイッチに共通する機能として扱うことはできません。本記事では、これらの広範な表現を、確認可能な仕組みと適用限界に置き換えています。まずボトルネックを特定し、次にサポートされる手段を選び、サービスの結果によって改善を実証します。

出典:飛暢科技の産業用スイッチカテゴリー;電気ポート4個・光ポート2個のマネージド製品の詳細;Ciscoによるポリシングとシェーピングの仕組みの解説。これらの資料は仕組みを理解するためのものであり、モデルを問わず共通に使用できる設定コマンドを提供するものではありません。

中国語の技術記事からの翻訳。原文の初回公開:2024-12-03。原文の最終改訂:2026-10-13T19:28:50+08:00。 中国語の原文を読む

実務上のよくある質問

複数の優先度キューは、それぞれポート1つ分の帯域幅を追加しますか?

いいえ。各キューは、送信に利用可能な出力リソースを共有します。スケジューリングは実際の容量の範囲内で機会を割り当てるものであり、その容量を何倍にも増やすものではありません。

ポリシングをシェーピングに置き換えると、フローの待ち時間が増えることがあるのはなぜですか?

シェーピングは、超過分を直ちに廃棄またはマーキングする代わりに、トラフィックをキューに入れて送出ペースを調整できます。結果は設定された許容量、バッファ、処理負荷によって異なるため、遅延と損失を併せて検証してください。

低優先度サービスを観測せずに、厳密優先方式を採用してよいでしょうか?

いいえ。優遇されるトラフィックが継続すると、他のクラスの機会が減る可能性があります。想定される過負荷時の挙動を含め、サポートされるスケジューラーと、影響を受けるすべてのサービスの要件を検証してください。

出典と適用範囲

これらの補足は一般的な仕組みを説明するものです。対応機能、接続の詳細、受入判定基準は、実際の機器、ソフトウェア、運用条件に合わせて検証する必要があります。図は測定結果や認証の証拠ではありません。

この記事を共有する