お知らせ: Rahi の Wesco 買収が完了しました。 続きを読む
お知らせ: Rahi の Wesco 買収が完了しました。
続きを読むレイヤー2リーフスパイン–L2LS設計
この設計では、2つのスパインスイッチがMLAGドメインとしてペアになっており、単一のスイッチとしてリーフスイッチに提示されます。 トポロジ内のすべてのリンクは、ポートがブロックされていない転送に使用されます。 簡単に言えば、これはレイヤー2データセンターの設計です。 残りの ネットワーク レイヤ2とレイヤ3の両方の機能を実行し、データセンターVLANのVLAN間ゲートウェイとして機能するSpineスイッチに接続します。
以下、主なもの advaL2LS 設計のステージ:
サーバーVLANの再構成を最小限に抑えて、レガシー3層設計からリーフスパイン設計への移行中の継続性を可能にします。
スパインレイヤーは、リーフスイッチへの単一のスイッチとして表示され、決定論的なレイヤー2パスを可能にします。
MLAGはトポロジ内のレイヤ2ループを削除するため、STPの問題はありません。
メイン advantage は、使用されるオープン スタンダード プロトコルによるマルチベンダー展開での相互運用性です。
レイヤー3リーフスパイン–L3LS設計
この設計では、スパインスイッチに2つのスイッチ制限はありません。 リーフスイッチのスイッチハードウェアでのECMPスケーラビリティとポートの可用性に関する制限を条件として、任意の数のスパインスイッチを使用できます。
ECMP(Equal Cost Multipathing)を使用すると、リーフから使用可能なすべてのアップリンクが転送に使用されます。 デスティネーションリーフスイッチに到達するための実際のコストは、アンダーレイルーティングプロトコルによって決定されます。 トポロジ内のすべてのリンクが転送に使用されます。 トポロジは完全にレイヤ3であるため、STPは必要ありません。 簡単に言えば、これはレイヤー3です データセンターの設計。
ネットワークの残りの部分は通常、ボーダーリーフスイッチと呼ばれる専用のリーフスイッチを介して接続します。
レイヤー3オーバーレイを備えたレイヤー2IPファブリック
L3LS設計では、ルート交換に2つのプロトコルが必要です。 トポロジ内のすべてのスイッチ(リーフとスパイン)間の到達可能性を提供するには、アンダーレイにXNUMXつのルーティングプロトコルが必要です。 この目的のために、通常、eBGPは、リーフとスパインの間で使用され、スパインは個別のプライベートAS番号にあり、リーフは独自のPOD固有/シングルリーフAS番号にあります。 物理インターフェイスIPは、リンク障害が発生した場合にルートを確実に撤回するためにeBGPピアリングに使用されます。
MP-BGPを使用してEVPNルートを交換するには、XNUMX番目のルーティングプロトコル(BGP)が必要です。 EVPNはVXLANと組み合わせて展開され、EVPNはVXLANデータプレーンのコントロールプレーン機能を実行します。 ヘッドエンドレプリケーション(HER)を使用してVXLANフラッディングを使用することは可能ですが、東西のトラフィック転送に必要なMAC-IPルートを学習するための最適ではない手段であるためお勧めしません。
注意すべきもう3つの重要な点は、リーフスイッチのペアでMLAGを使用して、LXNUMXLS設計でデュアルホームコンピューティングシナリオをサポートできることです。 この場合、リーフスイッチは、EVPNオーバーレイルーティングプロトコルに参加するループバックインターフェイスでエニーキャストVTEP IPを使用することにより、単一のVTEPとして論理的に構成されます。
VXLANは、実際のデータ転送のために、このL2トポロジの上にあるL3オーバーレイとして使用されます。
以下、主なもの advaL3LS 設計のステージ:
レイヤ2の境界を越えたレイヤ3通信を可能にします。
スパインスイッチの数を増やすことで、高レベルの水平スケーリングを実現できます。
完全なレイヤー3ネットワークであるため、STPの問題はありません。
オープンスタンダードプロトコル(EVPN、VXLAN)が使用されているため、マルチベンダー展開での相互運用性。
ECMPルーティング
確定的なフェイルオーバーパス
結論–
ラヒ は、企業が多数のベンダーから市場で入手可能な最新のリーフスパイン ソリューションを特定して展開するのに役立ちます。 Rahi は、高度にスケーラブルな展開の豊富な経験を持っています データセンター ネットワーク Day 1 の構成と Day 2 のサポートについては、世界中の経験豊富なプロフェッショナル サービス チームとマネージド サービス チームが対応します。
詳細を知りたい場合はお読みください パートXNUMX。
Krishna は、ネットワーク ソリューション アーキテクトであり、ソフトウェア定義ネットワークの初期の愛好家です。 彼は IP ネットワークの設計と実装において 15 年以上のコンサルティング経験があり、いくつかの画期的なプロジェクトを含め、世界中で実行されています。 高度なプログラマビリティとセルフサービスを備えた大規模ネットワークの設計を専門としています。
IT インフラストラクチャをボックスごとに展開および管理すると、IT チームはテクノロジ管理者の役割に縛られてしまいます....
従来の 3 層データ センター ネットワーク 約 20 年前、ネットワークの増加により、より多くのサーバーが必要でした...
ブロックチェーン技術は、数年前には予測が困難だったであろうデータに革命をもたらしました。 何...
フィッシングは、攻撃者のコミュニティで猛威を振るい、人々を悪用し始めています。 テクニックはありませんが...
お客様がビジネスにとって重要なことに集中している間、当社の専門家がお客様の要件を設計、開発、展開、および管理します。
詳細については、受信トレイを確認してください。
クッキー | 期間 | 説明 |
---|---|---|
cookielawinfo-チェックボックス-分析 | 11か月間 | このCookieは、GDPR CookieConsentプラグインによって設定されます。 Cookieは、「分析」カテゴリのCookieに対するユーザーの同意を保存するために使用されます。 |
cookielawinfo-チェックボックス-機能 | 11か月間 | Cookieは、「機能」カテゴリのCookieに対するユーザーの同意を記録するためにGDPRCookieの同意によって設定されます。 |
cookielawinfo-checkbox-Necessary | 11か月間 | このCookieはGDPR Cookie Consentプラグインによって設定されます。 Cookieは、「必要」カテゴリのCookieに対するユーザーの同意を保存するために使用されます。 |
cookielawinfo-チェックボックス-その他 | 11か月間 | このCookieは、GDPR CookieConsentプラグインによって設定されます。 Cookieは、「その他」カテゴリのCookieに対するユーザーの同意を保存するために使用されます。 |
cookielawinfo-チェックボックス-パフォーマンス | 11か月間 | このCookieは、GDPR CookieConsentプラグインによって設定されます。 Cookieは、「パフォーマンス」カテゴリのCookieに対するユーザーの同意を保存するために使用されます。 |
visible_cookie_policy | 11か月間 | CookieはGDPR Cookie Consentプラグインによって設定され、ユーザーがCookieの使用に同意したかどうかを保存するために使用されます。 個人データは保存されません。 |