この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
この章では、Cisco NX-OS ネットワークのハイ アベイラビリティについて説明します。この章の構成は次のとおりです。
Cisco NX-OS のネットワーク レベル ハイ アベイラビリティ(HA)は、フェールオーバーおよびフォールバックを透過的かつ迅速に行うツールや機能によって最適化されています。 この章で説明する機能によって、ネットワーク レベルのハイ アベイラビリティが保証されます。
システム内の各 Virtual Device Context(VDC; 仮想デバイス コンテキスト)は、それぞれ別個のスパニングツリー プロトコル(STP)を実行します。VDC には、バーチャライゼーション サポートの拡張も含まれています。 各 VDC は、ルーティング プロトコルの 1 つ以上のインスタンスを実行することもできます。 この章で説明するネットワーク レベル HA 機能は、システムの障害や再起動と同じように、VDC の障害や再起動に使用されます。
(注) |
VDC の詳細については、『Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide』を参照してください。 |
ネットワーク レベル HA 機能にライセンスは必要ありません。 ライセンス パッケージに含まれていない機能はすべて Cisco NX-OS システム イメージにバンドルされており、追加費用は一切発生しません。 |
|
Border Gateway Protocol(BGP; ボーダー ゲートウェイ プロトコル)には、エンタープライズ サービス ライセンスが必要です。 |
Cisco NX-OS ライセンス方式の詳細と、ライセンスの取得および適用の方法については、『Cisco Nexus 7000 Series NX-OS Licensing Guide』を参照してください。
(注) |
スパニングツリー プロトコル(STP) は、IEEE 802.1w および IEEE 802.1s を示します。 このマニュアルで IEEE 802.1D STP を指す場合は、802.1D と明記します。 |
フォールトトレラントなインターネットワークを作成する場合、ネットワーク上のすべてのノード間にループフリー パスを構築する必要があります。 端末間に複数のアクティブなパスが存在すると、ネットワーク内でループが発生し、その結果、各ネットワーク デバイスが複数のレイヤ 2 LAN ポート上の端末 MAC アドレスを学習します。 そうした状態になるとブロードキャスト ストームが発生し、ネットワークの状態が不安定になります。
STP は、レイヤ 2 レベルで、ループのないネットワークを実現します。 レイヤ 2 LAN ポートは STP フレーム(Bridge Protocol Data Unit(BPDU; ブリッジ プロトコル データ ユニット))を一定の時間間隔で送受信します。 ネットワーク デバイスはこれらのフレームを転送せず、これらのフレームを使用してネットワーク トポロジを決定し、そのトポロジ内でループのないパスを形成します。 スパニングツリー トポロジを使用することで、STP は、冗長なデータ パスをブロックされた状態にします。 スパニングツリーのネットワーク セグメントに障害が発生した場合、冗長パスがあると、STP アルゴリズムにより、スパニングツリー トポロジが再計算され、ブロックされたパスがアクティブになります。
Cisco NX-OS は、マルチ スパニングツリー プロトコル(MSTP)もサポートします。MSTP を使用した複数の独立したスパニングツリー トポロジにより、データ トラフィック用に複数の転送パスを提供し、ロード バランシングを有効にして、多数の VLAN をサポートするために必要な STP インスタンスの数を削減できます。
MST には、高速スパニングツリー プロトコル(RSTP)が組み込まれています。これにより、高速なコンバージェンスが可能になります。 MST では、1 つのインスタンス(転送パス)で障害が発生しても他のインスタンス(転送パス)に影響しないため、ネットワークのフォールトトレランスが向上します。
(注) |
スパニングツリーの各パラメータはレイヤ 2 インターフェイスに対してだけ設定できます。レイヤ 3 インターフェイスに対してスパニングツリーの設定を行うことはできません。 レイヤ 2 インターフェイスの作成方法の詳細については、『Cisco Nexus 7000 Series NX-OS Interfaces Configuration Guide』を参照してください。 |
STP の動作と設定の詳細については、『Cisco Nexus 7000 Series NX-OS Layer 2 Switching Configuration Guide』を参照してください。
従来のポート チャネル通信においては、ポート チャネルが 2 つのデバイス間でしか動作しないという大きな制約があります。 大規模なネットワークでは、何らかの形でハードウェア障害の代替パスを確保するために、設計上複数のデバイスを同時にサポートする必要がある場合があります。 この代替パスは、ループを形成するように接続され、ポート チャネル テクノロジーの長所を単一パスに制限することがあります。 この制限に対処するために、Cisco NX-OS は、Virtual Port Channels(vPC; 仮想ポート チャネル)というテクノロジーを備えています。 vPC ピア エンドポイントとして機能する 1 組のスイッチは、ポート チャネル接続デバイスへの単一の論理エンティティのように見えますが、論理ポート チャネル エンドポイントとして動作する 2 つのデバイスは 2 つの個別のデバイスです。 この環境はハードウェアの冗長性の利点とポート チャネル ループ管理の利点を組み合わせます。
vPC の詳細については、『Cisco Nexus 7000 Series NX-OS Interfaces Configuration Guide』を参照してください。
2 台以上のルータ グループ内では、ファーストホップ冗長プロトコル(FHRP)によって、ファーストホップ IP ルータの透過的なフェールオーバーを実現できます。 Cisco NX-OS では、次の FHRP をサポートしています。
FHRP の設定の詳細については『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』を参照してください。
Nexus 7000 シリーズでは、Open Shortest Path First バージョン 2(OSPFv2)、Enhanced Interior Gateway Routing Protocol(Enhanced IGRP)、ボーダー ゲートウェイ プロトコル(BGP)をサポートしています。これらの各プロトコルには、ネットワーク レベルの HA メカニズムが組み込まれており、プロセスの再起動やスーパーバイザのスイッチオーバーに起因するネットワークの停止を最小限に抑えます。
ここでは、例として、OSPFv2 の HA 機能について説明します。 OSPFv2、EIGRP、および BGP の HA 設定の詳細については、『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』の「High Availability and Graceful Restart」の章を参照してください。
OSPFv2 を実行している Cisco NX-OS システムがコールド リブートされると、ネットワークは、そのシステムへのトラフィックの転送を停止して、ネットワーク トポロジからそのシステムを除外します。 このシナリオでは、OSPFv2 はステートレスな再起動を実行し、ローカル システム上の隣接ルータとの隣接関係をすべて削除します。 Cisco NX-OS はスタートアップ コンフィギュレーションを適用し、OSPFv2 はネイバーを再探索して隣接関係を再確立します。
スーパーバイザのスイッチオーバーが開始されると、OSPFv2 は、自身が一時的に使用不能になることを知らせて、グレースフル リスタートまたは Nonstop Forwarding(NSF; ノンストップ フォワーディング)を起動します。 スイッチオーバーの間も、各ネイバー デバイスはトラフィックを転送し続け、システムはネットワーク トポロジ内に存続したままです。 スイッチオーバーが完了すると、Cisco NX-OS は実行コンフィギュレーションを適用し、OSPFv2 は自身が再度使用可能になったことをネイバーに通知します。 ネイバーは隣接関係の再確立を補助します。
OSPFv2 は、プロセスで問題が発生すると、自動的に再起動します。 再起動のあとに、OSPFv2 は、プラットフォームがネットワーク トポロジから除外されないように、グレースフル リスタートを起動します。 OSPF を手動で再起動した場合は、グレースフル リスタートが実行されます。これは、機能的には SSO と同じです。 どちらの場合も、実行コンフィギュレーションが適用されます。 グレースフル リスタートによって、OSPFv2 は、プロセスの再起動中もデータ フォワーディング パス内に存在し続けます。
(注) |
再起動中の OSPFv2 インターフェイスが猶予期間の終了前に復旧しない場合、またはネットワークのトポロジが変更された場合は、OSPFv2 ネイバーは再起動中の OSPFv2 との隣接関係を切断し、通常の OSPFv2 の再起動として処理します。 |
『Cisco Nexus 7000 Series NX-OS Virtual Device Context Configuration Guide』 | |
『Cisco Nexus 7000 Series NX-OS Unicast Routing Configuration Guide』 | |
ISSU およびハイ アベイラビリティ | |
『Cisco Nexus 7000 Series NX-OS Licensing Guide』 |
IEEE 802.1Q-2006(旧称 IEEE 802.1s)、IEEE 802.1D-2004(旧称 IEEE 802.1w)、IEEE 802.1D、IEEE 802.1t |
MIB を検索およびダウンロードするには、次の URL にアクセスしてください。 http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml |
TAC のホームページには、3 万ページに及ぶ検索可能な技術情報があります。製品、テクノロジー、ソリューション、技術的なヒント、およびツールへのリンクもあります。 Cisco.com に登録済みのユーザは、このページから詳細情報にアクセスできます。 |