Como minimizar o tráfego de replicação de banco de dados no Servidor Threat Intelligence Exchange
Última modificação: 23/09/2021
Aviso de isenção de responsabilidade
Produtos afetados
Idiomas:
Este artigo está disponível nos seguintes idiomas:
Veja como um ecossistema XDR que está sempre se adaptando pode energizar sua empresa.
O CEO da Trellix, Bryan Palma, explica a necessidade crítica por uma segurança que está sempre aprendendo.
Faça download do relatório Magic Quadrant, que avalia os 19 fornecedores com base na capacidade de execução e na abrangência de visão.
De acordo com a Gartner, “o XDR é uma tecnologia emergente que pode oferecer melhor prevenção, detecção e resposta a ameaças”.
Quais ameaças à segurança cibernética devem estar no radar das empresas em 2022?
A indústria da segurança cibernética nunca descansa, e não há melhor momento do que agora para enxergar isso como uma vantagem e um catalisador para o empoderamento dos negócios.
Duas líderes confiáveis em segurança cibernética se uniram para criar um mundo digital resiliente.
O CEO da Trellix, Bryan Palma, explica a necessidade crítica por uma segurança que está sempre aprendendo.
Como minimizar o tráfego de replicação de banco de dados no Servidor Threat Intelligence Exchange
Artigos técnicos ID:
KB89843
Última modificação: 23/09/2021 Ambiente
Servidor McAfee Threat Intelligence Exchange (TIE)-todas as versões compatíveis Para obter detalhes sobre ambientes compatíveis com o servidor TIE, consulte KB83368. Resumo
Projete a topologia de replicação do servidor TIE em favor dos servidores em execução no Modo de cache de reputação. Você deseja minimizar os servidores em execução no modo secundário. Os servidores secundários TIE permitem o dimensionamento dos serviços de reputação com baixa latência para todas as solicitações. Cada instância secundária se conecta ao servidor TIE primário e replica as alterações de banco de dados de volta usando replicação de streaming do PostgreSQL. A superdistribuição de servidores secundários aumenta a largura de banda necessária em relação ao servidor principal. Além disso, cada servidor secundário sem relatório se conecta remotamente ao primário para enviar por push as alterações para o banco de dados. O primário deve ser capaz de lidar com conexões remotas de cada servidor secundário, o que afeta sua carga e o número total de conexões que ele pode manipular ao mesmo tempo. Os erros de cache e a primeira pesquisa também provocam um impacto no tempo de resposta, pois o servidor de cache é adiado para outro servidor TIE (principal/secundário) para resolver a pesquisa. Confie em caches de reputação para aumentar a taxa de transferência de arquivos reutilizados no ambiente sem a necessidade de gastar largura de banda na replicação do banco de dados. Para obter detalhes sobre como ativar o cache de reputação, consulte KB89775. Para obter assistência sobre outras oportunidades de otimização, entre em contato com a Suporte técnico. Para entrar em contato com o Suporte técnico, vá para a página criar uma solicitação de serviço e entre no ServicePortal.
Informações relacionadas
Aviso de isenção de responsabilidadeO conteúdo original deste artigo foi redigido em inglês. Se houver diferenças entre o conteúdo em inglês e sua tradução, o conteúdo em inglês será o mais exato. Parte deste conteúdo foi criado por meio de tradução automática da Microsoft.
Produtos afetadosIdiomas:Este artigo está disponível nos seguintes idiomas: |
|