Condividi tramite


Load Balancer globale

Azure Load Balancer Standard supporta il bilanciamento del carico tra aree abilitando scenari di disponibilità elevata con ridondanza geografica, ad esempio:

La configurazione IP front-end del bilanciamento del carico tra aree è statica e pubblicizzata nella maggior parte delle aree di Azure.

Diagramma del servizio di bilanciamento del carico tra aree.

Nota

La porta back-end della regola di bilanciamento del carico tra aree deve corrispondere alla porta front-end della regola di bilanciamento del carico/regola NAT in ingresso nel bilanciamento del carico standard a livello di area.

Ridondanza a livello di area

Configurare la ridondanza a livello di area collegando facilmente un bilanciamento del carico tra aree ai bilanciamenti del carico a livello di area esistenti.

Se si verifica un errore in un'area, il traffico viene indirizzato al servizio di bilanciamento del carico a livello di area integro più vicino.

Il probe di integrità del bilanciamento del carico tra aree raccoglie informazioni sulla disponibilità di ogni bilanciamento del carico a livello di area ogni 5 secondi. Se un bilanciamento del carico a livello di area riduce la disponibilità a 0, il bilanciamento del carico tra aree rileva l'errore. Il bilanciamento del carico a livello di area viene quindi estratto dalla rotazione.

Diagramma della visualizzazione del traffico dell'area globale.

Latenza ultra bassa

L'algoritmo di bilanciamento del carico di prossimità geografica si basa sulla posizione geografica degli utenti e delle distribuzioni a livello di area.

Il traffico avviato da un client raggiunge l'area più vicina e attraversa il backbone della rete globale Microsoft per arrivare alla distribuzione regionale più vicina.

Ad esempio, si dispone di un bilanciamento del carico tra aree con bilanciamenti del carico standard nelle aree di Azure:

  • Stati Uniti occidentali
  • Europa settentrionale

Se un flusso viene avviato da Seattle, il traffico entra negli Stati Uniti occidentali. Questa area è la più vicina da Seattle. Il traffico viene instradato al bilanciamento del carico dell'area più vicino, ovvero Stati Uniti occidentali.

Il bilanciamento del carico tra aree di Azure usa l'algoritmo di bilanciamento del carico di prossimità geografica per la decisione di routing.

La modalità di distribuzione del carico configurata dei bilanciamenti del carico a livello di area viene usata per prendere la decisione finale di routing quando vengono usati più bilanciamenti del carico a livello di area per la prossimità geografica.

Per altre informazioni, vedere Configurare la modalità di distribuzione per Azure Load Balancer.

Il traffico in uscita segue la preferenza di routing impostata nei bilanciamenti del carico a livello di area.

Possibilità di aumentare/ridurre le prestazioni dietro un singolo endpoint

Quando si espone l'endpoint globale di un bilanciamento del carico tra aree ai clienti, è possibile aggiungere o rimuovere distribuzioni a livello di area dietro l'endpoint globale senza interruzioni.

Indirizzo IP globale anycast statico

Il bilanciamento del carico tra aree include un indirizzo IP pubblico statico, che garantisce che l'indirizzo IP rimanga invariato. Sono supportate entrambe le configurazioni IPv4 e IPv6. Per altre informazioni sull'indirizzo IP statico, vedere altre qui.

Conservazione IP client

Il bilanciamento del carico tra aree è un bilanciamento del carico di rete pass-through di livello 4. Questo pass-through mantiene l'indirizzo IP originale del pacchetto. L'indirizzo IP originale è disponibile per il codice in esecuzione nella macchina virtuale. Questa conservazione consente di applicare la logica specifica di un indirizzo IP.

IP mobile

L'indirizzo IP mobile può essere configurato sia a livello IP globale che a livello di IP a livello di area. Per altre informazioni, consultare Più front-end per Azure Load Balancer.

