• 探してみる
  • サポート
  • 言語を選択してください US CA
    国を選択:

    アメリカ - 英語

    • すべての国/地域
    • 北米
    • ラテンアメリカ
    • アジア太平洋地域
    • ヨーロッパ
    • 大中華圏
    • 日本(東京会場での開催は終了しました。たくさんのご参加ありがとうございました。)<br> 日本語
    • 韓国- 한국어
    • オーストラリア - 英語
アリスタリーフスパインアーキテクチャ

従来の3層データセンターネットワーク

約20年前、改善によりアプリケーション数が増加したため、サーバーを増やす必要がありました。 ネットワークk可用性。 そのため、データセンターでは多数のアクセスポートをプロビジョニングする必要がありました。 当時、クラウドコンピューティングは存在せず、プライベートデータセンターが標準でした。 各企業はインフラストラクチャに投資する必要があり、VLANアドレス空間がデータセンター内の4094 VLANに制限されていたため、マルチテナンシーもサービスプロバイダーネットワークに制限されていました。

データセンター内のサーバーの数が多いため、アクセススイッチはサーバーに接続するためにより多くのポートを必要としました。 これらはアクセス層を形成しました。 これらは、通常、データセンターの行の最後にある分散/集約レイヤーに集約する必要がありました。 ディストリビューションスイッチは通常、多数のアクセススイッチを集約するための多数のダウンストリームポートを備えたモジュラースイッチでした。

次の設計上の考慮事項は、これらすべてのディストリビューションスイッチを高レベルの冗長性を備えた高帯域幅で低遅延のトランスポートコアに接続することでした。 コアレイヤーの機能は、ルーティングのオーバーヘッドを最小限に抑えたデータ転送のみです。

スイッチング機能はアクセス層と配布層に限定されており、配布層はVLAN間ゲートウェイとして機能していました。 コアレイヤーはスイッチングに参加せず、ルーティングのみに焦点を合わせました。 ネットワークの残りの部分は通常、コアまたは専用の配電スイッチペアに接続されます。 すべてのレイヤーで冗長性を確保するために複数のアップリンクが接続され、高速フェイルオーバーのために同じ構成の冗長デバイスペアがHAで構成されました。 これは、クロスリンクを使用して達成されました。 VSSはそのような人気のある構成のXNUMXつでした。

従来の3層データセンターの問題

3層のデータセンターは、主にサーバーが 仮想化 初期段階にありました。 仮想化がより一般的になるにつれて、アプリケーションはデータセンター全体に、場合によっては複数のデータセンターにまたがる複数の物理サーバーにまたがって焼き付けられました。 これにより、1層アーキテクチャのホップ数の問題が明らかになりました。 トラフィックフローは次のようになりました:Server1-> Access1-> Dist2-> Core(複数のホップにすることができます)-> Dist2-> Access2-> Server4。 送信元アクセススイッチと宛先アクセススイッチの間で最低XNUMXホップ。

XNUMX番目で最も重要な要素のXNUMXつは、スパニングツリーでした。 非常に多くのSTPドメインの管理に問題があり、利用可能なすべてのアップリンクがネットワークで使用されていませんでした。 新しいアプリケーションのプロビジョニングには敏捷性が必要であり、 ネットワークチーム 堅固なレイヤー2設計で作業している間、アプリケーションの動的な性質に対処できませんでした。

最後に、重要なワークロードのDRおよびHAシナリオでは、VMモビリティがますます必要になっています。 宛先データセンターのL3およびL2の設計により、VMのアドレス変更が必要になったため、これを3層モデルに実装することは困難でした。 これにより、アプリケーションが破損し、ユーザーレベルと管理者レベルで再構成が必要になりました。

さらに、ネットワークOEMによるSOC機能の開発により、ほぼラインレートのルーティングルックアップが可能になりました。 ルーティングをコア層とディストリビューション層のみに制限する必要はなく、アクセス層に拡張してスパニングツリーの問題を軽減することができました。

CLOSノンブロッキングファブリックの概要

3層データセンターに関する上記の問題により、OEMは以下の原則を使用してより単純なアーキテクチャを考案しました。

  • 3ステージファブリック–イングレス、クロスバー、エグレス
  • 等コストマルチパス
  • ファブリックにはスイッチのみが含まれています。 
  • すべてのスイッチは、Layer2とLayer3の両方の機能を備えたマルチレイヤスイッチです。
  • 新しいスパインスイッチを追加することで、サブスクリプション率を向上させることができます
  • 新しいリーフスイッチを追加することで、アクセスポートの数を増やすことができます

Leaf and Spineネットワークは、CLOSアーキテクチャの実装です。

スイッチの役割を理解する–「リーフ」と「スパイン」

CLOSファブリックには、理解する必要のある新しいスイッチの役割があります。 リーフスイッチは、アクセススイッチの別名です。 CLOSファブリックの入力スイッチと出力スイッチはどちらもリーフスイッチです。

さらに、「スパイン」の役割があります。これは、3ステージCLOSファブリックのクロスバー機能の別名です。 すべての「リーフ」スイッチがこのレイヤーに接続されているため、ファブリックのスパインと呼ばれるため、この名前が付けられています。

各リーフは、ネットワーク内のすべてのスパインに接続し、ECMPを使用して転送に使用可能なすべてのパスを利用する必要があります。 「スパイン」スイッチは相互に接続する必要はなく、リーフスイッチ間の接続にのみ使用されます。

外部ネットワークをスパインスイッチに接続することは可能ですが、ファブリックの境界を形成して外部ネットワークに接続する「ボーダーリーフ」スイッチと呼ばれる専用スイッチを用意することをお勧めします。

リーフスパインアーキテクチャを使用する利点:

リーフスパインアーキテクチャを使用する利点は次のとおりです。

  • ノンブロッキング–スパニングツリーブロックポートなし
  • 宛先アクセススイッチへの利用可能なすべてのパスを利用します。 
  • 使用可能なパスの数=ネットワーク内のスパインスイッチの数。
  • ほとんどの場合、1:1のサブスクリプション比率を実現できます。
  • 送信元から宛先までは、ネットワーク上で常に2ホップです。
  • 決定論的な東西の交通経路
  • スパニングツリーは必要ありません–再収束中の学習と転送の遅延はありません
  • 完全なレイヤー3データセンターが可能

ラヒ 企業が多数のベンダーから市場で入手可能な最新のリーフスパインソリューションを特定して展​​開するのに役立ちます。 Rahiは、世界中に高度にスケーラブルなデータセンターネットワークを展開した豊富な経験と、1日目の構成と2日目のサポートのための経験豊富なプロフェッショナルサービスとマネージドサービスチームを持っています。

クリシュナはネットワークソリューションアーキテクトであり、ソフトウェア定義ネットワークの初期の愛好家です。 彼は、いくつかの画期的なプロジェクトを含め、世界中で実行されるIPネットワークの設計と実装において15年以上のコンサルティング経験があります。 彼は、高度なプログラマビリティとセルフサービスを備えた大規模ネットワークの設計を専門としています。

エラー: コンテンツは保護されています!
X