Como minimizar o tráfego de replicação de banco de dados no Servidor Threat Intelligence Exchange
Last Modified: 2021-09-23 20:04:40 Etc/GMT
Disclaimer
Affected Products
Languages:
This article is available in the following languages:
Trellix CEO, Bryan Palma, explains the critical need for security that’s always learning.
As per Gartner, "XDR is an emerging technology that can offer improved threat prevention, detection and response."
Trellix announced the establishment of the Trellix Advanced Research Center to advance global threat intelligence.
Trellix Advanced Research Center analyzes threat data on ransomware, nation-states, sectors, vectors, LotL, MITRE ATT&CK techniques, and emails.
As of May 14, 2024, Knowledge Base (KB) articles will only be published and updated in our new Trellix Thrive Knowledge space.
Log in to the Thrive Portal using your OKTA credentials and start searching the new space. Legacy KB IDs are indexed and you will be able to find them easily just by typing the legacy KB ID.
Como minimizar o tráfego de replicação de banco de dados no Servidor Threat Intelligence Exchange
Technical Articles ID:
KB89843
Last Modified: 2021-09-23 20:04:40 Etc/GMT Environment
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. Summary
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 ponerse en contacto con Soporte técnico, vaya a la Página crear una solicitud de servicio e inicie sesión en ServicePortal.
Related Information
DisclaimerThe content of this article originated in English. If there are differences between the English content and its translation, the English content is always the most accurate. Some of this content has been provided using Machine Translation translated by Microsoft.
Affected ProductsLanguages:This article is available in the following languages: |
|