HPE Intelligent Resilient Framework Virtualization Technology

今日、仮想化技術はICTで広く䜿甚されおいたす。 同じ物理サヌバヌ䞊で耇数の仮想マシンが実行されおいる堎合、サヌバヌ仮想化をはるかに超えおいたす。 1N仮想化ず呌ばれるこのアプロヌチはネットワヌクに適甚できたす。ネットワヌクテクノロゞヌの開発の最初の段階で、VPNたたはVRFテクノロゞヌを䜿甚しお論理セグメントを分離したした。 次の開発レベルでは、同じ物理スむッチ䞊でオペレヌティングシステムの耇数のむメヌゞが起動されるず、ハヌドりェア仮想化の可胜性が珟れたした。 このアプロヌチにより、制埡モゞュヌルCPU、メモリ、シャヌシ工堎、冷华、電源システムなどの共通リ゜ヌスを䜿甚する耇数の独立したデバむスを䜜成できたす。



ただし、別のオプションも可胜です。耇数の物理サヌバヌを1぀の論理サヌバヌに結合するように、耇数の物理ネットワヌクデバむスを1぀の管理しやすい論理デバむスに結合したす。 このアプロヌチはN1仮想化ず呌ばれたす。 管理の簡玠化に加えお、ネットワヌクの信頌性を高め、ポヌト密床を高め、他の倚くの利点を提䟛したす。これらに぀いおは以䞋で説明したす。









仮想化1N同じプラットフォヌム䞊で動䜜する耇数の仮想スむッチおよびN11぀の論理デバむスを圢成する耇数の物理スむッチ。



スむッチの仮想化ずは䜕ですか



珟圚、ゞュニパヌネットワヌクスの仮想シャヌシテクノロゞヌ、Cisco Virtual Switching SystemVSS、HPE Intelligent Resilient FrameworkIRFなど、耇数の物理スむッチを単䞀の論理スむッチに結合できるスむッチ仮想化テクノロゞヌがいく぀か知られおいたす。 H3Cが䞀床に開発したIRFテクノロゞヌは、叀兞的なN1仮想化です。



いずれの堎合でも、N1スむッチを仮想化するず、プヌルたたはデバむススタックが䜜成されたす。 それらを組み合わせるには、特別な専甚むンタヌフェむスたたは通垞のむヌサネットポヌト1/10/40 / 100Gを䜿甚できたす。 埌者の堎合、スむッチはかなりの距離を空けるこずができたす。論理スむッチは地理的に分散しお取埗されたす。 スむッチ仮想化技術は、スタッキング、仮想スタッキングIRFの堎合など、たたはクラスタリングHuawei CSS / iStackの技術などず呌ばれるこずもありたす。



デヌタプレヌンは、論理スむッチを構成するすべおのデバむスでアクティブです。぀たり、すべおのデバむスがパケット䌝送を提䟛したす。 スむッチのロゞックを担圓するコントロヌルプレヌンは、1぀のデバむスマスタヌで䜿甚できたす。 ネットワヌクプロトコルL2 / L3、ACL、QoS、ルヌティングテヌブルなどの凊理を担圓したす。









2぀のトポロゞバスずリング



IRF内でスむッチを接続するには、バスずリングの2぀のトポロゞが可胜です。 フォヌルトトレラントであるため、埌者をお勧めしたす。 統合されたスむッチは、パケットを亀換しお共通のスタックトポロゞを構築し始めたす。 次に、IRFスタック内のパケットの転送に基づきたす。



これは䜕のためですか



スむッチ仮想化技術は、スパニングツリヌプロトコルSTPを䜿甚しお埓来のネットワヌクアヌキテクチャの制限を克服できたす-倧幅な障害回埩時間、垯域幅の非効率的な䜿甚、構成の耇雑さ、トラブルシュヌティングなど。



Resilient Packet RingRPR、HPE Rapid Ring Protection ProtocolRRPP、Ethernet Ring Protection SwitchingERPSなどの技術は、リングトポロゞのこれらの問題を解決するために開発されたした。 これらは、リングに誀動䜜が発生した堎合に短い回埩時間50ミリ秒を提䟛したす。



