Esporta (0) Stampa
Espandi tutto

Informazioni sui metodi di bilanciamento del carico di Gestione traffico

Aggiornamento: settembre 2014

Gestione traffico di Windows Azure

Sono disponibili tre metodi di bilanciamento del carico in Gestione traffico. In ogni profilo di Gestione traffico può essere usato un solo metodo di bilanciamento del carico alla volta, sebbene in qualsiasi momento sia possibile selezionarne uno diverso.

È importante notare che tutti i metodi di bilanciamento del carico si basano sul monitoraggio. Dopo aver configurato il profilo di Gestione traffico per specificare il metodo di bilanciamento del carico che meglio soddisfa le proprie esigenze, configurare le impostazioni di monitoraggio. Quando il monitoraggio è configurato correttamente, tramite Gestione traffico viene monitorato lo stato degli endpoint, costituiti da servizi cloud e siti Web, e non viene inviato il traffico agli endpoint ritenuti non disponibili. Per altre informazioni sul monitoraggio di Gestione traffico, vedere Informazioni sul monitoraggio di Gestione traffico. Per informazioni sulla configurazione delle impostazioni di monitoraggio, vedere Configurare il monitoraggio di Gestione traffico.

I tre metodi di bilanciamento del carico di Gestione traffico sono:

  • Failover: selezionare Failover quando gli endpoint si trovano nello stesso data center o in data center diversi di Azure, noti come regioni nel portale di gestione, e si desidera usare un endpoint primario per tutto il traffico, ma fornire backup da usare nel caso in cui l'endpoint primario o di backup non sia disponibile. Per altre informazioni, vedere Metodo di bilanciamento del carico Failover.

  • Round robin: selezionare Round robin quando si vuole distribuire il carico in un set di endpoint nello stesso data center o in data center diversi. Per altre informazioni, vedere Metodo di bilanciamento del carico Round robin.

  • Prestazioni: selezionare Prestazioni quando gli endpoint si trovano in aree geografiche diverse e si desidera richiedere ai client di usare l'endpoint "più vicino" in termini di latenza più bassa. Per altre informazioni, vedere Metodo di bilanciamento del carico Prestazioni.

Tenere presente che i siti Web di Azure offrono già funzionalità di failover e bilanciamento del carico round robin per i siti che si trovano all'interno di un data center, indipendentemente dalla modalità del sito Web. Gestione traffico consente di specificare il failover e il bilanciamento del carico round robin per siti Web che si trovano in data center diversi.

Un'organizzazione desidera spesso garantire servizi affidabili. A tale scopo offre servizi di backup nel caso di interruzione del servizio principale. Un modello comune di failover del servizio consiste nel fornire un set di endpoint identici e inviare il traffico a un servizio primario, con un elenco di uno o più backup. Se il servizio primario non è disponibile, i client richiedenti vengono indirizzati a quello successivo nell'ordine. Se il primo e il secondo servizio nell'elenco non sono disponibili, il traffico viene indirizzato al terzo e così via.

Quando si configura il metodo di bilanciamento del carico Failover, l'ordine degli endpoint selezionati è importante. L'endpoint primario è elencato per primo. Se si configura questa impostazione nel portale di gestione tramite Creazione rapida, è necessario configurare separatamente l'ordine di failover nella pagina Configurazione del profilo. Non è possibile impostare l'ordine di failover degli endpoint durante Creazione rapida.

La Figure 1 mostra un esempio di metodo di bilanciamento del carico Failover per un set di endpoint.

Bilanciamento del carico di failover di Gestione traffico

Figura 1

Esempio di bilanciamento del carico Failover
I passaggi numerati riportati di seguito corrispondono ai numeri nella Figura 1.

  1. Gestione traffico riceve una richiesta in ingresso inviata da un client attraverso un server DNS, che non viene visualizzato, e individua il profilo.

  2. Il profilo contiene un elenco ordinato di endpoint. Gestione traffico individua il primo endpoint nell'elenco. Se l'endpoint è online, in base al monitoraggio dell'endpoint in corso, viene specificato questo nome DNS dell'endpoint nella risposta DNS al client. Se l'endpoint non è disponibile, Gestione traffico determina il successivo endpoint online nell'elenco. In questo esempio HS-A non è disponibile, mentre HS-B lo è.

  3. Gestione traffico restituisce il nome di dominio di HS-B nella risposta DNS al client. Il nome di dominio di HS-B viene risolto dal client nel relativo indirizzo IP.

  4. Il client avvia il traffico verso HS-B.

