| REVIEW | 災害発生の企業は回復力と回復ネットワークを考慮するまで待ってはいけません。6つのステップを使用すると、ビジネスニーズのためのネットワークの災害復旧計画を作成することができます。ネットワークは、このようにネットワークの災害復旧計画の構築が不可欠であり、ミッションクリティカルなサービスは、指定された時間内に仕事に戻ることができ、主要なインフラ企業です。 |
災害復旧計画は、すでに歴史の数十年を存在します。しかし、慎重に変更し、新しいアーキテクチャとビジネスユースケースに適応するように設計されなければなりません。クラウドコンピューティング、リモート従業員、およびソフトウェア定義ネットワークを含む現代の災害復旧計画。
以下は、企業は、企業がそのネットワークに成功した災害復旧計画の構築を支援するために従うことができます6つの実践的な手順を説明します。これらの手順は、災害復旧計画の枠組みの景気回復のターゲット・タイプのネットワークを構築するために使用することができます。
ネットワークでの自動冗長性と柔軟性の建設が高価な、時間のかかる複雑なプロセスです。ネットワークのこれらの部分では、自動フェイルオーバーの追加コストと複雑さの作成を正当化することができます。通常、データセンターでの、真の自動回復を発見するために、クラウドに接続し、ネットワーク・アクセス・コンピューティングリソースをWAN。
FIELDは、典型的には、完全に弾性層は、無線LANとエンド・ユーザ接続のアクセスを含んでいません。これらの重要度の低いセグメントについて、あなたはネットワークに再接続するために交換用のハードウェアとソフトウェアのサービスレベル契約（SLA）の指定された期間の使用に合わせて、復旧計画を策定することができます。
企業ネットワークの回復力の構築にタスクキーを指定することができたら、次のステップは、設計し、構築することです。処理されている事業セグメントは、最も効果的な弾力性ある技術を決定します。
ほとんどのデータセンターでは、ハードウェアとリンク間でリアルタイムのフェイルオーバーを提供するために、ダイナミックルーティングプロトコルおよび仮想オーバーレイ・ネットワーク技術を使用しています。WANの弾力性は、通常、ソフトウェア定義のWAN技術によって処理されます。
最後に、弾性クラウドコンピューティングは、パブリッククラウドサービスプロバイダーの設計・保守に協力する企業に依存して、いくつかの方法での急速なフェイルオーバー・テクノロジー、多数の方法で実施することができます。いずれにしても、オプションを選択する前に、企業は、それは非常に重要であるすべてのオプションを理解するために。
ネットワークはソフトウェア中心インフラと正しいネットワーク構成管理するためのインフラストラクチャハードウェア中心からシフトし続けてより多く必要となります。従来のネットワークでは、設定ディレクトリのメンテナンスは、通常、各ネットワーク・コンポーネントの自動バックアップアプリケーションへのリモートログインの使用を含み、そしてコピーを設定して、テキストファイルに貼り付けています。その後、ハードウェアや仮想化コンポーネントの場合に欠けている、あなたは整理することができ、店舗、これらのプロファイルを取得します。
または中央位置からネットワーク全体の更新されたネットワークアーキテクチャを構成しています。中心位置は、ローカルまたはパブリッククラウドにすることができます。いずれにせよ、それはバックアップを作成し、保存するための中央の場所から容易になります。
長い目で見れば、多くの時間を節約する柔軟な災害復旧計画を作成します。
災害時におけるハードウェアの交換、選択肢の2つの側面があります。最初は、同じハードウェアコンポーネントを購入することで、ハードウェア障害が発生した場合に置き換えます。これらのコンポーネントは、冷たいスペアパーツとして知られており、企業が効果があるため、追加のハードウェアを購入する必要性、最も高価なオプションのコストである、非常に良いですが、最小限のネットワークのダウンタイムで交換する必要があります。
別のオプションは、メーカー各社に必要な適切なハードウェアによって署名されたサービスレベル契約（SLA）を交換することです。いくつかのケースでは、ハードウェアの製造元は、生涯保証を提供します。言い換えれば、このオプションハードウェア交換時間は数週間かかる場合があります。
ほとんどの組織では、ネットワーク・ポイントのためのコールドスタンバイハードウェアを購入することを選択し、ハードウェア・サービス・プロバイダは、ハードウェアを交換する契約を締結しました。同様に、企業は、割り込みが発生し、ビジネス機能の重要性が失われたときに正しいオプションは、ハードウェア・コンポーネントに起因することができます選択しました。
一度処理ネットワークの防災計画とプロセスを開発し、次のステップは予想回復、責任と通信チャンネルを記録することです。期待される回復時間は通常約サービスネットワークのすべての部分です。個人、部署、サードパーティのエンティティの役割の下で責任だけでなく、詳細にその責任の実装を担当。
最後に、それはよりよい組織の残りの部分に進捗状況を通信するためにネットワークの専門家およびチャネルによってアドレス指定されている問題との間で最良の通信フローを詳述通信文書のチャンネルを作成する必要があります。
状況を評価するための何の手順が発生しない場合、原因とどのようにより良い次回の災害復旧をネットワークには、その後、任意のネットワーク災害復旧計画は完全ではありません。この時点で、チームのパフォーマンスには、正しいプロセスに従っていることを確認するために、詳細に評価されます。評価は、現在のプロセスが十分でないと判断した場合また、あなたは、より良い、この根本的な原因を使用して手順を改善または変更する手順を分析する必要があります。
ネットワークの災害復旧計画を構築する場合、最終勧告は、主要な技術とインフラの変更がすぐに起こるだろうと仮定することです。したがって、企業は、それが簡単にゼロからスタートすることなく、必要な利害関係者と変更し、通信すること、そのような方法のプロセスと手順で開発しなければなりません。長い目で見れば、多くの時間を節約できる柔軟な災害復旧計画を作成します。
オリジナルから：http://netsecurity.51cto.com/art/201908/600958.htm
この記事のアドレス：https://www.linuxprobe.com/network-disaster-recovery-scheme.htmlエディタ：PingのRuitao、監査役：バオパンの増加
Linuxのコマンド Daquanの：https://www.linuxcool.com/
Linuxはより多くの情報を表示することができます。https：//www.linuxprobe.com/