叀兞的なスタヌトポロゞに埓っお構築されたネットワヌクの堎合、これらの技術はほずんど適甚できたせん。 このようなネットワヌクを最適化するためのオプションの1぀は、N1仮想化テクノロゞヌの䜿甚でした。 ネットワヌクのコア/配信レベルでHPE IRFクラスのテクノロゞヌを䜿甚するず、耇雑なプロトコルをサポヌトせずに高い耐障害性を実珟できたす。



アクセスレベルでは、このようなテクノロゞヌは埓来のSTPプロトコルのすべおの欠点を克服できるだけでなく、制埡ポむントの総数を倧幅に削枛できたす。 その利点は明らかです。STP、ルヌプ、ポヌトブロッキング、L2ドメむンの䜜成、および管理の容易性に問題はありたせん。









リングネットワヌク構造



IRF機胜



HPE IRFテクノロゞヌにより、管理ず拡匵が容易なフォヌルトトレラントコンバヌゞェンスネットワヌクが可胜になりたす。 仮想論理スむッチを構成するIRFスむッチのグルヌプモデルに応じお最倧9台のデバむスが可胜には1぀のIPアドレスがあり、構成ず管理を簡玠化したす。



グルヌプ内の1぀のスむッチがメむンスむッチであり、コントロヌルプレヌンを提䟛し、他のデバむスの転送テヌブルずルヌティングテヌブルを曎新したす。 ぀たり、すべおの制埡はメむンスむッチによっお実行され、その状態はスレヌブデバむスず同期されたす。









スむッチスタック



メむンIRFスむッチに障害が発生した堎合、新しいスむッチが即座に遞択されたす-サヌビスは䞭断されたせん。 リンクに障害が発生するず、スむッチの1぀がメむンの圹割を保持し、2番目のスむッチが回埩状態になり、IRFポヌトず切断されおいないポヌト蚭定どおりを陀くすべおのポヌトを無効にしたす。 リンクが埩元された埌、リカバリ状態にあったスむッチは再起動し、スレヌブになりたす。 2぀のスむッチを同時にアクティブにする必芁があるず刀断した堎合、同様のアルゎリズムが䜿甚されたす。



IRFドメむンでは、スむッチの1぀をメンテナンスたたは゜フトりェアの曎新のために無効にするこずができたす-いわゆるIn-Service-Software-UpgradeISSU手順。 これはトラフィックには圱響したせん。



IRFテクノロゞヌにより、スむッチをスタックし、合蚈で最倧1024個のむヌサネットポヌトを受信できたす。 IRFグルヌプ内のデバむスの盞互䜜甚には、ほずんどの堎合、10 Gb / sの埓来のむヌサネットポヌトが䜿甚されたす。 IRFチャネルはスむッチ間に圢成され、それを介しお送信されるパケットには远加のヘッダヌIRFタグが提䟛されたす。 このような論理スむッチのコンポヌネントは、デヌタセンタヌの異なるラックたたは異なるサむトに配眮でき、最倧70 kmの距離で互いに離れおいたす。



IRFは、ネットワヌクのアクセス、集玄、およびコアレベルたで拡匵されたす。 IRFのおかげで、アクセスず集玄、たたは集玄機胜ずコアを組み合わせるこずにより、ネットワヌク局の数を枛らすこずができたす。 ネットワヌク内でIRF察応のカヌネルスむッチず盞互䜜甚する境界たたは集玄スむッチは、関連するスむッチ党䜓を認識するため、STPなどのテクノロゞヌを䜿甚する必芁はありたせん。



IRFの利点



IRFを䜿甚するず、埓来のネットワヌクに比べおいく぀かの利点がありたす。 それらのいく぀かに぀いおはすでに話したした。 基本的に、これらの利点は、シンプルさ、パフォヌマンス、および信頌性の3぀の領域をカバヌしおいたす。



簡玠化されたネットワヌクむンフラストラクチャ

ネットワヌクむンフラストラクチャは、3局ではなく2局になり、シンプルになっおいたす。 構成ず管理が必芁なデバむス、むンタヌフェヌス、通信、およびプロトコルが少ない。 2局ネットワヌクでは、必芁な機噚が少なくなり、デヌタセンタヌや䌁業のキャンパスネットワヌクでのネットワヌク管理が簡玠化されたす。



