Prezzi di Gestione traffico

Quando un utente accede all'applicazione, viene usata una query DNS per eseguire il mapping del nome del servizio all'indirizzo IP. Fornendo risposte diverse a query DNS diverse, Gestione traffico permette di instradare il traffico in ingresso tra più servizi di Azure ospitati, eseguiti nello stesso data center o in più data center in diverse parti del mondo.

Gestione traffico permette di scegliere tra diversi metodi di routing del traffico, tra cui prestazioni, failover o round robin. Usando questi metodi per gestire il traffico in modo efficiente, è possibile garantire prestazioni elevate, disponibilità e resilienza per le applicazioni.

Traffic Manager consente di migliorare la disponibilità delle applicazioni critiche monitorando gli endpoint dei servizi ospitati in Azure e offrendo funzionalità di failover automatico quando un servizio diventa inattivo.

A questo scopo, Gestione traffico esegue continuamente il monitoraggio dell'integrità di ogni endpoint di servizio. Quando i controlli di integrità rilevano che un servizio non è attivo, Gestione traffico reindirizza il traffico agli altri servizi.

Sì, i prezzi per le query DNS e per i controlli di integrità sono indipendenti dal metodo di routing del traffico usato.

Quando il PC di un utente finale esegue una query DNS, non contatta direttamente i server dei nomi di Gestione traffico. Piuttosto queste query vengono inviate tramite server DNS "ricorsivi" eseguiti dalle aziende e ISP. Le risposte DNS vengono memorizzate nella cache dai server in modo che le query degli altri utenti possano essere elaborate più velocemente. Poiché queste risposte memorizzate nella cache non raggiungono i server dei nomi di Gestione traffico, non sono soggette ad addebito.

La durata della memorizzazione nella cache dipende dal parametro "TTL" nella risposta DNS originale. Il parametro è configurabile in Gestione traffico e il valore predefinito è 300 secondi, mentre il valore minimo è 30 secondi.

Utilizzando un parametro TTL maggiore, è possibile aumentare la quantità di dati memorizzati nella cache dai server DNS ricorsivi e quindi ridurre il costo delle query DNS. Tuttavia, una cache più grande influisce sulla velocità dell'acquisizione delle modifiche allo stato dell'endpoint da parte degli utenti finali, ossia i tempi di failover dell'utente finale si allungano in caso di errori degli endpoint. Per questo motivo, l'uso di valori TTL molto grandi è sconsigliato.

Analogamente, un TTL più piccolo equivale a tempi di failover più rapidi, ma poiché la memorizzazione nella cache è ridotta, aumenta il numero delle query ai server dei nomi di Traffic Manager.

Consentendo la configurazione del valore TTL, Traffic Manager consente di effettuare la scelta migliore di TTL in base alle necessità aziendali dell'applicazione.