Informazioni sulla fatturazione di Frontdoor di Azure

Si applica a: ✔️ Front Door Standard ✔️ Front Door Premium

Frontdoor di Azure offre un set completo di funzionalità per i carichi di lavoro con connessione Internet. Front Door ti aiuta ad accelerare le prestazioni della tua applicazione, migliora la sicurezza e ti fornisce strumenti per ispezionare e modificare il traffico HTTP.

Il modello di fatturazione di Frontdoor include diversi componenti. Frontdoor addebita una tariffa di base per ogni profilo distribuito. Vengono addebitati anche i costi per le richieste e il trasferimento dei dati in base all'utilizzo. I contatori di fatturazione raccolgono informazioni sull'utilizzo di Frontdoor. La fattura mensile di Azure aggrega le informazioni di fatturazione nel mese e applica i prezzi per determinare l'importo da pagare.

Questo articolo illustra il funzionamento dei prezzi di Frontdoor per comprendere e prevedere la fattura mensile di Frontdoor di Azure.

Per informazioni sui prezzi di Frontdoor di Azure, vedere Prezzi di Frontdoor di Azure.

Suggerimento

Il calcolatore di prezzi di Azure ti aiuta a calcolare una stima del prezzo in base alle tue esigenze. Usare la stima del calcolatore prezzi creato in modo preliminare come punto di partenza e personalizzarla per la propria soluzione.

Nota

Questo articolo spiega come funziona la fatturazione per Frontdoor di Azure Standard e Premium tier. Per informazioni su Frontdoor di Azure (versione classica), vedere Prezzi di Frontdoor di Azure.

Tariffe di base

Ogni profilo di Front Door prevede un costo orario. Ti viene addebitato un costo per ogni ora, o frazione di ora, durante la quale il tuo profilo è distribuito. La tariffa che paghi dipende dal livello Front Door che schieri.

Un singolo profilo Front Door può contenere più endpoint. Non vengono addebitati costi aggiuntivi per ogni endpoint.

Non si pagano costi aggiuntivi per l'uso di funzionalità come accelerazione del traffico, memorizzazione nella cache delle risposte, compressione delle risposte, motore regole, protezione DDoS intrinseca di Frontdoor e regole waf (Web application firewall) personalizzate. Se si usa Front Door Premium, non si pagano costi aggiuntivi per usare set di regole WAF gestiti o origini collegamento privato.

Elaborazione delle richieste e tariffe per il traffico

Ogni richiesta che passa attraverso Front Door comporta costi di elaborazione e traffico:

Diagramma del traffico che passa dal client alla frontdoor di Azure e all'origine.

Ogni parte del processo di richiesta viene fatturata separatamente:

  1. Numero di richieste da client a Frontdoor
  2. Trasferimento dei dati dall'edge di Front Door all'origine
  3. Trasferimento dei dati dall'origine a Frontdoor (non fatturabile)
  4. Trasferimento dei dati da Frontdoor al client

Le sezioni seguenti descrivono in modo più dettagliato ognuno di questi componenti della richiesta.

Numero di richieste da client a Frontdoor

Front Door addebita una tariffa per il numero di richieste che una sede Front Door edge riceve per il tuo profilo. Frontdoor identifica le richieste usando l'intestazione Host nella richiesta HTTP. Se l'intestazione Host corrisponde a una di quelle del tuo profilo Front Door, viene conteggiata come richiesta al tuo profilo.

Il prezzo dipende dalla regione geografica della sede edge di Front Door che gestisce la richiesta. Il prezzo varia anche per i livelli Standard e Premium.

Trasferimento dei dati dall'edge di Front Door all'origine

Frontdoor addebita i byte inviati dalla posizione perimetrale di Frontdoor al server di origine. Il prezzo dipende dalla regione geografica della sede edge di Front Door che gestisce la richiesta. La posizione dell'origine non influisce sul prezzo.

Il prezzo per gigabyte è inferiore quando si dispone di volumi di traffico più elevati.