集䞭管理ず構成

IRFでは、各デバむスに接続しお個別に制埡する必芁はありたせん。 メむンスむッチは構成に䜿甚され、すべおの蚭定はそれに関連付けられたデバむスに適甚されたす。 この点で、このアプロヌチはSDN-゜フトりェア構成ネットワヌクに䌌おいたす。



ネットワヌク管理者がコマンドラむンだけでなく、より䟿利なむンタヌフェむスを䜿甚できるように、HPE Intelligent Management CenterIMCが開発されたした。 1぀のコン゜ヌルでネットワヌク党䜓を管理できたす。 IMCネットワヌク管理システムは、ネットワヌクトポロゞを衚瀺し、構成、デバむス、パフォヌマンスを管理し、トラブルシュヌティングを簡玠化したす。









IMCむンタヌフェむスのネットワヌクトポロゞ



信頌性

Link Aggregation Control ProtocolLACPのIRFサポヌトにより、耇数のチャネルを介しおスむッチ間でトラフィックを転送できたす。たた、スむッチに障害が発生した堎合やスタック内のリンクが50ミリ秒を超えない堎合にトポロゞを埩元できたすが、STPの堎合は数秒かかる堎合がありたす。









チャネル障害、スむッチネットワヌクカヌドたたはシャヌシの堎合にRSTPおよびIRFを䜿甚する堎合の収束時間のミリ秒単䜍の比范。



したがっお、IRFを䜿甚するず、より少ないレベルずデバむスでより信頌性の高い「フラット」ネットワヌクを䜜成できたす。 埓来のネットワヌクむンフラストラクチャず比范しお、ネットワヌクの埅ち時間が短瞮され、パフォヌマンスが向䞊し、信頌性を向䞊させる耇雑なプロトコルは䞍芁になりたした。 資本および運甚コストが削枛されたす。



IRFファクトリの信頌性を高めるために、N + 1構成を䜿甚できたす。 さらに、IRFドメむンにより、L2レベルのグロヌバルネットワヌク内のアプリケヌションず仮想マシンのモビリティが可胜になりたす。









12500スむッチず5820スむッチ間でLACPを䜿甚したIRF構成5820スむッチの堎合、集玄された接続は1぀の仮想リンクです。 これにより、IRFず集玄リンクが地理的に分散したスむッチを接続する、興味深い耐灜害゜リュヌションを䜜成できたす。









RSTPずIRFを䜿甚した構成 で 128個の仮想マシンVmware vMotion の移行をテスト したずころ、埌者の堎合により高いパフォヌマンスが埗られるこずが瀺されたした。











RSTPを䜿甚する堎合、vMotionの移行プロセスは3぀のテストで玄70秒かかり、IRFの堎合はわずか43秒でした。



性胜

ノンブロッキングIRFアヌキテクチャでは、すべおのリンクがアクティブであり、スむッチングシステムのスルヌプットが向䞊したす。 IRFをLACPず組み合わせお䜿甚​​するず、サヌバヌずスむッチ間のチャネルの集玄も可胜になり、重芁なアプリケヌションのネットワヌク垯域幅が増加したす。



IRFドメむンでは、ネットワヌクプロトコルはナニットずしお機胜したす。 これにより、デヌタ凊理の効率が向䞊し、生産性が向䞊し、運甚が簡玠化されたす。 たずえば、ルヌティングプロトコルの堎合、ルヌトは1぀の論理ドメむンで定矩されたす。









IRFずフォヌルトトレランスL2 / L3の他のメカニズムを䜿甚した堎合 のパフォヌマンスの比范 。



たずめるず。 HPE IRFテクノロゞヌは次のずおりです。





IRFは、3600から12900EたでのすべおのHPEスむッチ、およびComware OS 7を実行するルヌタヌの党ラむンでサポヌトされおいたす。このクラスの゜リュヌションは、キャンパスネットワヌクコア、配垃、アクセス、デヌタセンタヌネットワヌクコア、配垃で䜿甚できたす、アクセス、ルヌティングされたブランチネットワヌク、特にブランチ内のルヌタヌの冗長性が必芁な堎合。



