メンテナンスモード通常、メンテナンス作業を実施する場合、ISSUを除き、必ず、通信断を伴います。通信断を伴う設定変更作業、OSアップグレード・ダウングレード、ケーブル不良によるケーブル交換、トランシーバ不良によるトランシーバ交換、ポート不良による機器交換。メンテナンス作業といえば、日中に業務を止めることができない作業がほとんどで、通常、深夜帯や休日に作業を行うことが要求されるので、運用管理者やオペレータに負荷がかかり、ここでの人件費が大きな課題となっている企業も多くあります。このようなメンテナンス作業を「無停止」で行えるなら。障害発生時の復旧を早めたい、システム運用コストを削減したい、システム担当者の負荷を軽減したい、このような運用者の視点からイーサネット・ファブリックは、NetworkOS7.0.0から「無停止」でのメンテナンス作業が可能となる機能を実装いたしました。今回は、このメンテナンスモードを詳しく説明します。Practiceとしてご案内します。VDX2のメンテナンス作業を実施する場合、VDX2の各ポートを閉塞し、トラフィックを1系(左側=緑)へ片寄せする手順、これが取りうる唯一の手法になります。VCS内は1秒未満の瞬断で切替が可能であるものの、VCS外部のEdgeポートの閉塞では対向機器によっては、通常、1秒を超える接続断が生じます。作業自体は煩雑であり、かつ、慎重な対応が求められます。maintenanceが実装されました。メンテナンスモードがどのように動作するかを解説します。VCS正常稼動中の状態まずは、正常な状態のVCSを確認します。VDX1に迂回するメンテナンス作業を実施します。maintenanceをRB2配下で投入します。メンテナンス・モードを有効にしたRBは、VCSに引き続き参加するので、Principalからアクセスできます。Principal=RB2に対してメンテナンスモードも可能です。4900)させることによって、該当RBを通過するISLが選択されないようにします。ネットワーク構成によっては、設定したRBをトラフィックが流れる可能性もあります。以下に、その例を示します。上記構成では、Host-AとHost-B間の通信は、RB12を通らない代替パスが存在しないため(RB11-RB12間またはRB2-RB12間を通過しなければHost-AとHost-Bの通信は成り立たない)、RB12がメンテナンスモードでもトラフィックは必ずRB12を通過します。VDX2に迂回するメンテナンス作業を実施します。maintenanceをRB11配下で投入します。Channelのメンバーポートの有効化はできません。本構成の場合は、メンテナンスモード実行済みのRB11のポート16を有効にはできない。以下、複数フローを生成した状態で、パターン1(Spine)・パターン2(Leaf)のそれぞれで、メンテナンスモードにした場合の通信断を確認してみましょう。spineのRBをメンテナンスモードにした場合の通信断時間は、0(ゼロ)になります。LeafのRBをメンテナンスモードにした場合の通信断時間も、sub-secondになります。メンテナンスモードの実装により、本構成で、spineのRBをメンテナンスする場合は、spineを折り返す通信に対して、「無停止」で作業が行えます。vLAG構成をもつleafのRBでも他のメンバーに通知して経路を切り替えるのでRBが突然ダウンすることによるトラフィックロスを最小限にとどめ、よりGracefulなトラフィック迂回が可能になります。VCSは、ますます進化し続けます。ポリシーリーガルグローバルグローバル✓グローバルブラジルメキシコフランスドイツイタリアスペインイギリスオーストラリア。