QRadarデータ同期アプリを使用したコンソールのみのDR

大規模な分散展開では、コレクター、プロセッサ、およびコンソールが地理的に分散されます。 いずれかのデータセンターが機能しなくなった場合でも、正常に動作している他のデータセンターを使用できます。 このようなシナリオでは、環境全体に対してフェイルオーバー操作は必要ありません。 ただし、コンソールのみにフェイルオーバー操作を実行したい場合は、QRadarコンソール専用の DR 機能。 この機能は、管理対象ホストを宛先サイトに復元します。

コンソールのみの DR 実装は、次のシナリオのお客様に役立ちます。
  • コンソールは使用できないが、他のデプロイメント ホストは引き続き実行されている実際の災害復旧。
  • 災害復旧プロセス中でもメイン サイトが引き続き利用可能な災害復旧演習。

前提条件

コンソールのみのDR手順を開始する前に、以下の前提条件を完了してください：
  1. 両方の IBM® QRadar コンソール（メインコンソールとデスティネーションコンソール）が同じソフトウェアバージョン（ UP11 またはそれ以降）でインストールされていることを確認してください。 データ同期アプリのバージョンは、 3.2.1 以降である必要があります。
  2. 宛先サイトにはコンソールのみが必要です。
  3. フェールオーバーまたはフェールバック操作の前に、管理対象ホストとメインおよび DR サイト間のネットワーク アクセスが必要です。 管理対象ホストが DR サイトに到達できない場合は、不明なホストとして表示されます。
  4. フェイルオーバーとフェイルバックの操作を実行するために、ユーザー名「admin」を使用してログインしていることを確認してください。
  5. フェールオーバーおよびフェールバック操作の前後に両方のサイトでバックアップが生成され、転送されていることを確認します。
  6. rootユーザーのみが、フェイルオーバーおよびフェイルバック操作のためのSSHアクティビティを実行できます。
  7. デスティネーション サイトのアプリ ボリューム データをリストアする場合は、フェイルオーバー操作の前にアプリ ボリュームのバックアップを生成する必要があります。
    1. 自動転送が必要に応じて機能するように、アプリのボリュームバックアップタイマーとジョブがオンになっていることを確認してください（systemctl status app_sync.timer および systemctl status app_sync.service ）。 この機能は、メインサイトのコンソールでのみ利用可能です。
    2. コンソールにアプリがインストールされると、アプリボリュームのバックアップは保存先サイトに自動転送されます。
    3. アプリが AppHost, にインストールされている場合、フェイルオーバーとフェイルバックの操作を実行する前に、インストールされているすべてのアプリをメインサイトのコンソールに移動します。
    4. 以下の手順は、アプリボリュームのバックアップを生成する例です。
      1. アプリボリュームのデータをバックアップするには、 アプリデータのバックアップと復元を参照してください。
      2. メイン サイト コンソールで次のコマンドを実行して、アプリ ボリューム バックアップをメイン サイト コンソールから転送先サイト コンソールに転送します。
        systemctl start app_sync
      3. 転送先サイトコンソールディレクトリ（/store/app_sync/backups ）で転送を確認します。転送に失敗した場合、または問題が発生した場合は、メイン・サイト・コンソール（/store/apps/backup ）ディレクトリからデスティネーション・サイト・コンソール（/store/app_sync/backups ）ディレクトリにアプリ・ボリューム・バックアップをコピーします。
  8. HA構成が環境内に存在する場合は、フェイルオーバーおよびフェイルバック操作の前に、メインサイトおよびDRサイトからHA構成を削除します。 フェイルオーバーとフェイルバックの操作が完了した後で、HAを追加することができます。
  9. フェイルバック操作を実行する前に、メイン サイトに管理対象ホストが存在しないことを確認してください。 メイン サイトに管理対象ホストがある場合は、メイン サイトからそれらを削除し、新しいバックアップを取得してから、フェイルバック操作を実行する必要があります。

手順

コンソールのみの DR 機能を有効にするには、リモート宛先サイトのコンソールを設定します。 コンソール DR の回復力が必要な管理対象ホストを含むデプロイメントの場合は、デプロイメントをメイン サイトから宛先サイトに切り替えます。 データ同期アプリを使用すると、複数のサイトがある展開の問題を解決できます。 元のサイトはこれらの操作のメイン サイトとして機能し、災害復旧サイトは宛先サイトとして機能します。 展開制御を宛先サイトからメイン サイトに切り替えて、メイン サイトを再アクティブ化できます。

コンソールのみの DR 機能を実装するには、次の手順に従います。