ディザスタリカバリの概要
Junos Spaceクラスタにより、ネットワーク管理ソリューションの高可用性と拡張性を維持できます。ただし、クラスタ内のすべてのノードは同じサブネット内に存在する必要があるため、通常は同じデータセンターまたは同じキャンパス内に導入されます。しかし、クラスタ上の元のJunos Spaceインストールを、地理的に異なる場所にある別のクラスタにミラーリングすることで、ある場所の災害からクラスタを簡単に回復できます。そのため、地震などの災害によりメインのJunos Spaceサイトに障害が発生した場合、他のサイトが引き継ぐことができます。したがって、ディザスタリカバリセットアップの物理的なインストールは、通常、地理的に離れた2つのクラスタのセット、アクティブまたはメインサイト(つまり、ローカルサイト)とスタンバイサイトまたはバックアップサイト(つまり、リモートサイト)です。
基本的な接続要件と前提条件が満たされている場合(「 障害回復を設定するための前提条件 」および「 障害回復を設定するための接続要件 」を参照)、アクティブ サイトのクラスタのデータがスタンバイ サイトのクラスタにほぼリアルタイムで複製されます。
図 1 は、災害復旧ソリューションを示しています。
ディザスタリカバリを設定するための前提条件
災害復旧を設定する前に、Junos Spaceのインストールが次の前提条件を満たしていることを確認する必要があります。
-
プライマリまたはアクティブサイトのJunos Spaceクラスタ(単一ノードまたは複数ノード)とリモートサイトまたはスタンバイサイトのクラスタ(単一ノードまたは複数ノード)は、まったく同じ方法で、すべて同じアプリケーション、デバイスアダプタ、同じIPファミリー設定で設定する必要があります。 などなど。
-
どちらのクラスタも、Junos SpaceユーザーインターフェイスからのSMTPサーバー情報を使用して設定する必要があります。詳細については、「 SMTP サーバーの管理」を参照してください。この構成により、レプリケーションが失敗した場合に、アクティブ サイトとスタンバイ サイトの両方のクラスタが管理者に電子メールで通知できます。
アクティブサイトとスタンバイサイトのノード数は同じである必要があります。
ディザスタリカバリを設定するための接続要件
ディザスタリカバリを設定する前に、ディザスタリカバリソリューションが次の接続要件を満たしていることを確認する必要があります。
-
アクティブ サイトとスタンバイ サイトの Junos Space クラスタ間のレイヤー 3 接続。これはですね：
-
クラスタ内のすべてのノードは、他のクラスタのVIPアドレスに正常にpingを実行できます
-
クラスタ内のすべてのノードは、SCPを使用してアクティブサイトとスタンバイサイト間でファイルを転送できます
-
2 つのクラスター間のデータベース レプリケーションは、TCP ポート 3306 (MySQL データベース レプリケーション) と 5432 (PostgreSQL データベース レプリケーション) を介して可能です
-
2 つのクラスター間の接続の帯域幅と待機時間は、リアルタイム データベース レプリケーションが成功するようなものです。必要な帯域幅は転送されるデータの量によって異なりますが、最低でも 100 Mbps の帯域幅で、150 ミリ秒未満の遅延で接続することをお勧めします。
-
-
各クラスタと管理対象デバイス間の独立したレイヤー3接続
-
各クラスタとGUIまたはNBIクライアント間の独立したレイヤー3接続
ディザスター リカバリー プロセスを設定するには、「 ディザスター リカバリーの管理」を参照してください。