QRadar Configuração híbrida usando o aplicativo de sincronização de dados

Em grandes implantações distribuídas, coletores, processadores e consoles estão geograficamente distribuídos. Se um centro de dados ficar indisponível, os centros de dados restantes podem continuar a funcionar, não sendo necessário um failover completo do ambiente.

Na configuração híbrida, apenas os hosts do site principal selecionados são emparelhados com os hosts do site de destino, enquanto os demais hosts do site principal permanecem sem emparelhamento. Durante o failover, os hosts emparelhados fazem failover para os hosts do site de destino correspondentes, e os hosts não emparelhados são automaticamente enviados para o site de destino. Essa abordagem permite que o failover seja executado apenas para os hosts necessários, em vez de para todo o ambiente.

A configuração híbrida é útil para clientes nos seguintes cenários.
  • Uma recuperação de desastre real em que o console não está disponível, mas os outros hosts de implantação ainda estão em funcionamento.
  • Um exercício de recuperação de desastres em que o site principal continua disponível durante o processo de recuperação de desastres.

Pré-requisito

Conclua os seguintes pré-requisitos antes de iniciar o procedimento de DR apenas no console:
  1. Certifique-se de que ambos os consoles IBM® QRadar (console principal e console de destino) estejam instalados com a mesma versão de software, que é UP14 ou posterior. A versão do aplicativo de sincronização de dados deve ser 3.3.0 ou posterior.
  2. É necessário ter acesso à rede entre o host gerenciado e o site principal e o site de DR antes da operação de failover ou failback. Se algum host gerenciado não estiver acessível aos sites de DR, ele será exibido como um host desconhecido.
  3. Certifique-se de que você fez login usando o nome de usuário “admin” para realizar operações de failover e failback.
  4. Certifique-se de que os backups gerados no site principal sejam transferidos para o site de destino antes de iniciar um failover e que os backups gerados no site de destino sejam transferidos de volta para o site principal antes de iniciar um failback.
  5. Somente o usuário root pode executar as atividades SSH para as operações de failover e failback.
  6. Se você deseja restaurar manualmente os dados do volume do aplicativo no site de destino após o failover, é necessário gerar um backup do volume do aplicativo antes da operação de failover e failback.
    1. Certifique-se de que o temporizador e as tarefas de backup de volume do aplicativo estejam ativados (systemctl status app_sync.timer e systemctl status app_sync.service) para que a transferência automática funcione conforme necessário. Este recurso está disponível apenas para o console do site principal.
    2. Quando os aplicativos são instalados no console, o backup do volume do seu aplicativo é transferido automaticamente para o local de destino.
    3. Quando os aplicativos estiverem instalados no AppHost,, mova todos os aplicativos instalados para o console do site principal antes de executar as operações de failover e failback.
    4. O procedimento a seguir é um exemplo de como gerar um backup do volume do aplicativo.
      1. Consulte Como fazer backup e restaurar dados de aplicativos para fazer backup dos dados de um volume de aplicativo.
      2. Transfira o backup do volume do aplicativo do console do site principal para o console do site de destino executando o seguinte comando no console do site principal.
        systemctl start app_sync
      3. Verifique a transferência no diretório do console do site de destino (/store/app_sync/backups). Se a transferência não for bem-sucedida ou apresentar problemas, copie o backup do volume do aplicativo do diretório do console do site principal (/store/apps/backup) para o diretório do console do site de destino (/store/app_sync/backups).
  7. Se houver configuração HA no ambiente, remova a configuração HA do site de destino antes do failover e remova a configuração HA do site principal antes da operação de failback.

Procedimento

Para habilitar a Recuperação de Desastres (DR) para a configuração Híbrida (Emparelhamento Parcial), configure os hosts do site principal necessários e emparelhe-os com os hosts correspondentes no site de destino remoto. Em implantações híbridas, apenas hosts selecionados são emparelhados para DR, enquanto outros hosts do site principal permanecem sem emparelhamento.

Para implantações em que é necessária resiliência parcial de DR, alterne o controle da implantação do site principal para o site de destino durante um failover. Durante esse processo, os hosts emparelhados fazem failover para os hosts do site de destino correspondentes, e os hosts do site principal não emparelhados são enviados para o site de destino conforme necessário.

Você pode usar o aplicativo Sincronização de Dados para resolver problemas em implantações que abrangem vários sites. O local original funciona como o local principal, e o local de recuperação de desastres funciona como o local de destino. Você pode alternar o controle de implantação de volta para o site principal a partir do site de destino e reativar o site principal

Para implementar a configuração híbrida, siga o procedimento a seguir.