Progettare la topologia di replica server TIE a favore dei server in esecuzione nella Modalità cache reputazione. Si desidera ridurre al minimo i server in esecuzione in modalità secondaria.

I server secondari TIE consentono di scalare i servizi di reputazione con una bassa latenza per tutte le richieste. Ogni istanza secondaria si connette al server TIE primario e replica le modifiche del database indietro utilizzando la replica in streaming di PostgreSQL. La sovradistribuzione di server secondari aumenta la larghezza di banda necessaria rispetto al server principale.

Inoltre, ogni server secondario non di Reporting si connette in modalità remota al principale per eseguire il push delle modifiche al database. Il principale deve essere in grado di gestire le connessioni remote da ogni server secondario, che ha un impatto sul carico e sul numero totale di connessioni che può gestire contemporaneamente. La mancata memorizzazione nella cache e la prima ricerca influiscono anche sull'impatto del tempo di risposta, in quanto il server di memorizzazione nella cache rinvia a un altro server TIE (primario/secondario) per risolvere la ricerca.

Affidarsi alle cache di reputazione per aumentare il throughput dei file riutilizzati nell'ambiente senza la necessità di spendere larghezza di banda sulla replica del database. Per informazioni dettagliate su come attivare la cache di reputazione, consultare KB89775.

Per assistenza con ulteriori opportunità di ottimizzazione, contattare Assistenza tecnica.

• Se si è utenti registrati, digitare l'ID utente e la password, quindi fare clic su accesso.
• Se non si è utenti registrati, fare clic su registra e completare i campi per inviare via email i password e le istruzioni.