Bilanciamento del carico globale

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

  • Traffico in ingresso proveniente da più aree.
  • Failover globale immediato alla successiva distribuzione ottimale a livello di area.
  • Distribuzione del carico tra aree nell'area di Azure più vicina con latenza ultra bassa.
  • Possibilità di aumentare o ridurre le prestazioni dietro un singolo endpoint.
  • Indirizzo IP globale anycast statico
  • Conservazione ip client
  • Creare una soluzione di bilanciamento del carico esistente senza curva di apprendimento

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

Diagram of cross-region load balancer.

Nota

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

Ridondanza a livello di area

Configurare la ridondanza a livello di area collegando facilmente un servizio di bilanciamento del carico tra aree ai servizi di bilanciamento 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 servizio di bilanciamento del carico tra aree raccoglie informazioni sulla disponibilità di ogni servizio di bilanciamento del carico a livello di area ogni 5 secondi. Se un servizio di bilanciamento del carico a livello di area riduce la disponibilità a 0, il servizio di bilanciamento del carico tra aree rileva l'errore. Il servizio di bilanciamento del carico a livello di area viene quindi estratto dalla rotazione.

Diagram of global region traffic view.

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 servizio di bilanciamento del carico tra aree con servizi di bilanciamento 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 regione più vicina di Seattle. Il traffico viene instradato al servizio di bilanciamento del carico dell'area più vicino, ovvero Stati Uniti occidentali.

Il servizio di 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 servizi di bilanciamento del carico a livello di area viene usata per prendere la decisione finale di routing quando vengono usati più servizi di bilanciamento 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 servizi di bilanciamento del carico a livello di area.

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

Quando si espone l'endpoint globale di un servizio di 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 servizio di 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, leggere altre informazioni qui.

Conservazione IP client

Il servizio di bilanciamento del carico tra aree è un servizio di bilanciamento del carico di rete 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, vedere Più front-end per Azure Load Balancer.

È importante notare che l'indirizzo IP mobile configurato nel servizio di bilanciamento del carico tra aree di Azure opera indipendentemente dalle configurazioni IP mobili nei servizi di bilanciamento del carico a livello di area back-end. Se l'indirizzo IP mobile è abilitato nel servizio di 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 servizi di bilanciamento del carico a livello di area back-end quando si decide dove distribuire il traffico. I controlli di integrità da parte del servizio di bilanciamento del carico tra aree vengono eseguiti automaticamente ogni 5 secondi, dato che un utente ha configurato probe di integrità nel servizio di bilanciamento del carico a livello di area.

Creare una soluzione tra aree in Azure Load Balancer esistente

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

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

Aree geografiche e aree geografiche partecipanti

L'area principale è la posizione in cui viene distribuito il servizio di 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 domestica diventa inattiva, il flusso del traffico non è interessato.

Aree home 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 servizio di bilanciamento del carico tra aree o l'indirizzo IP pubblico nel livello globale in una delle aree Home elencate.

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

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

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

Diagram of multiple region global traffic.

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 servizi di bilanciamento 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 del servizio 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 servizio di bilanciamento del carico privato o interno al pool back-end di un servizio di 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 le regole in uscita nel servizio di bilanciamento del carico a livello di area o nel 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 servizio di bilanciamento del carico tra aree condivide il contratto di servizio di bilanciamento del carico standard.

Passaggi successivi