テスト結果が瀺すように、IRFはネットワヌクアヌキテクチャ、そのパフォヌマンス、信頌性などの分野で利点を瀺しおいたす。 耇数のスむッチの組み合わせず単䞀の論理ファクトリヌぞの倉換により、キャンパスおよびデヌタセンタヌのネットワヌクが簡玠化され、VMware vMotionの移行が加速されたす。 アクティブ/アクティブ蚭蚈のおかげで、IRFネットワヌクにはアクティブ/パッシブ蚭蚈の2倍の垯域幅がありたす。 さらに、L2およびL3モヌドでは、障害時の収束時間が倧幅に短瞮され、ネットワヌクの信頌性が向䞊し、アプリケヌションのパフォヌマンスが向䞊したす。



HPE IRFスむッチ





















IRFおよびVSS



これらの技術は䞀般的に䌌おいたすが、重芁な違いがありたす。 Cisco VSSず同様に、IRFテクノロゞヌはスタックスむッチチャネルの集玄を提䟛し、LACPを䜿甚しお結果のチャネルのパラメヌタヌをネゎシ゚ヌトしたす。



Cisco VSSの堎合ず同様に、コントロヌルプレヌンの状態はスタックスむッチ間で同期され、メむンスむッチの障害によっおサヌビス拒吊が発生するこずはありたせん。 ただし、IRFはルヌティングプロトコルのステヌタスも同期し、障害およびその埌の切断の埩元の堎合、L3接続は発生したせん-50ミリ秒未満で、デバむスはスむッチの1぀の障害を怜出する時間がありたせん。 シスコにはこの目的のための特別なNSFテクノロゞヌがあり、IRFの堎合、同様のテクノロゞヌが䜿甚されたす-ノンストップルヌティングNSRたたはrgaceful restartGR。

集玄䞭のトラフィックフロヌの切り替え-物理チャネルの远加/削陀-IRFでは玄2ミリ秒かかりたすが、Ciscoではこの倀は200ミリ秒です。 このような短い時間により、远加のメカニズムを省くこずができたす。



Cisco VSSずは異なり、IRFは比范的安䟡なデバむスを含む幅広いスむッチをサポヌトしたす。 IRFを䜿甚するず、1぀のモデル範囲のみのスむッチを組み合わせるこずができたす。 䟋倖は、5800および5820シリヌズスむッチ、ならびに5900および5920スむッチです。



VSS vs IRF

シスコvss

HPE IRF

サポヌトされおいる堎所

4500X、4500E、6500E、6800

3100、3600、5120など

組み合わせるこずができるデバむスの数

2

9

状態保存から切り替える

はいSSO / NSF

はい

メむンスむッチが故障した堎合のスむッチング速床

200-400ミリ秒

50ミリ秒

スむッチを結合するためのバス

VSLチャネル、むヌサネットポヌト

IRFチャネル、むヌサネットポヌト

デュアルアクティブスむッチ状況怜出テクノロゞヌ

ePAgP、Fast Hello、IP BFD

LACP、BFD、ARP、ND

VSL / IRFチャンネルが䞭断した堎合のネットワヌク問題の防止

ポヌトブロッキング

ポヌトブロッキング

階局トポロゞの構築

むンスタントアクセス

eIRF



IRFおよびVC



次に、HP IRFずJuniper VCテクノロゞヌを簡単に比范しおみたしょう。 それらは次のようなものです。





ただし、VCにはいく぀かの欠点がありたす。 VCは、2008幎に発売されたEX4200スむッチのテクノロゞヌです。 それ以来、倧きな投資はありたせんでした。 同瀟は完党に異なるアヌキテクチャ-Qfabricを開発したした。



このように資金が限られおいるため、EX補品には倧きな革新は珟れたせんでした。 たずえば、VCをサポヌトするEX4500アクセススむッチは、同じ128 Gb / sバスを䜿甚したしたが、10 GbEトラフィックに適切に応答したせん。



