Profili nidificati di Gestione traffico
Gestione traffico include diversi metodi di routing del traffico, che consentono di controllare la modalità con cui Gestione traffico sceglie quale endpoint deve ricevere traffico da ogni utente finale. Per altre informazioni, vedere Metodi di routing del traffico di Gestione traffico.
Ciascun profilo di Gestione traffico specifica un solo metodo di routing del traffico. Esistono scenari che tuttavia richiedono un sistema di routing del traffico più avanzato anziché il routing fornito da un singolo profilo di Gestione traffico. È possibile annidare i profili di Gestione traffico per combinare i vantaggi offerti da più metodi di routing del traffico. I profili annidati consentono di ignorare il comportamento predefinito di Gestione traffico per supportare distribuzioni di applicazioni di dimensioni maggiori e più complesse.
Per creare un profilo annidato, si aggiunge un profilo 'figlio' come endpoint a un profilo 'padre'. Alcuni esempi vengono forniti in questo articolo.
MinChildEndpoints
Quando si aggiunge un profilo figlio come endpoint nel profilo padre, il parametro MinChildEndpoints viene creato e assegnato un valore predefinito pari a 1. Questo parametro determina il numero minimo di endpoint che devono essere disponibili nel profilo figlio per essere integri. Al di sotto di questa soglia, il profilo padre considererà l'intero profilo figlio non disponibile e indirizzare il traffico agli altri endpoint del profilo padre.
I parametri seguenti sono disponibili nel profilo padre:
- MinChildEndpoints: il numero minimo di endpoint figlio integri per lo stato del profilo annidato deve essere integro.
- MinChildEndpointsIPv4: numero minimo di endpoint figlio IPv4 integri per lo stato del profilo annidato.
- MinChildEndpointsIPv6: numero minimo di endpoint figlio IPv6 integri per lo stato del profilo annidato.
Importante
Deve essere presente almeno un endpoint IPv4 e un endpoint IPv6 per qualsiasi profilo MultiValue annidato. Configurare sempre i valori per MinChildEndpointsIPv4 e MinChildEndpointsIPv6 in base al meccanismo di routing multivalore e non usare semplicemente i valori predefiniti.
Il valore di MinChildEndpoints deve essere sufficiente per consentire la disponibilità di tutti i tipi di endpoint. Viene visualizzato un messaggio di errore per i valori troppo bassi.
Gli esempi seguenti illustrano come usare i profili di Gestione traffico annidati in vari scenari.
Esempio 1: Combinazione di metodi di routing del traffico "Prestazioni" e "Ponderato"
Si supponga che l'applicazione sia stata distribuita in più aree di Azure: Stati Uniti occidentali, Europa occidentale e Asia orientale. Si userà il metodo di routing del traffico "Prestazioni" di Gestione traffico per distribuire il traffico nell'area più vicina all'utente.
Si supponga ora di voler valutare un aggiornamento del servizio prima di distribuirlo in modo più ampio. A tale scopo si vuole usare il metodo di routing del traffico "Ponderato", che può indirizzare una piccola percentuale di traffico alla distribuzione di prova. Impostare la distribuzione di prova insieme alla distribuzione di produzione in Europa occidentale.
Con un singolo profilo non è possibile combinare i metodi di routing del traffico "Ponderato" e "Prestazioni". Per supportare questo scenario, creare un profilo di Gestione traffico usando i due endpoint dell'Europa occidentale e il metodo di routing del traffico "Ponderato". Aggiungere quindi questo profilo figlio come endpoint del profilo padre, che continua a usare il metodo di routing del traffico "Prestazioni" e contiene le altre distribuzioni globali come endpoint.
Il diagramma seguente illustra questo esempio:
In questa configurazione, il traffico indirizzato tramite il profilo padre verrà distribuito in più aree, come di consueto. In Europa occidentale il traffico verrà distribuito dal profilo annidato alla produzione e alle distribuzioni di prova in base ai pesi assegnati.
Quando il profilo padre usa il metodo di routing del traffico "Prestazioni", a ogni endpoint deve essere assegnata una posizione. Questa posizione deve essere assegnata al momento della configurazione dell'endpoint. Scegliere l'area di Azure più vicina alla distribuzione specifica. Le opzioni disponibili sono le aree di Azure, ovvero i valori delle posizioni supportati dalla tabella della latenza di Internet. Per altre informazioni, vedere Metodo di routing del traffico Prestazioni.
Esempio 2: Monitoraggio degli endpoint nei profili nidificati
Gestione traffico esegue continuamente il monitoraggio dell'integrità di ogni endpoint di servizio. Se un endpoint non è integro, Gestione traffico indirizza gli utenti verso endpoint alternativi, mantenendo così la disponibilità del servizio. Il comportamento di monitoraggio e failover degli endpoint si applica a tutti i metodi di routing del traffico. Per altre informazioni, vedere Informazioni sul monitoraggio di Gestione traffico. Il monitoraggio degli endpoint è differente nei profili annidati. Ad esempio, nei profili annidati il profilo padre non esegue i controlli di integrità direttamente sul profilo figlio. L'integrità degli endpoint del profilo figlio viene usata invece per calcolare l'integrità complessiva del profilo figlio e queste informazioni vengono propagate alla gerarchia dei profili annidati. Il profilo padre usa quindi lo stato aggregato per determinare se indirizzare il traffico al profilo figlio. Vedere le domande frequenti per informazioni dettagliate sul monitoraggio dello stato di profili annidati.
Tornando all'esempio precedente, si supponga che la distribuzione di produzione in Europa occidentale abbia esito negativo. Per impostazione predefinita il profilo figlio indirizza tutto il traffico alla distribuzione di prova. Se anche questa operazione ha esito negativo, il profilo padre stabilirà che, poiché tutti gli endpoint figlio sono danneggiati, il profilo figlio non deve ricevere traffico, e provvederà quindi a distribuire il traffico ad altre aree.
È possibile che questa soluzione risulti soddisfacente, o che si tema che tutto il traffico dell'Europa occidentale venga indirizzato alla distribuzione di prova invece che a un sottoinsieme limitato. Indipendentemente dall'integrità della distribuzione di prova, si preferisce eseguire il failover ad altre aree se la distribuzione di produzione in Europa occidentale ha esito negativo.
Nello scenario seguente il valore MinChildEndpoints è impostato su 2. Al di sotto di questa soglia, il profilo padre considera l'intero profilo figlio non disponibile e indirizza il traffico agli altri endpoint:
Nota
Il metodo di routing del traffico "Priorità" distribuisce tutto il traffico a un unico endpoint. In questo caso è quindi inutile impostare MinChildEndpoints su un valore diverso da 1 per il profilo figlio.
Esempio 3: Aree di failover con priorità con metodo di routing del traffico "Prestazioni"
In base al comportamento predefinito per il metodo di routing del traffico "Prestazioni", quando sono presenti più endpoint in aree geografiche diverse gli utenti finali vengono instradati all'endpoint "più vicino" in termini di latenza di rete inferiore.
Si supponga tuttavia di preferire che il failover del traffico dell'Europa occidentale venga eseguito negli Stati Uniti occidentali e che il traffico venga indirizzato in altre aree solo se entrambi gli endpoint non sono disponibili. A tale scopo,creare un profilo figlio che usa il metodo di routing del traffico "Priorità".
Poiché l'endpoint dell'Europa occidentale ha priorità più elevata rispetto all'endpoint degli Stati Uniti occidentali, tutto il traffico viene inviato all'endpoint dell'Europa occidentale quando entrambi gli endpoint sono online. Se l'Europa occidentale ha esito negativo, il relativo traffico viene indirizzato agli Stati Uniti occidentali. Con il profilo annidato, il traffico viene indirizzato all'Asia orientale solo quando sia l'Europa occidentale sia gli Stati Uniti occidentali non sono disponibili.
È possibile ripetere questo modello per tutte le aree, sostituendo i tre endpoint nel profilo padre con tre profili figlio, ognuno con una sequenza di failover con priorità.
Esempio 4: Controllo del metodo di routing del traffico "Prestazioni" tra più endpoint nella stessa area
Si supponga che il metodo di routing del traffico "Prestazioni" venga usato in un profilo con più di un endpoint in una determinata area. Per impostazione predefinita il traffico indirizzato a tale area viene distribuito in modo uniforme tra tutti gli endpoint disponibili nell'area.
Anziché aggiungere più endpoint in Europa occidentale, gli endpoint possono essere inclusi in un profilo figlio separato e il profilo figlio può essere aggiunto all'elemento padre come unico endpoint in Europa occidentale. Le impostazioni del profilo figlio possono quindi essere usate per controllare la distribuzione del traffico in Europa occidentale, abilitando il routing del traffico basato sulla priorità o sul peso all'interno di tale area.
Esempio 5: Impostazioni di monitoraggio per ogni endpoint
Si supponga di usare Gestione traffico per facilitare la migrazione di traffico da un sito Web legacy locale verso una nuova versione basata su cloud ospitata in Azure. Per il sito legacy si vuole usare l'URI della homepage per monitorare l'integrità del sito, ma per la nuova versione basata su cloud si vuole implementare una pagina di monitoraggio personalizzata (percorso "/monitor.aspx") che include controlli aggiuntivi.
Le impostazioni di monitoraggio in un profilo di Gestione traffico si applicano a tutti gli endpoint all'interno del profilo. Per definire impostazioni di monitoraggio diverse nei profili annidati si usa invece un profilo figlio diverso per ogni sito.
Esempio 6: Monitoraggio degli endpoint con profili nidificati multivalore con endpoint IPv4 e IPv6
Si supponga di avere endpoint figlio nidificati sia IPv4 che IPv6 e si desidera impostare le soglie per i bambini minimi integri per entrambi. Esistono nuovi parametri che consentono di definire il numero minimo di questi endpoint integri previsti per ogni tipo. I parametri Endpoint IPv4 minimi e endpoint IPv6 minimi determinano il numero minimo di endpoint integri necessari per ogni parametro, in modo che l'elemento padre venga contrassegnato come integro.
Il numero predefinito per gli endpoint figlio totali è sempre 1 e il numero predefinito per gli endpoint IPv4 e IPv6 è 0 per garantire la compatibilità con le versioni precedenti.
In questo esempio l'endpoint Stati Uniti orientali non è integro perché non soddisfa il requisito di avere almeno 1 endpoint IPv4 integro, impostato dalla proprietà ipv4-min-child .
Domande frequenti
Come viene applicato il modello di fatturazione per i profili nidificati?
In che modo Gestione traffico calcola l'integrità di un endpoint annidato in un profilo padre?
Passaggi successivi
Altre informazioni sui profili di Gestione traffico
Informazioni su come creare un profilo di Gestione traffico