È importante notare che l'indirizzo IP mobile configurato nel bilanciamento del carico tra aree di Azure opera indipendentemente dalle configurazioni IP mobili nei bilanciamenti del carico a livello di area back-end. Se l'indirizzo IP mobile è abilitato nel bilanciamento del carico tra aree, è necessario aggiungere l'interfaccia di loopback appropriata alle macchine virtuali back-end.

Probe di integrità

Load Balancer tra aree di Azure usa l'integrità dei bilanciamenti del carico a livello di area back-end quando si decide dove distribuire il traffico. I controlli di integrità da parte del bilanciamento del carico tra aree vengono eseguiti automaticamente ogni 5 secondi, a condizione che i probe di integrità siano configurati nel bilanciamento del carico a livello di area.

Creare una soluzione tra aree in Azure Load Balancer esistente

Il pool back-end del bilanciamento del carico tra aree contiene uno o più bilanciamenti del carico a livello di area.

Aggiungere le distribuzioni del bilanciamento del carico esistenti a un bilanciamento del carico tra aree per una distribuzione multi-area a disponibilità elevata.

Aree principali e aree partecipanti

Larea principale è la posizione in cui viene distribuito il bilanciamento del carico tra aree o l'indirizzo IP pubblico del livello globale. Questa area non influisce sul modo in cui viene instradato il traffico. Se un'area principale diventa inattiva, il flusso del traffico non è interessato.

Aree principali in Azure

  • Stati Uniti centrali
  • Asia orientale
  • Stati Uniti orientali 2
  • Europa settentrionale
  • Asia sud-orientale
  • Regno Unito meridionale
  • US Gov Virginia
  • Europa occidentale
  • Stati Uniti occidentali

Nota

È possibile distribuire solo il bilanciamento del carico tra aree o l'indirizzo IP pubblico nel livello globale in una delle aree principali elencate.

Un'area partecipante è la posizione in cui viene annunciato l'indirizzo IP pubblico globale del bilanciamento del carico.

Il traffico avviato dall'utente passa all'area più vicina che partecipa attraverso la rete principale Microsoft.

Il bilanciamento del carico tra aree indirizza il traffico al bilanciamento del carico a livello di area appropriato.

Diagramma del traffico globale di più aree.

Aree partecipanti in Azure

  • Australia orientale
  • Australia sud-orientale
  • India centrale
  • Stati Uniti centrali
  • Asia orientale
  • Stati Uniti orientali
  • Stati Uniti orientali 2
  • Giappone orientale
  • Stati Uniti centro-settentrionali
  • Europa settentrionale
  • Stati Uniti centro-meridionali
  • Asia sud-orientale
  • Regno Unito meridionale
  • US DoD Central
  • US DoD East
  • US Gov Arizona
  • US Gov Texas
  • US Gov Virginia
  • Stati Uniti centro-occidentali
  • Europa occidentale
  • Stati Uniti occidentali
  • West US 2

Nota

I bilanciamenti del carico a livello di area back-end possono essere distribuiti in qualsiasi area di Azure disponibile pubblicamente e non si limitano solo alle aree partecipanti.

Limitazioni di bilanciamento del carico tra aree

  • Le configurazioni IP front-end tra aree sono solo pubbliche. Un front-end interno non è attualmente supportato.

  • Non è possibile aggiungere un bilanciamento del carico privato o interno al pool back-end di un bilanciamento del carico tra aree

  • La traduzione NAT64 non è attualmente supportata. Gli indirizzi IP front-end e back-end devono essere dello stesso tipo (v4 o v6).

  • Il traffico UDP sulla porta 3 non è supportato in Load Balancer tra aree

  • Le regole in uscita non sono supportate in Load Balancer tra aree. Per le connessioni in uscita, usare regole in uscita nel bilanciamento del carico a livello di area o gateway NAT.

  • I servizi di bilanciamento del carico a livello di area non possono essere aggiornati al livello globale. Solo i nuovi servizi di bilanciamento del carico possono essere creati come livello globale.

Prezzi e contratto di servizio

Il bilanciamento del carico tra aree condivide il contratto di servizio del bilanciamento del carico standard.

Passaggi successivi