Punti da notare:

  • È importante che il monitoraggio degli endpoint di Gestione traffico sia configurato correttamente, in caso contrario tutto il traffico verrà inviato sempre all'endpoint primario.

  • È necessario specificare l'ordine di failover degli endpoint nella pagina di configurazione del profilo dopo averlo creato.

  • La durata TTL del DNS indica ai client e ai resolver DNS sui server DNS per quanto tempo i nomi risolti rimarranno memorizzati nella cache. I client continueranno a usare un endpoint specificato durante la risoluzione del nome di dominio fino alla scadenza della voce cache DNS locale per il nome.

Un modello comune di bilanciamento del carico consiste nel fornire un set di endpoint identici e nell'inviare traffico a ciascuno di essi in base a uno schema round robin. Il metodo Round robin divide il traffico tra vari endpoint. Seleziona un endpoint integro casuale e non invia il traffico ai servizi ritenuti inattivi. Per altre informazioni, vedere Informazioni sul monitoraggio di Gestione traffico.

Il bilanciamento del carico Round robin supporta anche la distribuzione ponderata del traffico di rete. Per configurare i pesi in questa fase, si deve usare REST (vedere http://msdn.microsoft.com/it-it/library/p?LinkId=400772) o Windows PowerShell (vedere New-AzureTrafficManagerProfile).

La Figure 2 mostra un esempio di bilanciamento del carico Round robin per un set di endpoint.

Bilanciamento del carico round robin di Gestione traffico

Figura 2

Esempio di bilanciamento del carico Round robin
I passaggi numerati riportati di seguito corrispondono ai numeri nella Figura 2.

  1. Gestione traffico riceve una richiesta in ingresso da un client e individua il profilo.

  2. Il profilo contiene un elenco di endpoint. In Gestione traffico l'endpoint a cui è stato fatto riferimento nell'ultima richiesta è noto. In questo esempio si tratta dell'endpoint HS-B.

  3. Gestione traffico restituisce un nome di dominio di un endpoint nell'elenco contenuto nella risposta DNS al client. In questo esempio si tratta dell'endpoint HS-C.

  4. Gestione traffico verrà aggiornato in modo che rilevi che l'ultimo traffico è stato inviato all'endpoint HS-C.

  5. Il nome di dominio dell'endpoint HS-C viene risolto dal client nel relativo indirizzo IP e viene avviato il traffico.

Punti da notare:

  • La durata TTL del DNS indica ai client e ai resolver DNS sui server DNS per quanto tempo i nomi risolti rimarranno memorizzati nella cache. I client continueranno a usare un endpoint specificato durante la risoluzione del nome di dominio fino alla scadenza della voce cache DNS locale per il nome. Per testare il profilo da un solo client e osservare il comportamento di Round robin, assicurarsi che il nome DNS venga risolto in un indirizzo IP diverso per ogni richiesta dopo che la voce client DNS è stata rimossa o è scaduta.

La Figure 3 mostra un esempio di bilanciamento del carico Round robin ponderato per un set di endpoint.

Bilanciamento del carico ponderato round robin

Figura 3

Esempio di bilanciamento del carico Round robin ponderato

Il bilanciamento del carico Round robin ponderato permette di distribuire il carico in vari endpoint in base a un valore di 'peso' assegnato a ogni endpoint. Maggiore il peso, maggiore sarà la frequenza di restituzione di un endpoint. Questo metodo può essere utile negli scenari seguenti:

  • Aggiornamento graduale dell'applicazione: allocare una percentuale di traffico da indirizzare a un nuovo endpoint, quindi incrementare gradualmente il traffico nel tempo fino al 100%.

  • Migrazione dell'applicazione in Azure: creare un profilo con endpoint di Azure ed esterni, quindi specificare il peso del traffico indirizzato a ogni endpoint.

  • Espansione del cloud per capacità aggiuntiva: espandere rapidamente una distribuzione locale nel cloud, posizionandola dietro a un profilo di Gestione traffico. In caso di necessità di capacità aggiuntiva nel cloud, si possono aggiungere o abilitare più endpoint e si può specificare la quantità di traffico da indirizzare a ogni endpoint.

Non si può attualmente usare il portale di gestione per configurare il bilanciamento del carico ponderato. Azure offre accesso a livello di codice a questo metodo mediante l'API REST di gestione dei servizi associata e i cmdlet di Azure PowerShell. Per informazioni sull'uso delle operazioni REST, vedere Operazioni per Gestione traffico (riferimento all'API REST). Per informazioni sull'uso dei cmdlet di PowerShell, vedere Cmdlet di Gestione traffico di Azure.

Per bilanciare il carico di endpoint situati in diversi data center a livello globale, è possibile indirizzare il traffico in ingresso all'endpoint più vicino in termini di latenza più bassa fra il client richiedente e l'endpoint. In genere, l'endpoint più vicino corrisponde direttamente alla distanza geografica più breve. Il metodo di bilanciamento del carico Prestazioni consente di distribuire il traffico in base all'ubicazione e alla latenza, ma non è in grado di tenere conto delle modifiche in tempo reale apportate alla configurazione o al carico della rete.

Il metodo di bilanciamento del carico Prestazioni individua l'origine del client richiedente e lo indirizza all'endpoint più vicino. La "vicinanza" è determinata da una tabella delle prestazioni di rete in cui è indicato il tempo di round trip tra diversi indirizzi IP e ogni data center di Azure. Questa tabella viene aggiornata periodicamente e non deve essere intesa con un indicatore di prestazioni in tempo reale su Internet. Con questo metodo il carico su un servizio specificato non viene preso in considerazione, anche se tramite Gestione traffico vengono monitorati gli endpoint in base al metodo scelto e non verranno inclusi nelle risposte alle query DNS se non sono disponibili. In altre parole, nel bilanciamento del carico Prestazioni è incorporato anche il metodo di bilanciamento del carico Failover.

La Figure 4 mostra un esempio di metodo di bilanciamento del carico Prestazioni per un set di endpoint.

Bilanciamento del carico delle prestazioni di Gestione traffico

Figura 4

Esempio di bilanciamento del carico Prestazioni
I passaggi numerati riportati di seguito corrispondono ai numeri nella Figura 4.

  1. Gestione traffico compila periodicamente la Tabella dei tempi di prestazioni. Sull'infrastruttura di Gestione traffico vengono eseguiti test per determinare i tempi di round trip tra diversi punti nel mondo e i data center di Azure in cui sono ospitati gli endpoint. L'esecuzione di questi test è a discrezione del sistema Azure.

  2. Gestione traffico riceve una richiesta in ingresso da un client tramite un server DNS e individua il profilo.

  3. Gestione traffico individua la riga nella Tabella dei tempi di prestazioni per l'indirizzo IP della richiesta in ingresso.

  4. Gestione traffico individua il data center (la colonna) con il tempo più breve per i data center in cui sono ospitati gli endpoint definiti nel profilo. In questo esempio è HS-D.

  5. Gestione traffico restituisce il nome di dominio di HS-D nella risposta DNS al client. Il nome di dominio di HS-D viene risolto dal client nel relativo indirizzo IP.

  6. Il client avvia il traffico verso HS-D.

Punti da notare:

  • Se nel profilo sono contenuti più endpoint nello stesso data center, il traffico indirizzato al data center in questione viene distribuito in modo uniforme tra gli endpoint disponibili e integri in base al monitoraggio dell'endpoint.

  • Se tutti gli endpoint in un data center specificato non sono disponibili, in base al monitoraggio dell'endpoint, il relativo traffico verrà distribuito tra tutti gli altri endpoint disponibili specificati nel profilo, anziché negli endpoint successivi più vicini. In questo modo è possibile evitare un errore a catena che potrebbe verificarsi in caso di overload del successivo endpoint più vicino.

  • Quando viene aggiornata la tabella di prestazioni, è possibile notare una differenza nel carico e nei modelli di traffico negli endpoint. Queste differenze dovrebbero essere minime.

  • La durata TTL del DNS indica ai client e ai resolver DNS sui server DNS per quanto tempo i nomi risolti rimarranno memorizzati nella cache. I client continueranno a usare un endpoint specificato durante la risoluzione del nome di dominio fino alla scadenza della voce cache DNS locale per il nome.

  • Quando si usa il metodo di bilanciamento del carico Prestazioni con endpoint esterni, sarà necessario specificare la posizione di tali endpoint. Scegliere l'area geografica di Azure più vicina alla distribuzione specifica.

Vedere anche

Mostra:
© 2014 Microsoft