Accelerazione del traffico
Frontdoor ottimizza il percorso del traffico dall'utente finale al server di origine. Questo articolo descrive come il traffico viene instradato dall'utente a Frontdoor e all'origine.
Importante
Frontdoor di Azure (versione classica) verrà ritirato il 31 marzo 2027. Per evitare interruzioni del servizio, è importante eseguire la migrazione dei profili frontdoor di Azure (versione classica) al livello Frontdoor di Azure Standard o Premium entro marzo 2027. Per altre informazioni, vedere Ritiro di Frontdoor di Azure (versione classica).
Frontdoor ottimizza il percorso del traffico dall'utente finale al server back-end. Questo articolo descrive come il traffico viene instradato dall'utente a Frontdoor e da Frontdoor al back-end.
Selezionare il percorso perimetrale di Frontdoor per la richiesta (Anycast)
A livello globale, Frontdoor ha più di 150 posizioni perimetrali o punti di presenza (PoP), situati in molti paesi/aree geografiche. Ogni Frontdoor PoP può gestire il traffico per qualsiasi richiesta.
Il traffico instradato alle posizioni perimetrali di Frontdoor di Azure usa Anycast per il traffico DNS (Domain Name System) e HTTP (Hypertext Transfer Protocol). Anycast consente alle richieste degli utenti di raggiungere la posizione perimetrale più vicina negli hop di rete più vicini. Questa architettura offre tempi di round trip migliori per gli utenti finali ottimizzando i vantaggi di Split TCP.
Frontdoor organizza le posizioni dei bordi in anelli primari e di fallback. L'anello esterno ha posizioni perimetrali più vicine agli utenti, offrendo latenze inferiori. L'anello interno ha posizioni perimetrali in grado di gestire il failover per la posizione del bordo dell'anello esterno nel caso in cui si verifichino problemi.
L'anello esterno è la destinazione preferita per tutto il traffico e l'anello interno è progettato per gestire l'overflow del traffico dall'anello esterno. A ogni host front-end o dominio gestito da Frontdoor vengono assegnati indirizzi VIP primari e di fallback (indirizzi del protocollo Internet virtuale), che vengono annunciati da posizioni perimetrali sia nell'anello interno che esterno.
L'architettura di Frontdoor garantisce che le richieste degli utenti finali raggiungano sempre le posizioni perimetrali frontdoor più vicine. Se la posizione perimetrale di Frontdoor preferita non è integra, tutto il traffico passa automaticamente alla posizione perimetrale più vicina.
Connessione alla posizione perimetrale di Frontdoor (Split TCP)
Split TCP è una tecnica che serve a ridurre latenza e problemi TCP tramite la suddivisione di una connessione che comporterebbe un tempo di round trip elevato in parti più piccole.
Split TCP consente alla connessione TCP del client di terminare all'interno di una posizione perimetrale di Frontdoor vicina all'utente. Viene stabilita una connessione TCP separata all'origine e questa connessione separata potrebbe avere un tempo di round trip (RTT) di grandi dimensioni.
Il diagramma seguente illustra in che modo tre utenti, in posizioni geografiche diverse, si connettono a una posizione perimetrale di Frontdoor vicina alla loro posizione. Frontdoor mantiene quindi la connessione più lunga all'origine in Europa:
Per stabilire una connessione TCP sono necessari 3-5 round trip dal client al server. L'architettura di Frontdoor migliora le prestazioni di stabilire la connessione. La "connessione breve" tra l'utente finale e la posizione perimetrale di Frontdoor significa che la connessione viene stabilita oltre 3-5 brevi round trip invece di 3-5 round trip lunghi, che comporta un risparmio di latenza. La "connessione lunga" tra la posizione perimetrale di Frontdoor e l'origine può essere pre-stabilita e quindi riutilizzata in altri utenti finali richiede risparmiare tempo di connettività. L'effetto di Split TCP viene moltiplicato quando si stabilisce una connessione SSL/TLS (Transport Layer Security), perché sono presenti più round trip per proteggere una connessione.
Split TCP consente alla connessione TCP del client di terminare all'interno di una posizione perimetrale di Frontdoor vicina all'utente. Viene stabilita una connessione TCP separata al back-end e questa connessione separata potrebbe avere un tempo di round trip (RTT) di grandi dimensioni.
Il diagramma seguente illustra in che modo tre utenti, in posizioni geografiche diverse, si connettono a una posizione perimetrale di Frontdoor vicina alla loro posizione. Frontdoor mantiene quindi la connessione più lunga al back-end in Europa:
Per stabilire una connessione TCP sono necessari 3-5 round trip dal client al server. L'architettura di Frontdoor migliora le prestazioni di stabilire la connessione. La "connessione breve" tra l'utente finale e la posizione perimetrale di Frontdoor significa che la connessione viene stabilita oltre 3-5 brevi round trip invece di 3-5 round trip lunghi, che comporta un risparmio di latenza. La "connessione lunga" tra la posizione perimetrale di Frontdoor e il back-end può essere pre-stabilita e quindi riutilizzata in altri utenti finali richiede risparmiare tempo di connettività. L'effetto di Split TCP viene moltiplicato quando si stabilisce una connessione SSL/TLS (Transport Layer Security), perché sono presenti più round trip per proteggere una connessione.