Probe di integrità

Nota

Un'origine e un gruppo di origine in questo articolo si riferisce al pool back-end e back-end di una configurazione di Frontdoor di Azure (versione classica).

Per determinare l'integrità e la prossimità di ogni origine per un determinato ambiente Frontdoor di Azure, ogni profilo frontdoor invia periodicamente una richiesta HTTP/HTTPS sintetica a tutte le origini configurate. Frontdoor usa quindi risposte dal probe di integrità per determinare l'origine migliore a cui indirizzare le richieste client.

Avviso

Poiché ogni posizione perimetrale di Frontdoor di Azure invia probe di integrità alle origini, il volume del probe di integrità per le origini può essere piuttosto elevato. Il numero di probe dipende dalla posizione del traffico del cliente e dalla frequenza del probe di integrità. Se le posizioni perimetrali di Frontdoor di Azure non ricevono traffico reale dagli utenti finali, la frequenza del probe di integrità dalla posizione perimetrale viene ridotta dalla frequenza configurata. Se è presente traffico per tutte le posizioni perimetrali di Frontdoor di Azure, il volume del probe di integrità può essere elevato a seconda della frequenza dei probe di integrità.

Un esempio per stimare approssimativamente il volume del probe di integrità al minuto in un'origine quando si usa la frequenza predefinita del probe di 30 secondi. Il volume del probe su ogni origine è uguale al numero di posizioni perimetrali volte due richieste al minuto. Le richieste di verifica saranno inferiori se non è stato inviato traffico a tutte le posizioni perimetrali. Per un elenco di posizioni perimetrali, vedere Posizioni perimetrali in base all'area.

Protocolli supportati

Frontdoor di Azure supporta l'invio di probe su protocolli HTTP o HTTPS. Questi probe vengono inviati tramite le stesse porte TCP configurate per il routing delle richieste client e non possono essere sottoposte a override. I probe HTTP/HTTPS di Frontdoor vengono inviati con User-Agent il set di intestazioni con valore: Edge Health Probe.

Metodi HTTP supportati per i probe di integrità

Frontdoor di Azure supporta i metodi HTTP seguenti per l'invio dei probe di integrità:

  1. OTTIENI: Il metodo GET indica il recupero di informazioni (sotto forma di entità) identificate dall'URI Request-.
  2. TESTA: Il metodo HEAD è identico a GET, ad eccezione del fatto che il server NON DEVE restituire un corpo del messaggio nella risposta. Per i nuovi profili Frontdoor, per impostazione predefinita, il metodo probe viene impostato come HEAD.

Suggerimento

Per ridurre il carico e il costo alle origini, Frontdoor consiglia di usare le richieste HEAD per i probe di integrità.

Risposte del probe di integrità

Risposte Descrizione
Determinazione dell'integrità Un codice di stato 200 OK indica che l'origine è integra. Qualsiasi altro codice di stato è considerato un errore. Se per qualsiasi motivo una risposta HTTP valida non viene ricevuta per un probe, il probe viene conteggiato come errore.
Misurazione della latenza La latenza è l'ora del muro misurata dal momento immediatamente prima che la richiesta del probe venga inviata al momento in cui Frontdoor riceve l'ultimo byte della risposta. Frontdoor usa una nuova connessione TCP per ogni richiesta. La misurazione non è pregiudiziata verso origini con connessioni a caldo esistenti.

Come Frontdoor determina l'integrità dell'origine

Frontdoor di Azure usa un processo in tre passaggi per tutti gli algoritmi per determinare l'integrità.

  1. Escludere origini disabilitate.

  2. Escludere origini con errori di probe di integrità:

    • Questa selezione viene eseguita esaminando le ultime risposte del probe di integrità. Se almeno x sono integri, l'origine è considerata sana.

    • n è configurato modificando la proprietà SampleSize nelle impostazioni di bilanciamento del carico.

    • x è configurato modificando la proprietà SuccessfulSamplesRequired nelle impostazioni di bilanciamento del carico.

  3. Per set di origini integre in un gruppo di origine, Frontdoor misura e mantiene la latenza per ogni origine.

Nota

Se un singolo endpoint è un membro di più gruppi di origine, Frontdoor ottimizza il numero di probe di integrità inviati all'origine per ridurre il carico sull'origine. Le richieste del probe di integrità verranno inviate in base all'intervallo di esempio configurato più basso. L'integrità dell'endpoint in tutti i gruppi di origine sarà determinata dalle risposte degli stessi probe di integrità.

Errore di completamento del probe di integrità

Se i probe di integrità hanno esito negativo per ogni origine in un gruppo di origine, Frontdoor considera tutte le origini non integre e instrada il traffico in una distribuzione round robin in tutti i gruppi.

Una volta restituita un'origine a uno stato integro, Frontdoor riprende l'algoritmo di bilanciamento del carico normale.

Disabilitazione dei probe di integrità

Se si ha un'origine singola nel gruppo di origine, è possibile scegliere di disabilitare i probe di integrità per ridurre il carico nell'applicazione. Se si hanno più origini nel gruppo di origine e più di una di esse è in stato abilitato, non è possibile disabilitare i probe di integrità.

Passaggi successivi