moduleコマンドの入力によって確認できます。モデルであることが必要です。1Aにも搭載されている必要があります。2が存在する必要があります。6000および6500シリーズで使用できます。スーパーバイザがシステムを制御します。エンジンは、異なる役割を担っています。フォワーディングも実行されます。カードとは通信しません。フォワーディングには関与しません。エンジン上でも初期化されていますが、アクティブにはなりません。エンジンは、ネットワークの動作に影響することなくアクティブなシステムにインストールできます。シェアリングを実行しない点にも注意してください。インテリジェンス(N+1冗長性)を実現します。エンジンが同じシステム負荷を保持できます。ステータスを監視します。エンジンは、ハードウェアの障害、システムの過負荷状態、メモリ破損の問題、シャーシからの取り外し、オペレータによるリセットなど、さまざまな理由でオフラインになる可能性があります。エンジンを通常の状態に復元します。スイッチオーバーによって行われます。アベイラビリティ機能はデフォルトでは無効のため、代替となる高速スイッチオーバーと呼ばれる機能があります。メカニズムとして働きます。この機能は、スーパーバイザに障害がある場合に通常発生するイベントをスキップすることで、スイッチオーバー時間を短縮します。カードは、通常システム再初期化の一部となる個々のソフトウェアのダウンロードおよび診断の一部をスキップできます。スイッチオーバーでは、レイヤ2以上のすべてのプロトコル再開と、すべてのポートのリセットが必要です。その結果、デフォルト設定でのスイッチオーバーのパフォーマンスは、約28秒に、プロトコルの再開に必要な時間を加えたものになります。プロトコル)のデフォルト時間が設定されたスイッチでは、高速スイッチオーバー後にトラフィックの転送が再開されるまで、約58秒かかりました。高速スイッチオーバー後にトラフィックの転送が開始されるまでの時間は、スイッチのデフォルト設定を調整することで短縮できます。Portfastを有効にして、ポートチャネル(PagP)を無効にし、ワークステーションが直接接続されているポートのトランキングをオフにすることで、高速スイッチオーバー時間を約10秒に短縮できます。アクティブなネットワーク環境では、このようなスイッチオーバー時間は、ネットワークの運用上重大な中断となります。ハードウェアの冗長性はさらに強化されます。バージョニングが含まれます。アベイラビリティ機能を有効にする必要があります。アベイラビリティ機能を有効にすることを推奨します。スーパーバイザへのスイッチオーバー時間が3秒未満に短縮されます。ステートの維持」と呼ばれます。データベースが保持されます。エンジンでのみ実行されています。エンジンは、初期状態ではなく、更新されたデータベースの状態からプロトコルを開始できます。エンジンがオフになったときにネットワークのダウンタイムを最小限に抑えることができます。アベイラビリティが完全にサポートされています。データベース内に保持されます。アベイラビリティはサポートされていません。エンジン間で同期されません。アベイラビリティ機能が有効な場合に使用できます。エンジンのフェールオーバーが発生すると、GMRPプロトコルは、初期状態(非ステートフル)から再開します。プロトコル冗長性はサポート対象機能に引き続き対応します。アベイラビリティはサポートされていません。エンジン間で同期されません。アベイラビリティ機能が有効な場合には使用できません。アベイラビリティが有効な状態ではサポートされません。システムが必要な場合は、これらの機能を使用しないでください。アベイラビリティのプロトコルおよび機能のサポートと互換性を示します。ノートを参照してください。Circuit(ASIC;特定用途向けIC)にプログラムされています。Service(QoS;サービス品質)設定などがあります。エンジンのフェールオーバーが発生した場合、ハードウェアで引き続きスイッチングが行われます。これらのプロトコルの一部は、MSFCの二重化構成に依存します。これについては、後半で詳しく説明します。ステート情報を格納するリポジトリです。スーパーバイザによって保存されます。データベースには、モジュールとポートの状態、VLAN情報、NVRAM(不揮発性RAM)設定、さまざまなプロトコル固有のデータなど、特定のシステム情報が格納されます。エンジンも、このデータを転送できるように同期処理を実行します。first-out(FIFO;先入れ先出し)キューに入れられます。スーパーバイザにデータを転送して定期的に空になるようにスケジュールされます。プロセスであるため、更新間隔は、システム内の他のアクティブなプロセスの数によって異なります。更新間隔は、1~5秒の範囲内で、2秒がおおよその平均値です。データベースに取り込みます。データベース間でグローバル同期が行われます。スイッチオーバーのパフォーマンスは、設定の複雑さよりも同期処理のステータスに依存します。データベースは、ほぼ同じステータスになります(キュー内の更新数によって異なる)。スイッチオーバーのパフォーマンスを決定する要因は、キュー内の完了していない更新の数です。エンジンのスイッチオーバーのパフォーマンスは3秒未満になります。OSイメージを適切に管理する必要があります。OSイメージを管理するためのいくつかのオプションについて説明します。イメージが同じである必要があります。エンジンで、同じソフトウェア機能およびリビジョンを使用したスイッチオーバーが行われるため、安定した動作環境を維持できます。エンジンにダウンロードします。エンジン間で同期されます。エンジン間のソフトウェアで一貫性が維持されますが、ソフトウェアをアップグレードするには、システムを長時間オフラインにする必要があります。エンジンをリセットしてから新しいバージョンのソフトウェアをロードする必要があります。エンジンに同期します。ブートする必要があるため、これは通常、定期的なダウンタイム時またはメンテナンス時に実行する必要があります。IOSソフトウェアは、この同期プロセスの一部ではない点にも注意してください。アベイラビリティ機能の2つめの機能です。アベイラビリティ機能を有効にすることで動作します。エンジンのイメージ同期プロセスは無効になります。アップグレードをリアルタイムに実行します。OSを保持することもできます。OSイメージのアップグレードまたはダウングレードが可能です。バージョンが実行されている場合、システムは互換性があるかどうかを判別します。イメージに互換性があるかどうかを判断します。バージョンは、互換性あり、互換性なし、またはアップグレード可能のいずれかとして定義されます。プロトコル冗長性がサポートされるということです。スーパーバイザに送信されます。OSバージョンは互換性なしとなります。スイッチオーバーによる切り替え時間[1~3秒]よりも時間がかかります)。エンジン間で同期されません。互換性のないバージョンの特別なケースとして、アップグレード可能(upgradable)と呼ばれるものがあります。エンジンに同期させることができます。これが特別なケースとされるのは、2つの異なるソフトウェアバージョンを同期構成では実行できても、フェールオーバーの機能がないためです。スイッチオーバーは実行できません。アベイラビリティ互換性を確認する必要があります。メッセージが表示されます。ON)を示しています。バージョニングを有効にすることを推奨します。バージョニングが無効になっている)従来のイメージ同期プロセスを実行する必要があります。リリースでのみ使用できます。リリースは、バージョン5.5.1からバージョン5.5.2へのアップグレードといった差分機能更新と、バグ修正を含む新しいバージョンのソフトウェアです。アベイラビリティ互換ではありません。アベイラビリティ互換性のリストが記載されています。アップグレードを実行することを推奨します。アベイラビリティ互換性は、手順の途中で判別されます。アベイラビリティ機能」で説明します。モードで開始されます。この手順では、両方のスーパーバイザでコンソール接続を使用可能にすることを推奨します。アベイラビリティ機能を無効にします。disableこの機能は、デフォルトで無効になっています。[TFTP;簡易ファイル転送プロトコル]などを経由)。フラッシュに正常にロードされたことを確認します。bootflash:現在のブート変数を消去します。イメージに設定します。フラッシュにコピーされます(これがイメージの同期です)。ファイルの内部TFTPで、完了まで数分かかります。エンジンの起動時イメージから同期されていることを示します。エンジンに存在し、ブート変数が正しく設定されていることを確認します。エンジンにロードされました。バージョニングを有効にします。エンジンがアクティブになる前に、バージョニングを有効にする必要があります。OSで再起動できます。OSの古いイメージを使用できるようにすることです。エンジンは、(不測の再起動後でも)古いイメージを保持する必要があります。フラッシュに保存するようにする必要があります。バージョニングが有効になっているため、ブート変数を設定しても、イメージ同期は行われません。エンジンをリセットします。OSイメージで再起動します。スーパーバイザの動作には影響しません。OSイメージが実行されていることを確認します。バージョンが表示されます。エンジンのバージョンとは異なっている必要があります。アベイラビリティ互換性があることを確認します。アベイラビリティ機能の動作ステータスがONになっている必要があります。ONになっていない場合は、システムを高速スイッチオーバー(非ステートフル)でアップグレードし、プロトコルを再開する必要があります。エンジンをリセットします。エンジン(Sup-B)に変更する必要があります。このフェールオーバーにより、デバイスを通るトラフィックがわずかに中断されます。スイッチオーバーまたは高速スイッチオーバーのどちらが行われるかによって異なります。システムが予測どおりに動作していることを確認します。OSソフトウェアを実行しています。モードで、前のバージョンのソフトウェアを実行しています。エンジンを使用できるようになりました。エンジン(現在はSup-A)の起動設定を更新する必要があります。エンジンのバージョニングを無効にすることで実行できます。これにより、イメージ同期機能が自動的に有効になります。アップグレード手順が完了しました。エンジンも冗長化することができます。エンジンが正常に動作する必要があります。エンジンもリセットされます。ステートを維持しますが、デュアルMSFCは、DRMおよびSRM冗長モードで動作します。アベイラビリティ機能を有効にすることを推奨します。エンジンまたはMSFCの冗長構成に対応した本来のMSFC設定です。このモードでは、両方のMSFCがネットワーク上でアクティブなルータになります。1つのシャーシ内に2つのアクティブなMSFCが存在するということは、2台のルータが別々に存在するという意味ではありません。実際には、次に詳しく説明するように、両方のMSFCをほぼ同じ構成にする必要があります。DRMの主要な考え方は、MSFCはそれぞれ別個に、レイヤ3ネットワークを正確に描写するということです。Protocol(HSRP)です。HSRPを使用すると、2つのMSFCは内部通信を保持して、MSFCフェールオーバーに対応することができます。ゲートウェイ冗長性が必要なVLANごとに、両方のMSFCで設定する必要があります。エンジン間でHelloメッセージを送信することで、物理的に異なるデバイス間のHSRPと同じように機能します。Guide』を参照してください。URLは次のとおりです。コンバージェンスはわずかです。DRMを使用しHSRPタイマーを基準にすることで、MSFCフェールオーバーは、LANインターフェイスに対して3秒未満に設定できます。エンジンのフェールオーバー時間に合わせることができます。それぞれのMSFCは、もう一方のMSFCを継承する可能性があるため、同じ設定を保持する必要があります。これは、DRMを理解する上で非常に重要な点です。パラメータは、両方のMSFCでまったく同じになるように設定する必要があります。IPアドレスやHSRP設定などのネットワーク上で重複できないパラメータのみが、各MSFCで異なる設定になります。MSFCは、PFCx上のASICハードウェアについて、一部の機能をプログラムします。最初にオンラインになるMSFCは「指定ルータ」、2番めのMSFCは「非指定ルータ」とみなされます。Netflowテーブルにプログラムすることができます。Forwardingテーブルにプログラムします。ショートカットが指定ルータでプログラムされます。したがって、各MSFCを同じ設定にすることが必須条件です。DRMのMSFCの設定が異なると、フォワーディングASICが誤ってプログラムされ、予期しない動作が発生します。リリース12.1(3a)E4以降では、config-syncと呼ばれるMSFC冗長機能が使用できるようになったため、MSFCとMSFC2の両方で冗長MSFCの設定プロセスが合理化されました。この機能を使用すると、2つのMSFCの設定を簡素化して、MSFCの設定を一致させることができます。コンフィギュレーションと実行コンフィギュレーションの両方が同期されます。コンフィギュレーションが更新されます。これにより、各コマンドを手動で2回入力しなくても、メインMSFCと非メインMSFCで同じ設定を保持することができます。config-syncが有効になります。config-syncconfig-syncを使用すると、メインMSFCと非メインMSFCのすべての設定は、メインMSFCのCLIを介して実行されます。非メインMSFCの設定は、altキーワードを使用して実行されます。config-syncが有効になっている場合、これは非メインMSFCを設定する唯一の方法です。50コマンド構文は変わりません。altキーワードの前に示したコマンドは、スロット1のMSFCに適用され、altキーワードの後ろに示したコマンドは、スロット2のMSFCに適用されます。config-sync機能は、一般的なIPまたはIPX設定でのみサポートされます。オプションはありません。モジュール)またはFlexWANインターフェイスは、メインMSFCによってのみ管理されます。config-sync機能を有効にするまで、非メインMSFC設定にはWANインターフェイスが表示されないため、非メインMSFCでは設定できません。エンジンまたはMSFCのフェールオーバー時に新しくメインMSFCになるMSFCでは、WANインターフェイスが正しく設定されません。このため、WANモジュールがインストールされている場合は、config-syncを使用しない冗長スーパーバイザまたはMSFC構成がサポートされていませんでした。config-sync機能を有効にすることで、この制限はなくなり、冗長スーパーバイザ構成でWANモジュールがサポートされるようになりました。スイッチオーバー中にWANモジュールをリセットしないでください。DRMの課題DRMは、元々はMSFC冗長性のオプションでした。レイヤ3フェールオーバーを可能にした点で非常に成功しましたが、ネットワークの設計と管理が複雑になりました。次に、DRMがレイヤ3冗長性の最適なソリューションではない場合を3つ示します。各MSFCは、VLANインターフェイスごとに一意のIPアドレスが必要です。アドレスと1つのHSRPアドレス)。ネイバの数も増えるため、ルータのCPUへの負荷が大きくなります。いった場合、4つのルータのアドレスを指定して管理するという作業課題が、冗長性の追加から得られる利点を上回ってしまう可能性があります。トラフィックを転送するのは1つのMSFCのみです。トラフィックを受信します。Forwarding(RPF)チェックに失敗するため、冗長MSFC(非PIM-DF)は、このトラフィックを廃棄する必要があります。RPFチェックに失敗するトラフィックは、非RPFトラフィックと呼ばれます。通常、ルータは非RPFトラフィックを効率的に処理できません。DRMの場合は、各VLANで少なくとも1台のルータ(もう一方のMSFC)がこの非RPFトラフィックを受信します。パラメータを設定するための要件がわかりにくいと感じています。パラメータを同じ設定にするための労力が課題となります。このプロセスを簡素化するために、config-syncなどの拡張機能が開発されていますが、まだ拡大していません。以上のような例では、SRMが使用できます。エンジンまたはMSFCを実装しようと考えているお客様向けのオプションです。OSのレイヤ2およびレイヤ4冗長性を使用しながら、レイヤ3冗長性にも効率的にアプローチできます。リリース12.1(8)E2です。SRMはDRMを改良したものです。SRMには次のような利点があります。ネイバ関係におけるレイヤ3の複雑さを軽減します。ルータが存在する非RPFトラフィックの問題を解決します(SRMの場合、シャーシ内にはアクティブなルータが1つしかないため)。ルータに適用されるため、簡単に設定ができます。これにより、両方のMSFCが同じ設定になっているかどうかを確認する必要がなくなります。次のコマンドにより、SRMが有効になります。single-router-modeSRMの動作このモードでは、ネットワークで常に確認できるのは指定ルータのみです。非指定ルータは起動後、指定ルータとまったく同じ設定を保持します(SRMがアクティブな場合、設定は自動的に同期されます)。非指定ルータのインターフェイスは回線ダウン状態のままなので、ネットワークでは確認できません。プロセスが作成されますが、すべてのインターフェイスが停止しているため、ネットワークからの更新の送受信は行われません。OSのコマンドラインから確認できます。エンジンとMSFCの両方が、スタンバイとして表示されることに注意してください。standbySRM設定で指定ルータに障害が発生した場合、もう一方のMSFCが非指定ルータから指定ルータに変わります。テーブルの作成を開始します。プロトコルの設定および複雑度に比例します。トラフィックが転送されます。アベイラビリティ機能は、フェールオーバー後もこのフォワーディング情報を保持するために使用されます。トラフィックへの影響を最小限に抑えることができます。テーブルが作成されると、PFCx内のエントリを更新できます。2/PFC2でSRMを実行するための移行タイマー機能があります。ForwardingエントリをPFC2にダウンロードするまでの待機時間を設定します。コンバージェンス時間の差異により、デフォルトの120秒では、PFC2ハードウェアをプログラムする前にコンバージェンスが完了しない可能性があります。アクセス制御)アドレスが使用されます。指定ルータとして選択されたMSFCは、非指定ルータであるMSFCにデフォルトのMACアドレスを送信します。その後非指定ルータで作成されるすべてのインターフェイスは、ユーザが異なるMACアドレスを明示的に設定していなければ、このMACアドレスを使用します。起動時に、2つのMSFCは「ハンドシェイク」プロセスを実行します。このプロセスは1分ほどで、SRMモードが開始する前に行われます。プロセス中に非指定ルータの設定を変更しないでください。次のコマンドを使用して、SRMが有効になっているかどうかを確認できます。Redundancy」を参照してください。URLは次のとおりです。WANモジュールがサポートされます。DRMと同様に、指定ルータがWANインターフェイスを管理します。インターフェイスは指定ルータで完全に設定され、その設定が非指定ルータに同期されます。フェールオーバーの場合は、MSFCが指定ルータになり次第、その新しい指定ルータがWANインターフェイスの所有権を獲得します。スイッチオーバー時にはリロードできません。SRMが有効になっている場合、MSFCフェールオーバーをサポートするためにWANインターフェイスで手動の設定を行う必要はありません。アップグレードについて詳しく説明しています。最新の推奨手順については、次のURLを参照してください。「SRM冗長性の設定」http://www.cisco.com/en/US/products/hw/switches/ps708/products_configuration_guide_chapter09186a00800c65b6.html#1071789SRMとIPマルチキャストSRMでは、非指定ルータのVLANインターフェイスは「ダウン」状態です。エンジンが確認するまで、これらのインターフェイスは「アップ」状態になりません。フォワーディングが中断します。OSリリース7.1では、当初のSRM実装の拡張機能として、IPマルチキャストのステートフル冗長性をサポートしています。フローが保持されます。スイッチオーバーを試行して、対応するフェールオーバー時間を記録するためのテスト環境が設定されました。6509シャーシが組み込まれました。このテストは、基本的で簡単なデモとして実行されました。デバイス間でpingを実行しました。あらゆる例において、使用する各ポートでスパニングツリーが有効に設定されました。エンジンのリセットによって開始されました。各例は8回テストされ、結果の平均値が計算されました。ステーション間のレイヤ2トラフィックの場合、フェールオーバーの結果、1つまたは2つのpingがタイムアウトしました(フェールオーバー時間は約1~2秒)。エンジンでも実行できます。6500シリーズのスーパーバイザまたはMSFCのフェールオーバーを、最初はDRM設定、次はSRM設定で測定するために、共通のテスト環境が設定されました。2つのping送信デバイスは、別々のVLANに配置されました。IOSソフトウェアのDRMまたはSRM冗長性が有効化されました。完全な設定を次に示します。redirects!endDRMの場合、フェールオーバーの平均時間は2.56秒でした。SRMの場合、フェールオーバーの平均時間は2.31秒でした。アベイラビリティ機能の1つ)。異なるのは、DRMがシャーシに2つのアクティブなルータを使用し、SRMは1つのルータのみを使用する点です。テーブルの再計算が必要ですが、DRMでは不要です。どちらも、レイヤ3トラフィックのフェールオーバー時間には直接影響しません。2番めのテストでは、一方のワークステーションでFTP(ファイル転送プロトコル)クライアントを実行し、もう一方でFTPサーバを実行しました。MBのファイルを転送するのに平均16秒かかりました。スイッチオーバーが行われる場合、転送時間は平均18秒になります。スイッチオーバー中のFTP転送の差異はわずか2秒です。この例は、実際のTCPアプリケーションのデモに使用されています。コールを確立しました。スイッチオーバーが開始されました。コールはスイッチオーバー中も保持され、話者が気付いた中断はごくわずかでした。アベイラビリティ機能を提供できるという実例を示しています。スイッチオーバーは、3秒以内に行われるようになっています。シャーシのみ)、1300ワット、2500ワット、または4000ワットの電源装置を装備できます。ソフトウェアを介して詳細な電源設定を行うために、電源冗長機能を使用することもできます。デフォルトでは、電源冗長性(またはロードシェアリング)機能が有効になっています。2つの電源装置が設置され、電源冗長性が有効になっている場合、2つの装置から出力される電力の合計が1つの装置の容量を超えることはありません。一方の電源装置に障害が発生した場合、もう一方の電源装置が負荷を継承するため、システムの電力が中断することはありません。電源冗長性が無効になっている場合、システムで使用できる電力は、電源装置の電力を組み合わせたものになります。この構成では、一方の装置に障害が発生した場合、システムはすべてのモジュールに十分な電力を供給できなくなる可能性があります。電源冗長性を有効または無効にするには、次のコマンドを使用します。カードごとに電力要件が異なるため、シャーシごとに電力要件も異なります。カードの電力要件を理解するのに役立ちます。これらの要件については、次のURLを参照してください。プラットフォームが提供されます。ファブリックの二重化、および電源装置の二重化など、ハードウェアの冗長性により、ネットワークに起こり得るダウンタイムが短縮されます。アベイラビリティ機能や、MSFCフェールオーバーのDRMまたはSRMオプションといったソフトウェアの冗長性機能は、このハードウェアの冗長性に基づいており、非常に安定した運用環境を実現します。6500シリーズは他の追随を許さない製品となっています。リストのレイヤ4情報が含まれます。1A/PFC/MFSCxには適用されません。パスに送信されるためです。シスコに問い合わせチャットする導入を検討中の製品についてご質問はありませんか?シスコ:製品の仕様や見積、キャンペーンの適用条件など、お気軽にお問い合わせください。