Concevez la topologie de réplication du serveur TIE en faveur des serveurs qui s’exécutent dans le
Mode cache de réputation. Vous souhaitez réduire les serveurs exécutés en mode secondaire.
Les serveurs secondaires TIE permettent de mettre à l’échelle les services de réputation avec une faible latence pour toutes les demandes. Chaque instance secondaire se connecte au serveur TIE principal et réplique les modifications de la base de données back à l’aide de la réplication en flux PostgreSQL. La surploiement des serveurs secondaires augmente la bande passante requise par rapport au serveur principal.
En outre, chaque serveur secondaire non signalé se connecte à distance à la base de données principale pour envoyer des modifications à la base de données. Le serveur principal doit être en mesure de gérer les connexions à distance à partir de chaque serveur secondaire, ce qui a une incidence sur sa charge et le nombre total de connexions qu’il peut traiter simultanément. Les absences dans le cache et la recherche initiale entraînent également un impact sur le temps de réponse, car le serveur de mise en cache s’en remet à un autre serveur TIE (principal/secondaire) pour résoudre la recherche.
Utilisez les caches de réputation pour augmenter le débit des fichiers réutilisés dans l’environnement sans avoir à passer la bande passante à la réplication de la base de données. Pour plus d’informations sur l’activation du cache de réputation, consultez
KB89775.
Pour obtenir de l’aide sur les nouvelles opportunités d’optimisation, contactez Support technique.
- Si vous êtes un utilisateur enregistré, saisissez votre ID d’utilisateur et votre mot de passe, puis cliquez sur connexion.
- Si vous n’êtes pas un utilisateur enregistré, cliquez sur Enregistrer et renseignez les champs pour que votre mot de passe et les instructions vous soient envoyés par e-mail.