Se la richiesta può essere servita dalla cache della posizione perimetrale di Frontdoor, Frontdoor non invia alcuna richiesta al server di origine e non viene addebitato alcun costo per questo componente.

Trasferimento dei dati dall'origine a Frontdoor

Quando il server di origine elabora una richiesta, invia i dati a Front Door così che possa restituirli al client. Front Door non addebita questo traffico, anche se l'origine si trova in un'area geografica diversa dalla località edge di Front Door che gestisce la richiesta.

Se la tua origine è in Azure, non ti viene addebitato alcun costo per il traffico dati in uscita dall'origine in Azure a Front Door. Tuttavia, verifica se quei servizi Azure potrebbero addebitarti l'elaborazione delle tue richieste.

Se l'origine è esterna ad Azure, è possibile che vengano addebitati addebiti da altri provider di rete.

Trasferimento dei dati da Frontdoor al client

Front Door addebita i byte inviati dalla località perimetrale di Front Door al client. Il prezzo varia a seconda della regione geografica della posizione edge della porta principale che soddisfa la richiesta.

Se una risposta è compressa, Frontdoor addebita solo i dati compressi.

Quando si usa il livello Premium, Frontdoor può connettersi all'origine usando collegamento privato.

Frontdoor Premium ha una tariffa di base e una tariffa di elaborazione delle richieste più elevata. Non si sostengono costi aggiuntivi per il traffico collegamento privato rispetto al traffico che utilizza l'endpoint pubblico di un'origine.

Quando si configura un'origine collegamento privato, si seleziona un'area per l'endpoint privato da usare. Un sottoinsieme delle regioni di Azure supporta il traffico collegamento privato per Front Door. Se la regione selezionata è diversa da quella in cui viene distribuita l'origine, non ti viene addebitato un costo extra per il traffico cross-region. Tuttavia, è probabile che la latenza della richiesta sia maggiore.

Traffico tra aree

Alcuni contatori di fatturazione di Frontdoor hanno tariffe diverse a seconda della posizione della posizione perimetrale di Frontdoor che elabora una richiesta. In genere, la posizione perimetrale di Frontdoor che elabora una richiesta è quella più vicina al client, che consente di ridurre la latenza e ottimizzare le prestazioni.

Front Door applica un addebito per il traffico dalla rete perimetrale all'origine. Il traffico viene addebitato a tariffe diverse in base alla località perimetrale di Front Door. Se l'origine si trova in un'area di Azure diversa, non viene addebitato alcun costo aggiuntivo per il traffico tra aree.

Scenari di esempio

Esempio 1: Origine di Azure senza memorizzazione nella cache

Contoso ospita il proprio sito Web in Servizio app di Azure, che è in esecuzione nell'area Stati Uniti occidentali. Contoso ha distribuito Frontdoor con il livello standard. Hanno disabilitato la memorizzazione nella cache.

Si supponga che una richiesta da un client in California venga inviata al sito Web Contoso, inviando una richiesta da 1 KB e ricevendo una risposta da 100 KB:

Diagramma del traffico che passa dal client alla frontdoor di Azure e all'origine, senza memorizzazione nella cache o compressione.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Numero di richieste da client a Frontdoor 1 America del Nord
Trasferimento dei dati dall'edge di Front Door all'origine 1 KB America del Nord
Trasferimento dei dati da Frontdoor al client 100 kB America del Nord

Servizio app di Azure potrebbe addebitare costi aggiuntivi.

Esempio 2: Origine di Azure con compressione abilitata

Si supponga che Contoso aggiorni la configurazione di Frontdoor per abilitare la compressione del contenuto. Ora, la stessa risposta dell'esempio 1 potrebbe essere in grado di essere compressa fino a 30 KB:

Diagramma del traffico che passa dal client alla frontdoor di Azure e all'origine, con la compressione abilitata.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Numero di richieste da client a Frontdoor 1 America del Nord
Trasferimento dei dati dall'edge di Front Door all'origine 1 KB America del Nord
Trasferimento dei dati da Frontdoor al client 30 KB America del Nord

