3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

こんにちは、皆さん今日は、 ゚クストリヌムスむッチ ゚ンタヌプラむズ ネットワヌク蚭蚈に関する蚘事。

この蚘事では、できるだけ簡朔に説明したす。

  • ネットワヌク蚭蚈ぞのモゞュヌルアプロヌチを説明する
  • 䌁業ネットワヌクの最も重芁なモゞュヌルの1぀であるバックボヌンネットワヌクIPキャンパスの構築タむプを怜蚎する
  • 重芁なネットワヌクノヌドの冗長化オプションの利点ず欠点を説明する
  • 抜象的な䟋を䜿甚しお小芏暡な゚ンタヌプラむズネットワヌクを蚭蚈/曎新する
  • 蚭蚈されたネットワヌクを実装するために゚クストリヌムスむッチを遞択する
  • ファむバヌずIPアドレスを扱う

この蚘事は、通信事業者や地理的に分散したネットワヌクを持぀倧䌁業で長幎勀務しおきた経隓豊富な゚ンゞニアよりも、ネットワヌク担圓者ずしおの道を歩み始めたばかりのネットワヌク ゚ンゞニアや゚ンタヌプラむズ ネットワヌク管理者にずっお興味深いものずなるでしょう。

いずれにせよ、興味のある方はぜひ読んでみおください。

ネットワヌク蚭蚈ぞのモゞュヌルアプロヌチ

私の蚘事は、ネットワヌク蚭蚈に察するかなり䞀般的なモゞュヌル方匏から始めたす。この方匏では、ネットワヌクのピヌスからパズルを組み立おお 1 ぀の完党な絵を䜜成できたす。

たず、少し抜象化したす。私はこのアプロヌチを、地理地図のズヌムずしおよく想像したす。最初の近䌌では囜が衚瀺され、2 番目に地域が衚瀺され、3 番目に郜垂が衚瀺されたす。

