html スイッチのスタッキングとカスケード接続:リンクと障害の影響範囲 | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

スイッチのスタック接続とカスケード接続:容量と障害範囲

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

+8618758069661

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

オンラインお問い合わせ

スイッチのスタック接続とカスケード接続:容量と障害範囲

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

スイッチのスタッキングは通常のカスケード接続とどう違いますか?

カスケード接続はネットワークリンクでスイッチを接続する一方、対応するスタッキングでは複数の装置を1つの管理システムとして連携させることができます。メンバー構成、スタックリンク、転送容量、フェイルオーバーは具体的な実装に依存します。管理アドレスが1つであることも、ケーブルを追加したことだけでも、無制限の帯域幅やあらゆる障害後の無停止サービスを証明するものではありません。

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

01制御関係を確認する

Identify the control relationshipA supported stack has membership and control behavior beyond ordinary uplink forwarding.Member 1Member 2Member 3Supported stack control and interconnect

対応するスタックには、通常のアップリンク転送を超えたメンバー構成と制御動作があります。

02共有される転送経路を確認する

Check shared forwarding pathsInter-unit and external links impose capacity limits under real traffic patterns.Shared linkConcurrent demandActual deliveryInterfaces do not create unlimited capacity

実際のトラフィックパターンでは、装置間リンクと外部リンクによって容量が制限されます。

03具体的な障害を試験する

Test specific failuresMember, control-role and interconnect failures can have different effects.FaultInterruptionCross-member traffic ≠ alarm state

メンバー、制御役割、相互接続の障害は、それぞれ異なる影響を及ぼす可能性があります。

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

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • 制御関係を確認する

    機種、ファームウェア、必要なスタックインターフェースを確認してください。

  • 共有される転送経路を確認する

    予定するトポロジーで、複数のメンバー間にまたがる同時トラフィックを試験してください。

  • 具体的な障害を試験する

    対応する各ケースについて、アプリケーションの中断と復旧を観察してください。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
制御関係を確認する対応するスタックには、通常のアップリンク転送を超えたメンバー構成と制御動作があります。機種、ファームウェア、必要なスタックインターフェースを確認してください。
共有される転送経路を確認する実際のトラフィックパターンでは、装置間リンクと外部リンクによって容量が制限されます。予定するトポロジーで、複数のメンバー間にまたがる同時トラフィックを試験してください。
具体的な障害を試験するメンバー、制御役割、相互接続の障害は、それぞれ異なる影響を及ぼす可能性があります。対応する各ケースについて、アプリケーションの中断と復旧を観察してください。

相互に接続することが、必ずしもスタッキングを意味するわけではない

複数のスイッチを接続することでネットワークのカバー範囲を広げることはできますが、スタッキングとカスケード接続は異なる構成方法を表します。一般的なハードウェアスタッキングでは、対応する専用インターフェースとプロトコルを使用し、複数の物理装置を外部に対して1台の論理装置として動作させます。一方、カスケード接続では、通常のサービスポートで複数の独立した転送ノードを接続します。判断する際は、まず機種、接続ポート、実際の動作モードを確認してください。筐体を上下に重ねて置いただけでスタッキングと呼ぶことはできません。

統合管理ソフトウェアは、複数の独立した装置を1つの画面に一覧表示できますが、それだけで真のスタッキングと同等になるわけではありません。設定の集中表示と配信のみを行い、各スイッチの制御と障害の影響範囲は独立したままの場合があります。同様に、2本の光ファイバーを接続したりリンクアグリゲーションを有効にしたりしても、2台の装置の制御システムが自動的に統合されるわけではありません。外観、管理画面、技術的な機能は、それぞれ分けて確認する必要があります。

スタッキングによる制御とポートの構成方法

該当する機能に対応したスタッキングシステムを例にすると、メンバーはスタック接続を介して情報を交換し、プラットフォームの規則に従って制御役割を決定し、異なる筐体のポートを統一された設定と転送構成に組み込みます。外部ネットワークはスタック全体を1つの論理スイッチングノードとして扱えますが、物理筐体、電源、インターフェース、内部リソースは依然として存在します。無制限の容量を持つ1つのスイッチングチップになるわけではありません。