Servizio app di Azure potrebbe addebitare costi aggiuntivi.

Esempio 3: Richiesta servita dalla cache

Si supponga che una seconda richiesta arrivi alla stessa posizione perimetrale di Frontdoor e che sia disponibile una risposta memorizzata nella cache valida:

Diagramma del traffico che passa dal client alla frontdoor di Azure e viene restituito dalla cache.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Numero di richieste da client a Frontdoor 1 America del Nord
Trasferimento dei dati dall'edge di Front Door all'origine none quando la richiesta viene servita dalla cache
Trasferimento dei dati da Frontdoor al client 30 KB America del Nord

Esempio 4: Traffico tra aree

Si supponga che una richiesta al sito Web di Contoso provenga da un client in Australia e non possa essere servita dalla cache:

Diagramma del traffico che passa dal client in Australia a Frontdoor di Azure e all'origine.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Numero di richieste da client a Frontdoor 1 Australia
Trasferimento dei dati dall'edge di Front Door all'origine 1 KB Australia
Trasferimento dei dati da Frontdoor al client 30 KB Australia

Esempio 5: origine non di Azure

Fabrikam esegue un sito di e-commerce in un altro provider di servizi cloud. Il loro sito è ospitato in Europa. Hanno configurato Frontdoor di Azure per gestire il traffico senza memorizzazione nella cache o compressione.

Si supponga che una richiesta da un client venga inviata al sito Web Fabrikam da un client di New York. Il client invia una richiesta di 2 KB e riceve una risposta da 350 KB:

Diagramma del traffico che passa dal client alla frontdoor di Azure e a un'origine all'esterno di Azure.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Numero di richieste da client a Frontdoor 1 America del Nord
Trasferimento dei dati dall'edge di Front Door all'origine 2 KB America del Nord
Trasferimento dei dati da Frontdoor al client 350 KB America del Nord

Il provider di servizi cloud esterno potrebbe addebitare altri costi.

Esempio 6: Richiesta bloccata dal web application firewall

Quando il firewall dell'applicazione web (WAF) blocca una richiesta, non invia la richiesta all'origine. Tuttavia, Front Door addebita costi per la richiesta e per l'invio di una risposta.

Si supponga che un profilo frontdoor includa una regola WAF personalizzata per bloccare le richieste da un indirizzo IP specifico in America del Sud. Il WAF è configurato con una pagina di risposta di errore personalizzata, con dimensioni pari a 1 KB. Se un client dall'indirizzo IP bloccato invia una richiesta di 1 KB:

Diagramma del traffico che passa dal client a Frontdoor di Azure, in cui la richiesta viene bloccata dal WAF.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Numero di richieste da client a Frontdoor 1 America del Sud
Trasferimento dei dati dall'edge di Front Door all'origine nessuno America del Sud
Trasferimento dei dati da Frontdoor al client 1 KB America del Sud

Esempio 7: Azioni di Edge

Contoso crea un'unica azione Edge che Frontdoor di Azure Rulesets invoca nelle regioni Est, Europa e Asia degli Stati Uniti.

Scenario 1: Alla fine del mese, vengono generate 1 milione di invocazioni, ciascuna con un tempo di esecuzione di 1 ms.

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Invocazioni 1.000.000 Globale
Tempo di esecuzione in eccesso 0 Globale

Scenario 2: Alla fine del mese, ci sono in totale 50 milioni di invocazioni con la seguente distribuzione:

Numero di invocazioni Tempo di esecuzione per invocazione
10.000.000 1 ms
20 M 3 ms
20 M 8 ms

I seguenti contatori di fatturazione incrementano:

Contatore Incrementato di Area di fatturazione
Invocazioni 50 milioni Globale
Tempo di esecuzione in eccesso 20 M x (3-1) + 20 M x (8-1) = 180 M millisecondi o 180 K secondi Globale