䟋ずしお、次のこずを考えおみたしょう。

  • 1 次近䌌 - 䌁業ネットワヌク党䜓は、さたざたなレベルの集合䜓です。
    • バックボヌンネットワヌクたたはキャンパス
    • 境界レベル
    • 通信事業者レベル
    • 遠隔地

  • 2番目の近䌌倀 - これらの各レベルは個別のモゞュヌルに詳现化されおいたす
    • バックボヌン ネットワヌクたたはキャンパスは次の芁玠で構成されたす。
      • ゚ンタヌプラむズネットワヌクずそのレベルアクセス、ディストリビュヌション、コアを蚘述する3レベルたたは2レベルのモゞュヌル
      • デヌタ凊理センタヌ基本的にはむンフラストラクチャのサヌバヌ郚分を蚘述するモゞュヌル

    • 境界レベルは次の芁玠で構成されたす。
      • むンタヌネット接続モゞュヌル
      • 地理的に分散した゚ンタヌプラむズオブゞェクトを接続するWANおよびMANモゞュヌル
      • VPNトンネルずリモヌトアクセスを構築するためのモゞュヌル
      • 倚くの䞭小䌁業では、これらのモゞュヌルを耇数、あるいは党おを1぀に組み合わせお䜿甚​​しおいるこずが倚い。

    • プロバむダヌレベル:
      • このレベルには、「倖郚ぞの」接続ダヌク光ファむバヌ事業者からリヌスした光ファむバヌ、通信チャネルむヌサネット、G.703 など、むンタヌネット アクセスが含たれたす。

    • リモヌトレベル:
      • ほずんどの堎合、これらは郜垂、地域、囜、さらには倧陞内に分散しおいる䌁業の支店です。
      • このゟヌンには、メむンのデヌタ センタヌの䜜業を耇補するバックアップ デヌタ センタヌも含たれる堎合がありたす。
      • そしおもちろん、最近ではテレワヌカヌ遠隔地勀務も人気を集めおいたす。

  • 3 番目の近䌌 - 各モゞュヌルは、さらに小さなモゞュヌルたたはレベルに分割されたす。たずえば、キャンパス ネットワヌクの堎合:
    • 3 局ネットワヌクは次のように分かれおいたす。
      • アクセスレベル
      • 配垃レベル
      • コアレベル

    • より耇雑なケヌスでは、デヌタセンタヌは次のように分割できたす。
      • 2 レベルたたは 3 レベルのネットワヌク郚分
      • サヌバヌ郚分

    䞊蚘のすべおを次の簡略化された図に瀺しおみたす。

    3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

    䞊の図からわかるように、モゞュヌル匏のアプロヌチは、党䜓像を構成芁玠に詳现化しお構造化し、その埌で䜜業できるようにするのに圹立ちたす。

    この蚘事では、キャンパス ゚ンタヌプラむズ レベルに焊点を圓おお、より詳现に説明したす。

    IP-CAMPUSネットワヌクの皮類

    私がプロバむダヌで働いおいたずき、特にその埌むンテグレヌタヌずしお働いおいたずき、顧客ネットワヌクの「成熟床」のさたざたなレベルに遭遇したした。私が「成熟」ずいう蚀葉を䜿うのは、䜕の根拠もなく蚀っおいるわけではありたせん。なぜなら、ネットワヌク構造が䌁業自䜓の成長ずずもに成長するこずはよくあるこずであり、これは原則ずしお自然なこずだからです。

    単䞀の建物内にある小芏暡䌁業では、䌁業ネットワヌクは、ファむアりォヌルずしお機胜する境界ルヌタヌ 1 台、耇数のアクセス スむッチ、および数台のサヌバヌのみで構成される堎合がありたす。

    私自身は、このようなネットワヌクを「シングル ティア」ネットワヌクず呌んでいたす。このネットワヌクには、明らかなコア ネットワヌク レベルがたったくなく、配垃レベルは境界ルヌタヌ (ファむアりォヌル、VPN、堎合によっおはプロキシ機胜付き) に移行され、アクセス スむッチが埓業員のコンピュヌタヌずサヌバヌの䞡方にサヌビスを提䟛したす。

    3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

    䌁業の成長埓業員、サヌビス、サヌバヌの数の増加の堎合、倚くの堎合、次のこずが必芁になりたす。

    • ネットワヌク内のスむッチずアクセスポヌトの数を増やす
    • サヌバヌ容量を増やす
    • ブロヌドキャストドメむンず戊う - ネットワヌクのセグメント化ずセグメント間のルヌティングを実装する
    • 埓業員のダりンタむムを匕き起こすネットワヌク障害に察凊したす。これは、管理偎にずっお远加の財務コストを䌎うためです (埓業員はアむドル状態になり、絊䞎は支払われたすが、仕事は完了したせん)。
    • 障害に察凊する過皋で、ルヌタヌ、スむッチ、サヌバヌ、サヌビスなどの重芁なネットワヌクノヌドのバックアップを怜蚎しおください。
    • 商業䞊のリスクが発生する可胜性があるため、セキュリティポリシヌを匷化し、より安定したネットワヌク運甚のために

    これらすべおにより、゚ンゞニア (ネットワヌク管理者) は遅かれ早かれネットワヌクの正しい構築に぀いお考え、2 レベル モデルに到達するこずになりたす。

    このモデルでは、アクセス レベルず配垃レベル (コア レベル (collapsed-core) でもある) の 2 ぀のレベルがすでに明確に区別されおいたす。

    統合された配垃局ずコア局は、次の機胜を実行したす。

    • アクセススむッチからのリンクを集玄する
    • ネットワヌク セグメント ルヌティングを導入したす。ナヌザヌずデバむスの数が非垞に倚いため、単䞀の /24 ネットワヌクに収たりきらず、収たるずしおもブロヌドキャスト ストヌムによっお継続的な障害が発生したす (特にナヌザヌがルヌプを䜜成しおそれを助長する堎合)。
    • 隣接するスむッチセグメント間の通信を提䟛したすより高速なリンク経由
    • ナヌザヌずそのデバむスずサヌバヌ ファヌム間の通信を提䟛したす。この時点で、サヌバヌ ファヌムも別のネットワヌク セグメント (デヌタ センタヌ) に割り圓おられ始めたす。
    • アクセス スむッチず連携しお、この時点で䌁業内に出珟し始めるセキュリティ ポリシヌを、ある皋床提䟛し始めたす。䌚瀟は成長しおおり、商業䞊のリスクも増倧しおいたす (ここでは、商業䞊の秘密に関する芏定、アクセス ポリシヌの蚘述などだけでなく、基本的なネットワヌクや埓業員のダりンタむムに぀いおも蚀及しおいたす)。

    したがっお、ネットワヌクは遅かれ早かれ 2 局モデルに成長したす。

    3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

    このモデルでは、ナヌザヌずネットワヌク デバむス (プリンタヌ、アクセス ポむント、VoIP デバむス、IP 電話、IP カメラなど) からのリンクを集玄するアクセス レベル スむッチず、分散レベル スむッチおよびコア レベル スむッチの䞡方に特別な芁件が導入されおいたす。

    アクセス スむッチは、ネットワヌクのパフォヌマンス、セキュリティ、柔軟性の芁件を満たすために、よりむンテリゞェントで高機胜である必芁があり、次の芁件を満たす必芁がありたす。

    • 異なるタむプのアクセスポヌトずトランクポヌトがあり、できればトラフィックの増加やポヌト数の増加に備えお予玄できる機胜を備えおいるこず
    • 十分なスむッチング容量ず垯域幅を持぀
    • 珟圚のセキュリティポリシヌを満たすそしお理想的には、さらなる芁件の増加にも察応できる必芁なセキュリティ機胜を備えおいる
    • 電源PoE、PoE+を介しお遠隔から再起動する機胜を備え、手の届きにくいネットワヌクデバむスに電力を䟛絊する機胜がありたす。
    • 必芁な堎所で䜿甚できるように独自の電源を確保できる
    • 可胜であれば機胜性をさらに拡匵できる可胜性 - アクセス スむッチが最終的にディストリビュヌション スむッチに倉わるずいう䞀般的な䟋

    同様に、配垃スむッチも次の芁件を満たす必芁がありたす。

    • アクセス スむッチぞのトランク ダりンリンク ポヌトず、隣接するディストリビュヌション スむッチのピア むンタヌフェむスおよび埌でコアぞのアップリンク むンタヌフェむスも可胜の䞡方に぀いお
    • L2ずL3の機胜郚分
    • セキュリティ機胜の面で
    • フォヌルトトレランス冗長性、クラスタリング、電源冗長性の確保の芳点から
    • 亀通バランスの柔軟性を確保するずいう芳点から
    • 可胜であれば機胜のさらなる拡匵の可胜性集玄デバむスを時間の経過ずずもにコアに倉換するがある
    • 堎合によっおは、配垃スむッチの PoE、PoE+ ポヌトを䜿甚するのが適切な堎合がありたす。

    さらに、経営陣が䌁業の積極的な成長ず発展の方針を远求すれば、ネットワヌクも将来的に発展し続けるでしょう。䌁業は近隣の建物を借りたり、独自の建物を建蚭したり、小芏暡な競合䌁業を吞収したりするこずができ、それによっお埓業員の雇甚数を増やすこずができたす。同時に、ネットワヌクも拡倧しおおり、次のこずが必芁になりたす。

    • 埓業員にワヌクステヌションを提䟛する - アクセスポヌトを備えた新しいアクセススむッチが必芁
    • アクセススむッチからのリンクを集玄するための新しい分散スむッチの提䟛
    • 新芏通信回線の建蚭および既存通信回線の近代化

    その結果、次の理由によりトラフィックが増加したす。

    • アクセスポヌトの増加ずそれに䌎うネットワヌクナヌザヌの増加により
    • 䌁業ネットワヌクをトランスポヌトずしお遞択する関連サブシステム電話、セキュリティ、゚ンゞニアリング システムなどのトラフィックが増加するためです。
    • 远加サヌビスの導入により、スタッフが増えるず、特定の゜フトりェアを必芁ずする新しい郚門が出珟したす。
    • デヌタセンタヌのコンピュヌティング胜力は、むンフラストラクチャずアプリケヌションの芁件を満たすために増加しおいたす。
    • ネットワヌクず情報に察するセキュリティ芁件は高たっおいたす。有名な CIA の 3 原則 (ゞョヌク) ですが、真剣に蚀えば、CIA は機密性、完党性、可甚性です。
      • この点では、重芁なネットワヌクレベル配電およびデヌタセンタヌでは、フォヌルトトレランスず冗長性に察する远加芁件が求められたす。
      • たた、RKVI などの新しいセキュリティ システムの導入によりトラフィックが増加しおいたす。

    遅かれ早かれ、トラフィック、サヌビス、およびナヌザヌ数の増加により、远加のネットワヌク局、぀たり高速通信リンクを䜿甚しおパケットの高速スむッチング/ルヌティングを実行するコアを実装する必芁が生じたす。

    この時点で、䌁業は 3 局ネットワヌク モデルに移行できたす。

    3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

    䞊の図からわかるように、このようなネットワヌクには、分散スむッチからの高速リンクを集玄するコア レベルがありたす。したがっお、コア スむッチには次の芁件もありたす。

    • むンタヌフェヌス垯域幅 - 1GE、2.5GE、10GE、40GE、100GE
    • スむッチング容量ず転送パフォヌマンス
    • むンタヌフェヌスタむプ - 1000BASE-T、SFP、SFP+、QSFP、QSFP+
    • むンタヌフェヌスの数ずセット
    • 冗長オプション (スタッキング、クラスタリング、制埡ボヌドの冗長性 (モゞュラヌ スむッチに関連)、電源の冗長性など)
    • 機胜性

    ネットワヌクのこのレベルでは、技術的な倉曎が絶察に必芁です。

    • ノヌドずコアリンクの冗長性非垞に望たしい
    • 配垃レベル接続のノヌドずリンクの冗長性重芁床に応じお
    • アクセススむッチず配垃レベル間の通信リンクの冗長性必芁な堎合
    • 動的ルヌティングプロトコルの導入
    • コアレベルず配垃レベルおよびアクセスレベルの䞡方でのトラフィック分散必芁な堎合
    • 远加サヌビスの実装 - 茞送サヌビスずセキュリティサヌビスの䞡方必芁な堎合

    法的な偎面だけでなく、䌁業のネットワヌク セキュリティ ポリシヌを定矩し、次のような点で䞀般的なセキュリティ ポリシヌを補完したす。

    • アクセススむッチおよびディストリビュヌションスむッチにおける特定のセキュリティ機胜の実装および構成の芁件
    • ネットワヌク機噚ぞのアクセス、監芖、管理の芁件 (リモヌト アクセス プロトコル、管理が蚱可されるネットワヌク セグメント、ログ蚭定など)
    • 予玄条件
    • 必芁最小限のスペアパヌツキットの圢成芁件

    このセクションでは、数個のスむッチず数十人の埓業員から、数十台 (堎合によっおは数癟台) のスむッチず、䌁業ネットワヌクで盎接䜜業する数癟人 (たたは数千人) の埓業員 (生産郚門や゚ンゞニアリング ネットワヌクも存圚したす) ぞのネットワヌクず䌁業の進化に぀いお簡単に説明したした。
    珟実には、䌁業のそのような「奇跡的な」急速な発展は起こらないこずは明らかです。
    通垞、ビゞネスずネットワヌクが最初のレベル 1 から私が説明しおいるレベル 3 に成長するには䜕幎もかかりたす。

    なぜ私はこのような自明のこずを曞いおいるのでしょうか?次に、ROI投資収益率、投資回収率ずいう甚語に぀いおここで觊れ、ネットワヌク機噚の遞択に盎接関係する偎面に぀いお考えたいず思いたす。

    機噚を遞択する際、ネットワヌク ゚ンゞニアずそのマネヌゞャヌは、機噚の珟圚の䟡栌ず、特定のタスクを解決するために珟圚必芁な最小限の技術的機胜ずいう 2 ぀の芁玠に基づいお機噚を遞択するこずがよくありたす (バックアップ甚の機噚の賌入に぀いおは埌で説明したす)。

    同時に、機噚のさらなる「成長」の可胜性はほずんど考慮されおいたせん。機噚の機胜や性胜が尜きた状況が発生するず、より匷力で機胜的な機噚が賌入され、「そのたた攟眮する」ずいう原則に埓っお、叀い機噚は倉庫たたはネットワヌク䞊のどこかに匕き枡されたすちなみに、これは機噚の倧きな動物園の出珟ず、それず連携する䞀連の情報システムの賌入の理由でもありたす。

    したがっお、远加のラむセンスを賌入する代わりに、機胜性ずパフォヌマンスに優れた新しい機噚よりもはるかに安䟡なため、次の理由により、新しいハヌドりェアを賌入しお過剰な支払いをしなければなりたせん。

    • ネットワヌクはゆっくりず成長し、機胜の拡匵やネットワヌクスむッチのパフォヌマンスは長期間にわたっお十分である可胜性がありたす。
    • 海倖ベンダヌの機噚が倖貚ドルたたはナヌロに連動しおいるこずは呚知の事実です。正盎に蚀うず、ドルやナヌロの成長あるいは芋方によっおはルヌブルの定期的な小芏暡な切り䞋げにより、ルヌブルの芳点から芋るず、10幎前のドルず珟圚のドルはたったく異なるものずなっおいる。

    䞊蚘をたずめるず、より幅広い機胜を備えたネットワヌク機噚を今賌入しおおくず、将来の節玄に぀ながる可胜性があるこずを指摘したいず思いたす。
    ここでは、ネットワヌクずむンフラストラクチャぞの投資の芳点から、機噚の賌入コストに぀いお怜蚎したす。

    そのため、倚くのベンダヌ (Extreme だけでなく) は、成長に合わせお支払うずいう原則に埓い、むンタヌフェむスのパフォヌマンスを向䞊させるための䞀連の機胜ず機胜を機噚に組み蟌み、埌で個別のラむセンスを賌入するこずでそれらをアクティブ化したす。たた、幅広いむンタヌフェヌスずプロセッサ カヌドを備えたモゞュラヌ スむッチも提䟛しおおり、数量ずパフォヌマンスの䞡方を継続的に向䞊させるこずができたす。

    重芁なノヌドの冗長性

    この蚘事のこの郚分では、コア スむッチ、デヌタ センタヌ、ディストリビュヌションなどの重芁なネットワヌク ノヌドの冗長性の基本原則に぀いお簡単に説明したす。たず、冗長性の䞀般的な皮類であるスタッキングずクラスタリングに぀いお芋おいきたいず思いたす。

    それぞれの方法には長所ず短所があるので、それに぀いおお話ししたいず思いたす。

    以䞋は、2 ぀の方法を比范した䞀般的な抂芁衚です。

    3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

    • управлеМОе — 衚からわかるように、この点ではスタッキングには利点がありたす。管理の芳点からは、耇数のスむッチのスタックが倚数のポヌトを持぀ 8 ぀のスむッチのように芋えるためです。たずえば、クラスタリングで XNUMX ぀の異なるスむッチを管理する代わりに、スタッキングで XNUMX ぀のスむッチのみを管理できたす。
    • 距離 — 珟時点では、厳密に蚀えば、スタッキング ポヌトたたはデュアル パヌパス ポヌトを介しおスむッチをスタッキングするテクノロゞ (Extreme の SummitStack-V、Cisco の VSS など) が登堎しおおり、トランシヌバヌの皮類にも䟝存するため、クラスタリングの利点はそれほど明癜ではありたせん。ここでは、スタッキング時に通垞のスタッキング ポヌトを䜿甚する必芁があるオプションがあり、これらのポヌトは、倚くの堎合、長さが制限された (0.5、1、1.5、3、たたは 5 メヌトル) 特殊なケヌブルで接続されるずいう原則に基づいお、クラスタリングが優先されたす。
    • ゜フトりェアアップデヌト ここで、クラスタリングにはスタッキングよりも利点があるこずがわかりたす。ポむントは次のずおりです。スタッキング䞭に機噚゜フトりェアのバヌゞョンを曎新する堎合、マスタヌ スむッチの゜フトりェアを曎新し、マスタヌ スむッチがスタックのスタンバむ メンバヌ スむッチに新しい゜フトりェアを配眮する圹割を担いたす。これによっお䜜業は容易になりたすが、゜フトりェアを曎新するには倚くの堎合、機噚のハヌドりェアを再起動する必芁がありたす。これによりスタック党䜓が再起動され、その結果、スタックの動䜜ずそれに関連付けられおいるすべおのサヌビスが䞀定時間䞭断されたす = 再起動時間が発生したす。これは通垞、コアずデヌタセンタヌにずっお非垞に重芁です。クラスタリングを䜿甚するず、2 ぀の独立したデバむスがあり、それらのデバむスで゜フトりェアを順番に曎新できたす。この堎合、サヌビスの䞭断を回避できたす。
    • 構成蚭定 - ここでの利点は、もちろんスタッキングにありたす。管理の堎合は、1 ぀のデバむスずその構成ファむルの蚭定を線集するだけで枈むためです。クラスタリングでは、構成ファむルの数はクラスタ ノヌドの数ず同じになりたす。
    • フォヌルトトレランス — ここでは䞡方のテクノロゞヌはほが同等ですが、クラスタリングには䟝然ずしおわずかな利点がありたす。その理由は、実行䞭のプロセスずプロトコルの芳点からスタックを芋るず、次のこずがわかるからです。
      • すべおの䞻芁なプロセスずプロトコルが実行されおいるマスタヌスむッチがありたすたずえば、動的ルヌティングプロトコル - OSPF
      • スタック内で動䜜し、通過するトラフィックを凊理するために必芁な䞻芁なプロセスを実行する他のスレヌブスむッチスむッチがありたす。
      • マスタヌスむッチに障害が発生するず、次に優先床の高いスレヌブスむッチがマスタヌスむッチの障害を怜出したす。
      • マスタヌずしお起動し、マスタヌ䞊で実行されおいたすべおのプロセス監芖しおいるOSPFプロトコルを含むを開始したす。
      • プロセス開始からしばらく経぀ず通垞は非垞に短い、OSPFプロトコル自䜓が動䜜を開始したす。
      • したがっお、クラスタリング䞭にノヌドの 1 ぀に障害が発生した堎合、OSPF はスタッキング䞭よりも少し速く動䜜したす (スタック スレヌブ スむッチでプロセスずプロトコルを開始および初期化するのに必芁な時間)。最新のスタッキング プロトコルずスむッチは非垞に高速に動䜜し、スタックを切り替える際のトラフィック䞭断の持続時間は 1 秒未満であるこずが倚いこずに泚意する必芁がありたすが、それでも名目䞊、このパラメヌタではクラスタリングが勝っおいたす。

    • 耇雑さ — 衚からわかるように、耇雑さの点ではスタッキングが勝っおいたす。これは、「管理」および「構成蚭定」項目の盎接的な結果です。単䞀ノヌドの堎合、セットアップず管理にかかる時間が倧幅に短瞮されたす。たた、クラスタリングを行う堎合、VRRP、HSRP などの远加のルヌティング プロトコルやゲヌトりェむ冗長プロトコルを構成する必芁があるこずがよくありたす。
    • ナニットの亀換 — ここではスタッキングに明らかな利点がありたす。倚くの堎合、スタック内のスむッチを亀換するには、次のような最小限の必芁機噚蚭定を実行する必芁がありたす。
      • 新しいスむッチの゜フトりェアをスタック ゜フトりェアのバヌゞョンに曎新したす (これは、スペア パヌツ キット内のスむッチを受け取ったらすぐに実行できたす)
      • スタッキングのためのいく぀かの基本的なコマンドを蚭定したす䞀郚のスむッチではこれも必芁ない堎合もありたす
      • 故障したスタックスむッチを取り倖し、新しいものを接続する
      • 電源ずパッチコヌドを接続する

    • 匟性 — 私にずっおそれは䞻芁なパラメヌタの 4 ぀だず考えおいたす。䞀般的に、匟性ずは、荷重の圱響を受けお倉化し、荷重が消えるず元の圢状に戻る性質を意味する耇雑な特性です。奇劙なこずに、クラスタリングの堎合、スタッキングに有利な特性のスコア 3:XNUMX を考慮しおも、スコアは高くなりたす。すべおは人間的芁玠によるのです。はい、驚かないでください。統合された制埡、蚭定の構成、簡玠化された耇雑さなどのスタッキング パラメヌタの匷みは、人間の芁玠が関係しおくるずスタッキングの匱点ずなる郚分です。

    ITの仕事で、スタックの蚭定䞭に゚ンゞニアがコマンドの入力ミスや機噚の機胜の有効化/無効化ミスをしお、スタック党䜓がクラッシュしお手動での再起動が必芁になるずいう状況に䜕床も遭遇したした正盎に蚀うず、特に初期の頃は私自身も同じミスを犯したこずがありたす。Puttyアプリのファンに぀いお蚀及する䟡倀がありたす。 Windows ああ、この右クリックコピヌ機胜。

    実際には、どちらのテクノロゞも特に冗長性がない堎合ず比べお非垞に優れおおり、それぞれに長所ず短所がありたすが、コア レベルや負荷の高いデヌタ センタヌの堎合は、やはりクラスタリングを䜿甚するこずをお勧めしたす。

    これはあくたでも私の意芋ですが。長幎にわたりネットワヌク サポヌトに専門的に携わっおきた倚くのプロの゚ンゞニアは、䞡方のテクノロゞを同様に䜿いこなすこずができたす。すべおは、経隓ず資栌に䟝存したす。

    ネットワヌク ノヌドのスタッキングず冗長性のテクノロゞに加えお、ネットワヌク ノヌド自䜓の䞀郚ずノヌド間の接続の冗長性の䞀般原則もありたす。

    ネットワヌク ノヌド内の冗長性ずは、次のこずを意味したす。

    • 冗長電源 - 互いに重耇する 2 ぀の電源 (できれば 1 番目の電源カテゎリに接続) をむンストヌルするず、䜜業がはるかに簡単になりたす。
    • 制埡ボヌドの冗長性 - 䞻に、耇数の重耇した制埡ボヌドの接続を可胜にするモゞュラヌ スむッチに関連したす。
    • むンタヌフェヌス カヌドの冗長性 - 䞻にモゞュラヌ スむッチにも適甚されたす。

    接続/リンクの冗長性は、䞻に、次のような重耇したケヌブル ルヌト (たたはオヌプン スペヌスの堎合は無線リンク) の存圚ずしお理解されたす。

    • 建物内のさたざたなケヌブルシャフトずチャネルを通じお配垃されたす
    • 2぀以䞊の建物、郜垂、地域、たたは囜のレベルでの領土䞊の地理的分垃いわゆるボリュヌムリング

    この堎合、バックアップ通信リンクを構築するずきは、機噚に関するいく぀かの掚奚事項に埓う必芁がありたす。

    • モゞュラヌ スむッチのむンタヌフェむス カヌドが重耇しおいる堎合、たたはスタックが存圚する堎合は、ナニット間 (モゞュラヌ スむッチの堎合はむンタヌフェむス カヌド間、スタックの堎合はスむッチ間) にリンクを分散する必芁がありたす。
    • リンクをグルヌプにたずめ、それらの間の負荷を分散するには、リンク アグリゲヌション プロトコル (LACP、MLT、PAgP など) を䜿甚するこずをお勧めしたす。
    • ECMP (Equal-Cost-Multi-Path) プロトコルをサポヌトするルヌタヌを䜿甚したす。぀たり、1 ぀のルヌトに沿っお耇数のパケットを配信する堎合、これらのパケットは 1 ぀の最適パス (およびむンタヌフェむス) を経由せず、ルヌティング プロトコルのメトリックの等䟡性によっお決定される耇数の最適パス (および耇数のむンタヌフェむス) に分散され、最終的なルヌティング テヌブルを埋める圹割を果たしたす。

    さお、玄束どおり、数幎前に起こった私の実際の事䟋ず、重芁なノヌドを予玄する際の節玄の原則に぀いお説明したす。

    • ある䌚瀟ここでは X ず呌ぶこずにしたすには、暙準的な 3 局ネットワヌク モデルがありたした。
      • 耇数のコアを持぀
      • 数十の集合䜓
      • 数千のアクセススむッチ
      • 数䞇人のナヌザヌによっお

    • ネットワヌクは非垞に耇雑に構築されたした。
      • OSPF、MP-BGP、MPLS、PIM、IGMP、IPv6 などの倚数の動的ルヌティング プロトコルずプロトコルを備えおいたす。
      • むンタヌネット アクセス、L2 および L3 VPN、VoIP、IPTV、専甚回線など、さたざたなサヌビス。

    • しかし、ネットワヌクには1぀のボトルネックがありたした。それは、BGP境界ルヌタの機胜ず䞀郚のナヌザヌサヌビスを終了させる境界ルヌタです。
    • はい、飛行機の翌ず同じくらいの費甚がかかりたした数癟䞇ルヌブル
    • はい、圓時は最も有名なネットワヌクベンダヌの補品ラむンの䞭でもトップクラスのデバむスでした
    • はい、非垞に信頌性が高く、MTBF評䟡も優れおいる必芁がありたした。
    • はい、4x2 方匏に埓っお組み立おられ、異なる UEPS ず入力から接続された 2 ぀の電源がありたした。

    しかし、これらすべおによっお、圌がネットワヌクの単䞀障害点であったずいう事実は倉わりたせんでした。

    そしおある日、私や同僚にずっお決しお喜ばしいこずではありたせんでした、このルヌタが故障しおしたいたした (埌に、UEPS を介した電源ラむンに䜕らかの障害があり、2 ぀の電源が同時に故障し、同時に、電源の XNUMX ぀がルヌタの RP モゞュヌルず、デバむスの共通デヌタ バスに接続されおいたむンタヌフェむス カヌドを焌損したこずがわかりたした)。

    バックアップ ボヌド (RP やむンタヌフェむス カヌド) はありたせんでしたが、NBD スキヌムに基づいおパヌトナヌの 1 瀟ず機噚たたはそのコンポヌネントを亀換する契玄を結んでいたした。

    残念ながら、その時点でパヌトナヌはむンタヌフェヌス カヌドのみ圚庫しおおり、RP ボヌドは圚庫しおいなかったため、数日埌 (3 日埌) にようやく到着したした。

    その結果、ネットワヌクに単䞀障害点が存圚するず (サポヌト契玄ず機噚の亀換があっおも)、次のような金銭的コストが発生したす。

    • この囜境に関連する同瀟のサヌビスの割合は玄6070であった。
    • 埌に蚈算したずころ、圓時の900日の利益は玄XNUMX䞇ルヌブルだった。
    • したがっお、3日間のダりンタむム䞭に、理論的には1䞇ルヌブルから620䞇ルヌブルの利益が倱われた。

    もちろん、倧倚数のナヌザヌに察する補償は金銭ではなくサヌビスの圢で返還されたため、玔損倱は小さくなりたしたが、それでも損倱は存圚したした。

    • 法人ナヌザヌぞの補償の䞀郚
    • 残業、倜勀、シフトの増加など、34日間フル皌働した䌚瀟の埓業員のコストが増加したした。
    • 評刀の倱墜も重芁だ
    • そしお最も重芁なのは、経営陣ず埓業員、そしお顧客の神経です。

    その結果、䌚瀟の方針は次のように改蚂されたした。

    • NBD条件による亀換契玄を拒吊した
    • 通垞のサヌビス契玄を終了した
    • メむンルヌタヌの機胜の1をバックアップするために、玄1.3䞇90䞇ルヌブル盞圓の耇補ルヌタヌを賌入した。

    その埌、远加機噚を賌入し、䞻芁機噚をバックアップするこずで、倖郚リンク、トラフィック、ナヌザヌ間の負荷を分散し、将来の事故に備えお䌚瀟に安党マヌゞンを確保できるようになりたした。

    ゚ンタヌプラむズネットワヌク蚭蚈の䟋

    この蚘事のこの郚分では、䌁業のバックボヌン ネットワヌクを蚈算する際の䞻芁なポむントを抂説したす。 PPDIOO (準備、蚈画、蚭蚈、実装、運甚、最適化) 方法論党䜓を詳しく説明する぀もりはありたせんが、䞻なポむントのみを抂説したす。

    • 準備/準備 フォヌルト トレランスの向䞊、新しいサヌビスやテクノロゞの実装など、達成したいネットワヌク近代化の目暙に぀いお経営陣ず決定する必芁がありたす。ここでは、技術的および組織的な制限の定矩は省略したす。これは、読者が組織の埓業員であり、制限を克服するための十分な時間があるこずを前提ずしおいるためです。予算に぀いおは埌ほどたたお話ししたす。
    • 蚈画/Plаniя - ここでは、珟圚のネットワヌクの完党な説明を䜜成する必芁がありたす (ただわからない堎合)。぀たり、珟圚のネットワヌクを説明したす。
      • 機噚の数量ず皮類
      • ポヌトの数ず皮類
      • 建物内および建物間の既存のケヌブルルヌトずスむッチング方匏
      • 電力䟛絊蚈画
      • L2およびL3アドレス指定
      • アクセスポむントずコントロヌラヌを䜿甚しお Wi-Fi ネットワヌクマップを䜜成する
      • サヌバヌファヌムを説明する
      • すべおのサヌビスずそれらの぀ながりを説明するこずをお勧めしたす。
      • すでに䜕らかの圢でネットワヌクセキュリティポリシヌずネットワヌクアクセス制埡ポリシヌを実装しおいる堎合は、蚭蚈時に必ずそれを考慮しおください。
      • 2 番目のステップは、基本的に、ケヌブル むンフラストラクチャず電源回路から始たり、サヌビス (アプリケヌションずそのポヌト) で終わる、ネットワヌクの完党なむンベントリを衚すものであるこずをすぐに指摘したいず思いたす。このステップは非垞に劎力がかかり、時には退屈なこずもありたす。あなたやあなたの前任者がドキュメントや基本的な監芖システムさえ持っおいなかったのであれば、今こそそれに぀いお考えるべきずきです。ネットワヌクは時間の経過ずずもにさたざたな速床で倉化する傟向があり、最新のドキュメントや監芖システムを維持するこずによっおのみ、ネットワヌクの状態を远跡し、管理を容易にするこずができたす。しかし、これはすでに操䜜ステップに関連しおいたす。

    • デザむン/蚭蚈 - 前のステップで埗たネットワヌクに関する完党な知識を身に付けお、ようやくネットワヌクをアップグレヌドする方法に぀いおじっくり考えたす。以䞋では、ネットワヌク蚈算の小さな䟋を瀺しおみたいず思いたす。

    私自身は、サポヌト ネットワヌクを蚈算および蚭蚈するずきに䜿甚する初期デヌタの小さなリストをたずめたした。

    準備ステップを、利甚可胜なものず実行予定のリストずしお想像しおみたしょう。

    • かなり倧芏暡な䌁業があり、職堎の数はおよそ 700  800 人です (ここでは、䌁業ネットワヌクぞのアクセスを必芁ずする埓業員の数を指したす)。
    • 䌁業の敷地内にはいく぀かの独立した建物がありたす。
    • 䞻な建物:
      • 建物数 - 2 棟
      • 建物の階数 - 7
      • 3぀の建物内のフロアあたりの通信キャビネットの数 - 21個合蚈XNUMX個
      • 建物内の埓業員数 = 箄 250 人

    • 远加のハりゞング:
      • 建物数 - 10 棟
      • 建物/ワヌクショップの階数 - 2 個。
      • 建物内の通信キャビネットの数 - 3 個。
      • 建物内の埓業員数 = 箄 20 人

    • ネットワヌク コアの珟圚のレベル (ちなみに、これはポヌトの構成や圢匏を問わず、私が䜕床も遭遇した非垞に䞀般的なスキヌムです) が次のように衚瀺されたす。
      • 2 ぀の L2 スむッチ:
        • 1Gb RJ-45 ポヌト - 24 個
        • 1Gb SFP ポヌト - 4 個
      • 1番目のL2スむッチ:
        • 1Gb SFP ポヌト - 24 個
      • コアトポロゞヌ - リング
      • スむッチ間のピアツヌピアリンクは光ファむバヌを䜿甚しお有効化されたす
      • スむッチはキャビネット付きの小さなサヌバヌルヌムに蚭眮されおいる
    • 珟圚の配垃レベル:
      • アクセススむッチからのリンクを集玄する点でネットワヌクコアレベルず組み合わせる
      • L3アドレスは境界ルヌタやファむアりォヌルに移動されたす
    • 珟圚のアクセスレベル:
      • 2 x 16 Mb RJ-100 アクセス ポヌトず 45 ぀のギガビット アップリンク コンボ RJ-2/SFP ポヌトを備えた L45 スむッチ
      • スむッチは床のキャビネット内に蚭眮されおいる
      • アクセス スむッチ トポロゞ:
        • 䞭倮にコア/ディストリビュヌションスむッチがあるスタヌ型ハブアンドスポヌク型
        • ビヌム/スポヌクは、フロア䞊のスむッチの分岐です - チェヌン内の 3 個
      • 管理されおいないアクセススむッチがある
      • 9 ぀の远加ケヌスのスむッチはメディアコンバヌタ光信号から電気信号ぞのコンバヌタを介しお接続されおいたす。
    • 珟圚のケヌブル むンフラストラクチャ:
      • 建物間の配線システム:
        • 2぀のメむンビルの間には8芯の光ケヌブルが通っおいる。
        • コアスむッチが蚭眮されおいる远加の建物の1぀ず各メむンの建物の間には、それぞれ8本のファむバヌ容量を持぀光ケヌブルがXNUMX本ありたす。
        • ADD間には光ケヌブルが1本ありたす。 4 芯コアスむッチを蚭眮したケヌスずケヌス (その分垃は䞋図に瀺されおいたす)
        • すべおのケヌブルのファむバヌタむプはシングルモヌド/SMFです
        • 2芯シングルモヌドSFPトランシヌバが䜿甚される
        • 䞀郚のケヌブルは別の郚屋クロスルヌム/サヌバヌルヌムの光配線盀ODFで終端され、䞀郚のケヌブルはフロアレベルの制埡宀で終端されたす。

      • 建物内の配線システム:
        • サヌバヌ ルヌムず各階の最初のキャビネットの間には、混合ケヌブル構造がありたす。
        • 銅ケヌブル Cat5e - 10 個 (たたは 100 ペアケヌブル)
        • 4 芯たたは 8 芯光ファむバヌ マルチモヌド/MMF ケヌブル - 1 個
        • フロアキャビネット間の4芯マルチモヌド/MMF光ファむバヌケヌブル
        • フロアキャビネットずアクセスコンセント間の Cat5e 銅ケヌブル
      • 珟圚のデヌタセンタヌ:
        • サヌバヌは耇数あり、䟋えば6台
        • 第1本通のコアスむッチに1Gbポヌトを搭茉
        • すべおの゚ンタヌプラむズアプリケヌションはサヌバヌに移行されたす
      • L2、L3 アドレス指定ずルヌティング:
        • ネットワヌクには耇数のVLANがあり、建物ごずに2,3個ありたす。
        • サヌバヌは別の/24ネットワヌクに割り圓おられたす
        • 内郚のニヌズには、172.16.0.0/16の範囲に含たれるグレヌクラスBネットワヌクが䜿甚されたす。
        • L3アドレスは境界ルヌタおよび/たたはファむアりォヌルで終端されたす
        • 静的ルヌティングが䜿甚される
      • 远加情報
        • 電話:
          • 旧匏のデゞタルPBXIP-PBXではないを䜿甚した埓来の電話システムが建物や䞀郚のナニットに導入されおいる。
          • 䞀定容量の高䟡な銅線を敷蚭したり、建物内に電話甚の重耇SCSを構築したりするコストをかけずに、新しい建物に電話を提䟛する必芁がある。
          • 将来的には、䌁業党䜓にIPテレフォニヌを導入し、CRMシステムず統合しお党埓業員を移行する予定です。
        • ポヌト容量:
          • トランクポヌトずアクセスポヌトの珟圚の容量を分析し、将来のニヌズに備えお少なくずも2530%を確保する必芁がある。
          • アクセスポヌトずトランクリンクの珟圚のスルヌプットの十分性を分析する
          • 隣接システムビデオ監芖および電話のデバむス甚の PoE/PoE+ アクセス ポヌトの存圚を提䟛したす。
        • ビデオ監芖:
          • 䌁業ネットワヌクをビデオ監芖ネットワヌクのトランスポヌトずしお䜿甚するこずが蚈画されおいたす
          • CCTVカメラ甚のPoEポヌトを甚意する必芁がある
        • ワむダレスシステム:
          • 将来的には、埓業員のモビリティのためのワむダレスむンフラストラクチャを導入する予定です。
          • アクセスポむントにPoEポヌトを蚭ける必芁がある
        • 予算、期限、蚭備芁件:
          • 既存の蚭備を最倧限に掻甚する
          • ネットワヌクを蚭蚈する際には、N幎先たでのネットワヌク容量の拡匵の可胜性を考慮する
          • ネットワヌクを蚭蚈するずきは、考えられるすべおのセキュリティ機胜のサポヌトを考慮しおください。ポヌト セキュリティから始たり、802.1x によるナヌザヌの認蚌ず承認で終わる機胜のリストを以䞋に瀺したす。
          • 可胜な限り、コアずデヌタセンタヌなど、最も重芁なネットワヌクノヌドを予玄し、配垃ノヌドなど、二次的な重芁性を持぀ノヌドを予玄する可胜性を提䟛したす。
          • プロゞェクト予算は、いく぀かの段階に分かれお段階的に資金を調達できるようにする必芁がある。
          • 予算額 - 各䌁業が財務指暙に基づいお独自に決定する
          • 期限 - 最も理想的なケヌスでは、これは瀟内プロゞェクトであり、埓業員によっお実行されるため、明確な期限はありたせん。たたは、埓業員が比范的慣れおいる堎合たずえば、1 幎たたはそれ以䞊です。最悪の堎合、3か月からXNUMXか月かかるこずもありたす。
        • 珟圚のネットワヌクの問題をトラブルシュヌティングしたす。
          • パケット損倱
          • アクセス ポヌトのルヌプに察凊するための STP プロトコル ファミリの䜿甚に関連する、倚かれ少なかれむンテリゞェントなアクセス スむッチでの DHCP の問題。
          • 各埓業員のVLANにDHCPサヌバヌむンタヌフェヌスが存圚しないようにしたす。
          • オフィス内の管理察象/非管理察象スむッチの䞍正な起動ず、それらぞのあらゆる皮類のデバむスの接続に関連するスむッチングルヌプの発生
          • リストはどんどん続きたす...

        すでに述べたように、蚈画ステップ珟圚のネットワヌクの状態を特城付けるは、高品質の監芖システムの可甚性ずそのドキュメント化の皋床に䟝存したす。このステップでは、次の操䜜を行う必芁がありたす。

        • さらなる分析のために、少なくずも既存のネットワヌクをスケッチする
        • 機噚からデヌタを収集する:
          • トランクポヌト䞊のトラフィック
          • ポヌトの゚ラヌ
          • スむッチずルヌタヌのCPU負荷ずメモリ消費
          • VLANずIPアドレスによるL2-L3スキヌムの説明
        • ケヌブルルヌト図を䞊げる:
          • 光ファむバヌ図ず光クロス接続配線図
          • サヌバヌルヌムずフロア間の銅線配線蚈画
          • フロアずオフィス間の銅線配線蚈画
          • サヌバヌルヌムずキャビネット内の光クロスずパッチパネルの存圚を確認する
        • サヌバヌずフロアキャビネットの電源回路を確認する
        • 重芁なノヌドにUPSずバッテリヌが存圚するかどうかを確認する
        • すべおのデヌタを分析する

        準備段階のデヌタを基に、倧たかな論理図を䜜成したした。

        3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

        次に、モゞュヌルアプロヌチに埓っお、䌁業のレベルずモゞュヌルを特定する必芁がありたす。

        3. Extreme スむッチでの゚ンタヌプラむズ ネットワヌク蚭蚈

        この蚘事では Edge に぀いおは觊れたせんが、Campus の各モゞュヌルの基本的な抂念を簡単に説明したす。

        • アクセス - このレベルでは、次の点が保蚌される必芁がありたす。
          • ナヌザヌがネットワヌクにアクセスするために必芁なポヌトの数
          • セキュリティポリシヌの実装 - トラフィックずプロトコルのフィルタリング
          • VLAN を䜿甚したブロヌドキャスト ドメむンの圧瞮ずネットワヌクのセグメンテヌション
          • 音声トラフィック甚の個別のVLANの実装
          • QoS サポヌト
          • PoEアクセスポヌトのサポヌト
          • IP マルチキャスト サポヌト
          • 配信局ず連動したアップリンクのフォヌルトトレランス望たしい
        • 配垃 - このレベルでは、次の点が確保される必芁がありたす。
          • アクセススむッチを接続するために必芁なポヌト数
          • アクセススむッチリンクの集玄ず冗長性
          • IPルヌティング
          • パケットフィルタリング
          • QoS サポヌト
          • リンク、ハヌドりェア、電源レベルでのフォヌルトトレランス非垞に望たしい
        • コアは以䞋を提䟛する必芁がありたす。
          • 高速スむッチングずパケットルヌティング
          • 分散スむッチを接続するために必芁なポヌト数
          • 高速ネットワヌクコンバヌゞェンスを備えた IP ルヌティングおよび動的ルヌティングプロトコルのサポヌト
          • QoS サポヌト
          • 機噚や制埡プレヌンぞのアクセスを保護するセキュリティ機胜
          • ハヌドりェアおよび電源のフォヌルトトレランス必須
        • デヌタ センタヌ - このモゞュヌルのネットワヌク局は以䞋を提䟛する必芁がありたす。
          • 高速通信リンク
          • サヌバヌを接続するために必芁なポヌトの数
          • サヌバヌずデヌタセンタヌスむッチ間、およびデヌタセンタヌスむッチずネットワヌクコア間の通信リンクの冗長性必須
          • 機噚および電源バックアップ必須
          • QoS サポヌト

        次に、ポヌトず通信リンクを数え、芁件を決定する必芁がありたす。
        アクセスレベル - ポヌト蚈算衚

        そこで、建物別のアクセスポヌトの分垃に関するデヌタを取埗したした。ここで、アクセス レベルの芁件ずコメントを分析し、゜リュヌション オプションの抂芁を瀺す必芁がありたす。
        アクセス レベル - 芁件ず゜リュヌション オプション

        次に、次のレベルのポヌトず通信リンクを蚈算したす。

        配垃レベル

        コアレベル

        デヌタセンタヌレベル

        蚈算するず次のようになりたした。

        • アクセスレベル — 24 ポヌトおよび 48 ポヌトのアクセス スむッチが必芁です。1Gb アクセス ポヌトず、PoE サポヌトおよび幅広い機胜を備えた光アップリンク SFP ポヌトが望たしいです。
          • 合蚈で 504 個のアクセス ポヌトが提䟛され、ワヌ​​クステヌションごずに IP 電話ポヌトずデヌタ ポヌトの 2 ぀のポヌトを䜿甚するこずを決定した堎合、原則ずしお予備ポヌトの芁件が満たされたす。
          • 各フロアに PoE 機胜を備えた 48 ポヌト スむッチを XNUMX 台䜿甚しお、芁件に応じたアクセス ポヌトを提䟛するこずができたす。
            • 予備 - メむンの建物に玄 102 個の予備ポヌト (22%)。远加の建物の堎合はさらに 25% かかりたす。
            • ビデオ監芖
            • 無線ネットワヌク
        • 配垃レベル — 12  48 個の SFP ポヌト セットず少なくずも 2 ぀の SFP+ ポヌトを備えたスむッチ。スタック機胜ず拡匵機胜を備え、バックアップ電源を備えおいる必芁がありたす。
        • コアレベル — MC-LAG をサポヌトするスタッキングずクラスタリングの䞡方をサポヌトする 12  24 個の SFP/SFP+ ポヌトを備えた高速スむッチが必芁です。ルヌティング ツヌルを䜿甚しおトラフィックのバランスをずるこずも可胜であるこずに泚意しおください。最新䞖代の L3 スむッチずルヌタヌは、同じメトリックを持぀ 4 ぀以䞊のルヌト間でトラフィックを分散する ECMP をサポヌトしおいたす。
        • デヌタセンタヌレベル — MC-LAG をサポヌトするスタッキングずクラスタリングの䞡方をサポヌトする 8  24 個の SFP/SFP+ ポヌトを備えたスむッチが必芁です。

        目暙ネットワヌク蚈画は぀いに達成された そのような

        プロゞェクト実装のための゚クストリヌムスむッチの遞択

        さお、ここで私たちは重芁なこず、぀たりプロゞェクトの実装のためのスむッチを遞択する瞬間に来たした。結果ずしお埗られるタヌゲット蚭蚈には、次の Extreme スむッチが適しおいたす。

        УрПвеМь
        モデル
        ポヌト
        説明

        コア
        x620-16x-ベヌス*

        x670-G2-48x-4q-ベヌス*
        16 x 10GE SFP+
         
         
         
        48x10GE SFP+ および 4x40GE QSFP+
        カヌネルのコアニヌズ:

        • 高速リンク
        • 高床なルヌティングずセキュリティ機胜
        • 远加電源 バックアップ電源
        • スタッキングずクラスタリングのサポヌト

        x620 シリヌズ スむッチは、最䜎限の芁件を満たしたす。
        ポヌト数の増加ず幅広い機胜に察する芁件がさらに高たる堎合は、x670-G2 シリヌズ スむッチを怜蚎する䟡倀がありたす。

        デヌタセンタヌ

        x620-16x-ベヌス*

        x590-24x-1q-2c*

        x670-G2-48x-4q-ベヌス*

        16 x 10GE SFP+
         
         
         
        24x10GE SFP, 1xQSFP+, 2xQSFP28
         
         
        48x10GE SFP+ および 4x40GE QSFP+

        デヌタセンタヌの基本的なニヌズ:

        • 高速リンク
        • 远加電源 バックアップ電源
        • スタッキングずクラスタリングのサポヌト

        x620 シリヌズ スむッチは、最䜎限の芁件を満たしたす。
        ポヌト数や機胜の拡匵芁件がある堎合は、x670-G2 および x590-24x-1q-2c シリヌズ スむッチを怜蚎する䟡倀がありたす。

        配垃

        X460-G2-24x-10GE4-Base*

        X460-G2-48x-10GE4-Base*

        24x1GE SFP、8x1000 RJ-45、4x10GE SFP+
         
         
         
        48x1GE SFP、4x10GE SFP+

        基本的な配垃ニヌズの堎合:

        • 必芁な光ポヌト数
        • 远加電源 バックアップ電源
        • スタッキングずクラスタリングのサポヌト
        • 必芁なL3機胜

        x460-G2 シリヌズ スむッチが最適です。 10G、CX (スタッキング甚)、QSFP+ ポヌトを拡匵および远加できる冗長電源を備えおいるため、最倧 1 Gb のポヌトを備えたディストリビュヌション レむダヌに最適なスむッチです。

        アクセス

        X440-G2-24p-10GE4*

        X440-G2-24t-10GE4*

        X440-G2-48t-10GE4*

        X440-G2-48p-10GE4*

        24x1000BASE-T(4 x SFP コンボ)、4x10GE SFP+ (PoE 予算 380 W)
         
        24x1000BASE-T(4 x SFP コンボ)、4x10GE SFP+
         
         
        24x1000BASE-T(4 x SFP コンボ)、4x10GE SFP+ コンボ ポヌト
         
        48x1000BASE-T(4 x SFP コンボ)、4x10GE SFP+ コンボ ポヌト (PoE 予算 740 W)

        アクセスのニヌズ:

        • 必芁なアクセスポヌトの数
        • PoE/PoE+サポヌト
        • 機胜性ずポヌト拡匵機胜
        • 10Gbポヌトのスタッキングを「すぐに」サポヌトするずいう圢での远加ボヌナス

        ポヌト、パフォヌマンス、機胜性の面での柔軟性の点で、このラむンに泚目するこずをお勧めしたす。

        *遞択したスむッチの仕様に぀いおは、シリヌズの最初の蚘事をご芧ください。 ゚クストリヌムスむッチのレビュヌ

        ここで蚘事を終わらせるこずもできたすが、ネットワヌクを開発たたはアップグレヌドするずきに゚ンゞニアが遭遇する 2 ぀の偎面に぀いおさらに説明したいず思いたす。

        • ケヌブルルヌト光ファむバヌず銅線での䜜業
        • IP アドレス指定

        繊維を扱う

        䞊蚘では達成すべき目暙スキヌムを瀺したした。これを実装するには、次の数の機噚接続が必芁です。

        通信リンクの数

        衚からわかるように、ネットワヌク レベル (コア モゞュヌル、デヌタ センタヌ、2 ぀の建物内の配垃) のフォヌルト トレランスを確保するために必芁なファむバヌの最小数は 10 本です。

        ネットワヌク特性評䟡の段階で、建物間のケヌブルにはファむバヌが 8 本しかないこずがわかりたした。このような状況ではどうすればいいでしょうか?

        いく぀かの解決策を挙げたす:

        • 最初の明らかなステップは、ビル 1 ずビル 1 の間、およびビル 1 ずビル 2 の間のケヌブルで予備のファむバヌを䜿甚するこずです (衚からわかるように、各ケヌブルの 2 本のファむバヌのうち 8 本だけが䜿甚されたす)。これを行うには、ケヌス 1 のクロスコネクト間に光クロスコネクトをむンストヌルし、必芁に応じお予備の光バゞェットを備えた SFP モゞュヌルを䜿甚するだけで十分です。
        • 2 番目のステップは、CWDM テクノロゞ (単䞀のファむバヌ内での搬送波波長の倚重化) の䜿甚の可胜性です。この技術は DWMD よりもはるかに安䟡で、実装も非垞に簡単です。芁件は䞻に、䞀定の長さず予算の範囲内の光ファむバヌず SFP/SFP+ トランシヌバヌの品質に関するものです。前回の蚘事で述べたように、スむッチがサヌドパヌティのトランシヌバヌを認識する機胜により、私たちの生掻ははるかに楜になり、远加の光ケヌブルを構築するための資本コストが削枛されたす。
        • 3 番目のステップは、远加の光ケヌブルを敷蚭しおファむバヌ数を増やす可胜性を怜蚎するこずです。

        次に、配垃スむッチが蚭眮されおいる建物間のファむバヌ数を調べお远加したす。建物2-10。ここでも、すべおが明確ずいうわけではありたせん。

        • たず、目暙スキヌムを実装するにはファむバヌが足りたせん - 各スむッチにファむバヌ 2 本 (芚えおいるように、各ケヌスに 4 ぀の OB を持぀ケヌブルがありたす)
        • 第二に、建物間に十分な数のファむバヌがあっおも、建物内郚ではMMFファむバヌが䜿甚されおいるため、SMFファむバヌずMMFファむバヌを単玔に接続するこずはできたせん建物間の距離が300〜400メヌトルを超える堎合に぀いお話しおいる。

        このような堎合には、次のオプションを怜蚎できたす。

        • 各 SMF スむッチにファむバヌを提䟛する:
          • 距離が蚱せば、スむッチ間にさらに長いパッチ コヌドを延長できたす。か぀おは 30  50 m の長さのパッチ コヌドを䜿甚しおいたした。
          • キャビネット間に比范的安䟡な䜎容量の光SMFケヌブルを敷蚭する
          • 最埌の手段ずしお、さたざたなSMF-MMFコンバヌタを䜿甚する
        • 建物間で䜿甚されるファむバヌの量を最小限に抑えるには、次の方法がありたす。
          • x440-G2 アクセス スむッチのスタッキング機胜を䜿甚したす。フロアの各スむッチに 1 本の SMF ファむバヌを䜿甚するこずで、各サむドで 6 本のファむバヌずポヌトではなく 3 本のファむバヌずポヌトを䜿甚できるようになりたす。
          • 2 本のファむバヌを䜿甚しお、ブランチの最初のスむッチず最埌のスむッチを接続したす。゚ッゞ アクセス スむッチ䞊のリンクを集玄し、結果ずしお埗られるリングで STP プロトコルを䜿甚したす。

        IP アドレス指定

        ここで、私たちの蚈画のアドレス指定のおおよその蚈算を瀺したす。

        珟時点では、クラス B ネットワヌク (172.16.0.0/16) がいく぀かありたす。 IP アドレス空間を蚈算するずきは、次の点を考慮したす。

        • 4 番目のオクテットの 172.16.0.0 ビットは建物 (12/XNUMX) を衚したす。
        • オクテット 3 は建物の階数を瀺したす。
        • 3 オクテット = 255 は、機噚ず制埡ネットワヌクのポむントツヌポむント リンクに割り圓おられたす。
        • スむッチを管理するためのフロアごずに 1 ぀の管理 VLAN。
        • スむッチごずに 24 ぀のナヌザヌ VLAN (平均 XNUMX ポヌト)。
        • スむッチごずに 24 ぀の音声 VLAN (平均 XNUMX ポヌト)。
        • 各フロアにビデオ監芖システム甚の VLAN が 1 ぀ず぀ありたす。
        • フロアごずに Wi-Fi デバむス甚の VLAN が 1 ぀ありたす。

        次のような衚を取埗したした。
        ネットワヌク 172.16.0.0/14
        ネットワヌク 172.20.0.0/14

        䞊蚘の衚では、䞀方では建物ずフロア別のネットワヌクのおおよその分垃を瀺し、他方ではネットワヌクナヌザヌ、管理、サヌビス別の分垃を瀺しおいたす。

        実際、グレヌのネットワヌク 172.16.0.0/12 を遞択するこずは最適ではありたせん。建物のネットワヌク数 (16  31) が制限され、ネットワヌク ブロックを削枛する必芁のあるリモヌト オフィスもあるためです。おそらく、より最適なオプションは、10.0.0.0/8 ネットワヌクを䜿甚するか、172.16.0.0/12 ネットワヌク (サヌビス ニヌズやサヌバヌ甚など) ず 10.0.0.0/8 (ナヌザヌ ネットワヌク甚) を䜵甚するこずです。

        䞀般に、IP ネットワヌクを割り圓おるアプロヌチもモゞュヌル化されおおり、分散レベルおよびリモヌト ブランチの境界ルヌタでサブネットを 1 ぀のサマリヌ ネットワヌクにたずめるルヌルに埓うこずが望たしいです。これにはいく぀かの理由がありたす:

        • ルヌタヌのルヌティングテヌブルを最小限に抑える
        • ルヌティングプロトコルのサヌビストラフィックを最小限に抑えるネストされたサブネットが利甚できない堎合のあらゆる皮類の曎新メッセヌゞ
        • L3ネットワヌクの管理を簡玠化し、可読性を向䞊させる

        最初の 2 ぀の点に関しお泚目すべき点は、珟代のルヌタヌの容量は 15  20 幎前のルヌタヌよりもはるかに高く、RAM 内に倧芏暡なルヌティング テヌブルを栌玍できるようになったこず、たた、E1/T1 (G.703) フロヌが広く䜿甚されおいた時代に比べお、通信チャネルの䟡栌ず垯域幅の比率が䜎䞋しおいるこずです。

        たずめ

        皆さん、この蚘事では、キャンパス ネットワヌクを蚭蚈するための基本原則に぀いお、できるだけ簡単に説明しようずしたした。はい、資料はかなりたくさんありたしたが、次のようなトピックには觊れたせんでした。

        • 䌁業の境界の組織化これは、独自のスむッチ、境界、ファむアりォヌル、IPS/IDS システム、DMZ、VPN などに関する別の話です
        • Wi-Fiネットワヌクの構成
        • VoIPネットワヌクの構成
        • デヌタセンタヌ組織
        • セキュリティこれも別の䞖界ですが、量ず芁件の点ではクリヌンなネットワヌク むンフラストラクチャの蚭蚈に劣らず、堎合によっおはそれを䞊回るこずもありたす
        • パワヌ゚ンゞニアリング
        • リストはただただ続きたす

        実際、゚ンタヌプラむズ ネットワヌクの蚭蚈ず構築は、倚くの時間ずリ゜ヌスを必芁ずする、かなり骚の折れる䜜業です。

        しかし、この蚘事が、このタスクにどのように取り組むかを基本的なレベルで評䟡し、理解するのに圹立぀こずを願っおいたす。

        これは最埌の蚘事ではありたせん ゚クストリヌムネットワヌク、お楜しみにTelegram, Facebook, VK, TS゜リュヌションブログ)!

出所 habr.com

DDoS 保護機胜を備えた信頌性の高いサむト甚ホスティング、VPS VDS サヌバヌを賌入する 🔥 DDoS攻撃察策付きの信頌性の高いりェブサむトホスティング、VPS/VDSサヌバヌを賌入したしょう | ProHoster