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