制御役割、バックアップ機構、メンバー数、ソフトウェアバージョンの互換性、スタッキングトポロジーは、いずれもプラットフォームに依存します。あるメーカーの資料に記載された専用リング接続、メンバーをまたぐアグリゲーション、障害時の引き継ぎを、そのまますべての産業用スイッチの機能とみなすことはできません。異なるシリーズのスタッキングインターフェースも、ケーブルの形状が一致するだけで相互接続できるわけではありません。拡張前に、対応するメンバーの組み合わせとアップグレード手順を確認する必要があります。

カスケード接続でデータがアップリンクを通過する仕組み

独立した2台のスイッチをEthernet電気ポートまたは互換性のある光ポートで接続すると、装置間の通信は対応するアップリンクを通過する必要があります。各ノードは、自身の転送テーブル、VLAN、ポート状態に従って送出先を決定します。装置ごとに設定と管理アドレスを維持する必要もあります。3台目のスイッチを追加すると、リンク両端のサービスは中間ノードと複数のアップリンクを通過する場合があります。実際の経路によって、容量と障害の影響が決まります。

特定のアップリンクの利用可能容量が継続的に集約されるトラフィックを下回る場合、バッファリングで一時的に吸収できるのはバーストの一部に限られ、長期的なボトルネックは解消できません。旧記事では100 Mbpsと固定のスタックバックプレーン数値を比較していましたが、これを現在のすべての機種に適用することはできません。各区間の速度、双方向負荷、パケットサイズ、サービスの宛先を記録し、筐体数だけを比較するのではなく、実際の設定とトラフィックで検証してください。

専用スタッキングは1つの論理装置を構成し、通常のカスケード接続は独立したノードを維持する
図1 | 一般的な原理図。スタッキング機能には機種とインターフェースの裏付けが必要です。統合管理画面そのものは、真のスタッキングを証明しません。

リンクアグリゲーションでどのような機能が加わりますか?

リンクアグリゲーションに対応する装置は、複数のメンバー接続を1つの論理リンクとして構成し、実装に応じてトラフィックの分散とメンバー障害への対処を行うことができます。一般的な分散方式ではセッションの関連フィールドに基づいてメンバーを選択するため、通常、1つのセッションがすべてのメンバーの全容量を自動的に同時使用するわけではありません。複数のアップリンクの公称速度の合計は、任意の単一ファイル転送で達成できる速度と同じではありません。

障害後にメンバーが再選択されるか、どのフローが影響を受けるか、残りの総容量が十分かは、具体的な機種とサービスに照らして試験する必要があります。通常のケーブルを複数並列接続しただけでは、アグリゲーションとみなすことはできません。制御されていないレイヤー2ループは、ブロードキャストストームを引き起こす可能性があります。アグリゲーション、スパニングツリー、スタッキングは、それぞれ異なる問題を解決します。設定時には、異なる保護機構同士の競合を避けるため、トポロジー内でそれぞれが担う役割を明確にしてください。

アグリゲーションはフローごとにメンバーを選択し、1つのメンバーに障害が発生すると容量が変化する
図2 | 一般的な原理図。一般的な仕組みを示しています。単一フローがすべてのメンバーの帯域幅を自動的に使用するわけではなく、アグリゲーションはスタッキングと同じではありません。

管理が簡単になっても、障害の影響範囲が小さくなるとは限らない

1つの論理装置にすると、通常は統一的な設定を簡素化できますが、複数のメンバーが共通のソフトウェアと制御の影響範囲に入る可能性もあります。独立したカスケード接続装置では設定がより分散する一方、区分ごとの保守が容易になる場合もあります。いずれの方式でも、電源、アップリンク、制御役割、アップグレードがサービスに影響します。統一された管理アドレスが1つあるだけで高信頼性を証明することはできず、メンバーが多いほど必ず安全だと考えることもできません。

拡張時には、新しいメンバーやノードをオンラインで追加すると既存ポートに影響するか、バージョン変更に再起動が必要か、独立した復旧用アクセス経路が保持されるかを確認してください。二重電源を同じ信頼性の低い電源分岐に接続している場合、共通の障害点は依然として存在します。複数の光ファイバーを同じ管路に通す場合にも、同様の問題があります。冗長性は、トポロジー図に同じアイコンを繰り返し描くだけではなく、実際の経路に実装する必要があります。

