Informazioni sulla fatturazione di Frontdoor di Azure

Frontdoor di Azure offre un set completo di funzionalità per i carichi di lavoro con connessione Internet. Frontdoor consente di accelerare le prestazioni dell'applicazione, migliorare la sicurezza e offre strumenti per controllare 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 prezzi di Azure consente di calcolare una stima dei prezzi per i requisiti. Usare la stima del calcolatore prezzi creato in modo preliminare come punto di partenza e personalizzarla per la propria soluzione.

Nota

Questo articolo illustra il funzionamento della fatturazione per gli SKU Standard e Premium di Frontdoor di Azure. Per informazioni su Frontdoor di Azure (versione classica), vedere Prezzi di Frontdoor di Azure.

Tariffe di base

Ogni profilo frontdoor comporta una tariffa oraria. Viene addebitato un costo per ogni ora o ora parziale, che il profilo viene distribuito. La tariffa addebitata dipende dal livello Frontdoor distribuito.

Un singolo profilo frontdoor 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 Frontdoor Premium, non si pagano anche costi aggiuntivi per l'uso di set di regole WAF gestiti o collegamento privato origini.

Richiedere costi di elaborazione e traffico

Ogni richiesta che passa attraverso Frontdoor comporta l'elaborazione delle richieste e i costi del traffico:

Ogni parte del processo di richiesta viene fatturata separatamente:

1. Numero di richieste da client a Frontdoor
2. Trasferimento dei dati dal perimetro frontdoor 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

Frontdoor addebita una tariffa per il numero di richieste ricevute in una posizione perimetrale di Frontdoor per il profilo. Frontdoor identifica le richieste usando l'intestazione Host nella richiesta HTTP. Se l'intestazione Host corrisponde a una del profilo frontdoor, viene conteggiato come richiesta al profilo.

Il prezzo è diverso a seconda dell'area geografica della posizione perimetrale di Frontdoor che serve la richiesta. Il prezzo è diverso anche per gli SKU Standard e Premium.

Trasferimento dei dati dal perimetro frontdoor all'origine

Frontdoor addebita i byte inviati dalla posizione perimetrale di Frontdoor al server di origine. Il prezzo è diverso a seconda dell'area geografica della posizione perimetrale di Frontdoor che serve 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 Frontdoor in modo che possa essere restituito al client. Questo traffico non viene fatturato da Frontdoor, anche se l'origine si trova in un'area diversa rispetto alla posizione perimetrale di Frontdoor per la richiesta.

Se l'origine è all'interno di Azure, i dati in uscita dall'origine di Azure a Frontdoor non vengono addebitati. Tuttavia, è necessario determinare se tali servizi di Azure potrebbero fatturare l'utente per elaborare le richieste.

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

Trasferimento dei dati da Frontdoor al client

Frontdoor addebita i byte inviati dalla posizione perimetrale di Frontdoor al client. Il prezzo è diverso a seconda dell'area geografica della posizione perimetrale di Frontdoor che serve la richiesta.

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

origini collegamento privato

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 paga alcun costo aggiuntivo per collegamento privato traffico rispetto al traffico che usa l'endpoint pubblico di un'origine.

Quando si configura un'origine collegamento privato, si seleziona un'area per l'endpoint privato da usare. Un subset di aree di Azure supporta collegamento privato traffico per Frontdoor. Se l'area selezionata è diversa dall'area in cui viene distribuita l'origine, non è previsto alcun costo aggiuntivo per il traffico tra aree. 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.

Frontdoor addebita il traffico dalla posizione perimetrale all'origine. Il traffico viene addebitato a tariffe diverse a seconda della posizione del perimetro di Frontdoor. 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 sito Web nel servizio app Azure, che viene eseguito 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:

Vengono incrementati i contatori di fatturazione seguenti:

Metro	Incrementato di	Area di fatturazione
Numero di richieste da client a Frontdoor	1	America del Nord
Trasferimento dei dati dal perimetro frontdoor all'origine	1 KB	America del Nord
Trasferimento dei dati da Frontdoor al client	100 kB	America del Nord

app Azure servizio potrebbe addebitare altri costi.

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:

Vengono incrementati i contatori di fatturazione seguenti:

Metro	Incrementato di	Area di fatturazione
Numero di richieste da client a Frontdoor	1	America del Nord
Trasferimento dei dati dal perimetro frontdoor all'origine	1 KB	America del Nord
Trasferimento dei dati da Frontdoor al client	30 KB	America del Nord

app Azure servizio potrebbe addebitare altri costi.

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:

Vengono incrementati i contatori di fatturazione seguenti:

Metro	Incrementato di	Area di fatturazione
Numero di richieste da client a Frontdoor	1	America del Nord
Trasferimento dei dati dal perimetro frontdoor 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:

Vengono incrementati i contatori di fatturazione seguenti:

Metro	Incrementato di	Area di fatturazione
Numero di richieste da client a Frontdoor	1	Australia
Trasferimento dei dati dal perimetro frontdoor 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:

Vengono incrementati i contatori di fatturazione seguenti:

Metro	Incrementato di	Area di fatturazione
Numero di richieste da client a Frontdoor	1	America del Nord
Trasferimento dei dati dal perimetro frontdoor 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 una richiesta viene bloccata dal web application firewall (WAF), non viene inviata all'origine. Tuttavia, Frontdoor addebita la richiesta e addebita anche 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:

Vengono incrementati i contatori di fatturazione seguenti:

Metro	Incrementato di	Area di fatturazione
Numero di richieste da client a Frontdoor	1	America del Sud
Trasferimento dei dati dal perimetro frontdoor all'origine	none	America del Sud
Trasferimento dei dati da Frontdoor al client	1 KB	America del Sud

Passaggi successivi

Informazioni su come creare un profilo frontdoor.