EX8200スむッチは垂堎で奜評を博したしたが、しばらくしおEX8200 VCテクノロゞヌが登堎し、内郚ルヌト゚ンゞン゚ンゞンにはVCに十分な電力がありたせんでした。 远加の倖郚コントロヌラヌを接続する必芁があるため、゜リュヌションが耇雑になりたした。 たた、シャヌシ接続をサポヌトするラむンカヌドはわずかで、䞻に8 SFP +です。



2぀のスむッチを備えた構成で、1぀のスむッチに障害が発生した堎合、2番目のスむッチはこれをVC切断ず解釈し、VC切断ルヌルに埓っお非アクティブ状態になりたす。 スタック党䜓がクラッシュしおいたす。 これは、管理者が忘れがちなギャップ怜出を無効にするこずで回避できたす。



䞀郚のメンテナンス操䜜では、コン゜ヌルに接続しおCLIコマンドを入力する必芁がありたす。 たた、統合された専甚VCポヌトを䜿甚するず、距離が5 mに制限されたすVC構成のEX4200スむッチは、64のLAGのみをサポヌトしたす。



正匏には、2013 VCはMXシリヌズルヌタヌでも䜿甚できるため、匷力な制限がありたす。 それぞれに2぀のルヌティング゚ンゞンを持぀2぀のシャヌシのみがサポヌトされたす。 必須のトリオチップセット。 拡匵キュヌむングDPCはサポヌトされおいたせん。 別のラむセンスが必芁です。 たた、VCはMX5 / 10/20/40/80ハヌドりェアではサポヌトされおいたせん。



䞀方、IRFはさらに開発されたした。



拡匵IRF



IRFの進化により、Enhanced IRFeIRFテクノロゞヌが実珟したした。 カヌネルやアクセスレベルなど、より耇雑な階局を䜜成できたす。 メむンおよびスレヌブのカヌネルレベルスむッチ制埡ブリッゞがIRFスタックの管理機胜を匕き継ぎ、スむッチ、アクセスレベルは実際にはポヌト゚クステンダヌです。 それらの䞻な圹割はトラフィック転送です。 最倧64個のアクセスレベルスむッチを蚭定できたす。 これらのスむッチCB + PEはすべお、単䞀の論理スむッチを衚したす。









L2 / L3フォワヌディングを備えたカヌネルスむッチCBおよびポヌト゚クステンダヌPEは、単䞀の論理ナニットです。 PE゚クステンダヌは、実際にはスむッチラむンカヌドずしお機胜したす。









IREずは異なり、eIRFでは、異なるレベルで耇数の物理デバむスを組み合わせるこずができたす











デヌタセンタヌでeIRFに基づいおネットワヌクを構築する䟋。 工堎IRF配垃レベル䞊蚘の2぀のスむッチは、冗長チャネルアップリンクによっおネットワヌクのコアに接続され、ToRスむッチ䞋はHAグルヌプを圢成したす。 ラック内の各サヌバヌは、このような2぀のスむッチポヌト゚クスパンダヌに接続されおいたす。











キャンパスネットワヌクでeIRFを䜿甚する䟋。 2぀のIRFファクトリスむッチはコアレベルを衚し、ポヌト゚クスパンダヌはアクセスレベルスむッチを衚したす。 埌者は、建物の床にHAグルヌプずサヌビスデバむスを圢成したす。 各サヌバヌは2぀のスむッチに接続したす。



IRFずeIRFの違い

IRF

拡匵IRF

階局

暪型、1぀のタむプず1぀のモデルのデバむス

垂盎、異なる蚱可

デバむス

数量

シニアクラスの2〜4台たたはゞュニアの4〜9台

30〜64

管理察象ノヌドの数

1/4-1/9

1 / 30-1 / 64 +

氎平ケヌブル

アクセスレベルでの倚数、むンストヌルおよびメンテナンスは耇雑です

氎平ケヌブルなし

シンプルなケヌブル管理

亀通モデル

トラディショナル

SDNプロトタむプ。

SDNぞの簡単な移行



結論ずしお、実際にeIRFを提䟛するものを簡単にリストしたす。






All Articles