Ambientes suportados para QRadar Data Synchronization
Para que o aplicativo funcione corretamente, você deve usar um suporteIBM®QRadar® versão, um navegador da Web compatível e atenda aos requisitos do site de destino.
Versões suportadas deQRadar
O app IBM QRadar Data Synchronization é instalado separadamente no site principal e no site de destino.
A tabela a seguir descreve qual versão doQRadar Data Synchronization para usar comQRadar .| Versão Sincronização de Dados | Versão do QRadar |
|---|---|
| 4.0.0 ou posterior | QRadar 7.6.0 ou posterior |
| 3.3.0 | QRadar 7.5.0 Pacote de atualização 14 ou posterior |
| 3.2.2 | QRadar 7.5.0 Pacote de atualização 13 ou posterior |
| 3.2.0 | QRadar 7.5.0 Pacote de atualização 9 ou posterior |
| 3.0.0 | QRadar 7.5.0 Pacote de atualização 1 ou posterior |
| 2.0.0 | QRadar 7.4.2 ou posterior |
Uma implantação com domínios requerQRadar7.4.2 ou mais tarde eQRadar Data Synchronization2.0.0 ou mais tarde.
QRadar Data Synchronization3.0.0 apoiaQRadar Network Insights aparelhos que usamQRadar7.5.0 Atualize o Pacote 1 ou posterior. Para obter mais informações, consulte “Emparelhamento de hosts gerenciados ”.
- QRadar Data Synchronization não é suportado em QRadar on Cloud
Novos recursos e versão compatível
- Uma implantação com domínios requerQRadar7.4.2 ou mais tarde eQRadar Data Synchronization2.0.0 ou mais tarde.
- QRadar Data Synchronization 3.0.0 suportes QRadar Dispositivos do Network Insights que usam o QRadar 7.5.0 Pacote de atualização 1 ou posterior. Para obter mais informações, consulte “Emparelhamento de hosts gerenciados ”.
- O fluxo de trabalho somente do console é compatível com QRadar Data Synchronization 3.2.0 e QRadar 7.5.0 Pacote de atualização 9
- A restauração de aplicativos somente do console (aplicativos hospedados no console) para a configuração do tipo de dispositivo é suportada a partir de QRadar Data Synchronization 3.2.2 e QRadar 7.5.0 Pacote de atualização 13. Se você estiver atualizando a versão QRadar para QRadar 7.5.0 Update Package 13, deverá atualizar QRadar Data Synchronization para a versão mais recente v3.2.2.
- QRadar Data Synchronization 3.3.0 A versão e o Pacote de QRadar Atualização 14 do 7.5.0 introduzem suporte para fluxos de trabalho de failover e failback em uma configuração híbrida (emparelhamento parcial).
- QRadar Data Synchronization 4.0.0 apresenta o recurso “Painel de recuperação de desastres”, que oferece verificações prévias automatizadas para validar a prontidão do sistema antes de você iniciar uma operação de failover ou failback.
Suporte de alta disponibilidade (aplicativo Normal QRadar Data Synchronization )
QRadar Data Synchronization 3.1.0 oferece suporte à alta disponibilidade (HA) para o cenário de emparelhamento normal (1:1). A lista a seguir fornece diretrizes para HA.
- O App Sincronização de Dados deve ser totalmente atualizado para a versão 3.1.0 antes de adicionar hospedeiros HA na implementação.
- Todas As Funcionalidades de sincronização de dados (pareamento, ativação, falha de volta, reativação, cópia de Ariel, transferência de backup e restauração) funciona quando os hosts HA são adicionados na implementação.
- O emparelamento entre hosts não HA nos principais hosts do site e HA no site de destino está bloqueado e não é suportado. No entanto, é possível emparelhar hosts de HA no site principal com hosts não de HA no site de destino.
- O processo de restauração (sob demanda e restauração automática) não pode ser concluído, se o site principal for não HA e HA foi adicionado ao site de destino depois que os hosts foram emparedados.
- O HA não é compatível com o failover somente do console: Os usuários devem remover o HA do site de destino e do site principal antes da operação de failover. Os usuários podem adicionar o HA somente quando o processo de failover estiver concluído.
- Não há suporte para o processo de failback do HA integrado: Os usuários devem remover o HA do site de destino e do site principal antes da operação de failback. Os usuários podem adicionar o HA somente quando o processo de failback estiver concluído.
- Na configuração híbrida: os usuários devem remover a HA do site de destino antes do failover e remover a HA do site principal antes do failback.
Requisitos de implementação do site de destino
A implantação do site de destino deve ser uma implementação totalmente duplicada (1: 1 host ratio) para hospedeiros que contenham ou coletem dados Ariel (evento e fluxo), bem como os hosts QRadar Network Insights . Para obter mais informações sobre o mapeamento d QRadar Network Insights, consulte “Emparelhamento de hosts gerenciados ”.
| Componente | Requer mapeamento de 1:1 |
|---|---|
| Processador de eventos | Sim |
| Processador de fluxo | Sim |
| Combo Event/Processador de Flow | Sim |
| Coletores de eventos | Sim |
| Coletores de fluxos | Sim |
| Console do QRadar | Sim |
| Nós de dados | Sim |
| QRadar Network Insights | Sim |
| Gerenciador de Risco QRadar | Não |
| Gerenciador de Vulnerabilidade QRadar | Não |
| QRadar Incident Forensics | Não |
| Host do aplicativo | Não |
Um host de site de destino requer armazenamento igual ou maior para o respectivo host de site principal emparelhado.
Navegadores suportados
QRadar Data Synchronization é suportado emGoogle Chrome eMozillaFirefox .
Uso da porta
QRadar Data Synchronization usa as seguintes portas para se comunicar entre os sites principais e de destino.
| Porta | Protocolo | Orientação | Requisitos |
|---|---|---|---|
| 22 | TCP | Tráfego bidirecional entre o console principal e o console de destino. Tráfego bidirecional entre o host gerenciado principal e o host gerenciado de destino emparelhado. |
Configuração e sincronização de dados para comunicação entre o console principal e o console de destino. Sincronização de dados entre o host gerenciado principal e o host gerenciado de destino emparelhado. |
| 443 | TCP | Tráfego bidirecional entre o console principal e o console de destino. | Acesso aoQRadar API |