Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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:
Ogni parte del processo di richiesta viene fatturata separatamente:
- Numero di richieste da client a Frontdoor
- Trasferimento dei dati dall'edge di Front Door all'origine
- Trasferimento dei dati dall'origine a Frontdoor (non fatturabile)
- 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.
Origini di 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 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:
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:
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:
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:
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:
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:
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 |