この種の計画でFCTEL製品をどのように活用するか

FCTELの型番2241、光4ポート・電気8ポートのマネージド型レイヤー3スイッチの資料には、複数の光・電気インターフェース、VLAN、リンクアグリゲーション、ネットワーク管理機能が記載されており、独立したスイッチングノードとアップリンクの計画確認に使用できます。製品ページに記載されたアグリゲーションやリングネットワーク機能は、この機種が専用ハードウェアスタッキングに対応する証拠にはなりません。対応するインターフェース、マニュアル、互換性表がなければ、独立した装置として設計する必要があります。

機種選定時には、アクセスポート数、各区間のアップリンク、想定される同時トラフィック、保守要件を一覧化したうえで、実際のファームウェア、アグリゲーションメンバーの条件、障害復旧動作を供給元に確認してください。1つの論理装置で複数の筐体を管理する必要がある場合は、真のスタッキング機能を明示的に要求する必要があります。遠隔地でのポート拡張とカバー距離の確保だけが必要な場合は、カスケード接続の容量、光モジュールの組み合わせ、サービスの境界を確認してください。

受入試験ではトポロジーの変更を実際に発生させる

まず少数の端末を使用して、ノードをまたぐ同一VLAN内の通信を検証し、アップリンクのタグ、管理、カウンターを確認してから、同時負荷を段階的に増やしてください。アグリゲーション試験では、複数セッションの分散状況と単一セッションの実際の送出先の両方を観察してください。メンバーまたはアップリンクの障害試験は、隔離環境または保守時間帯に計画し、本番ネットワークで無作為にケーブルを抜いてループを発生させないでください。

障害の前後で、制御状態、ポート状態、利用可能容量、パケット損失、アプリケーションの復旧状況を記録し、再起動後に設定が保持されるかを確認してください。受入試験を本当に完了したと判断する根拠は、通常時、拡張時、指定された障害条件下で対象サービスが要件を満たすことです。Webページにログインできること、いくつかのメンバー名が見えること、新たに追加したすべてのポートのリンクランプが点灯することだけではありません。

資料に関する注記:原理図は技術内容を確認済みで、一般的な仕組みを説明するために使用しています。製品写真や実測記録ではありません。具体的なインターフェース、モード、機能は、選定したモデル、バージョン、および現場での検証結果によって決まります。

検証資料: Ciscoスイッチのスタッキング機構
Ciscoのスタッキングと独立したスイッチング装置の管理
FCTEL 光4ポート・電気8ポートのマネージド型レイヤー3スイッチ
FCTEL産業用スイッチのカテゴリ

関連技術トピック: SDH MSTPマルチサービスプラットフォームへのアクセス方法:サービスマッピング、インターフェース、クロック検証 E1、チャネル化E1、PRIの見分け方:タイムスロット、シグナリング、接続の受入検証 MEMOBUSシリアルポートを光ファイバー経由で運用する仕組み:メッセージの透過伝送、送受信タイミング、装置の検証

中国語の技術記事から翻訳。原文初公開:2021-12-06。原文最終改訂:2026-10-13T01:08:12+08:00。 中国語の原文を読む

実務上のよくある質問

Ethernetケーブルを接続すると、自動的に対応するスタックが形成されますか?

いいえ。対応するスタックには、通常のアップリンク転送を超えたメンバー構成と制御動作があります。機種、ファームウェア、必要なスタックインターフェースを確認してください。

スタックの管理アドレスが1つなら、内部ボトルネックはないということですか?

いいえ。実際のトラフィックパターンでは、装置間リンクと外部リンクによって容量が制限されます。予定するトポロジーで、複数のメンバー間にまたがる同時トラフィックを試験してください。

待機系の制御役割が機能していれば、あらゆる障害でパケット損失がゼロになると証明できますか?

いいえ。メンバー、制御役割、相互接続の障害は、それぞれ異なる影響を及ぼす可能性があります。対応する各ケースについて、アプリケーションの中断と復旧を観察してください。

出典と適用範囲

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

この記事を共有する