Condividi tramite

Endpoint di Gestione traffico

  • Articolo

Gestione traffico di Azure consente di controllare il modo in cui il traffico di rete viene distribuito alle distribuzioni di applicazioni in esecuzione in data center diversi. In Gestione traffico ogni distribuzione di applicazioni viene configurata come "endpoint". Quando Gestione traffico riceve una richiesta DNS, sceglie un endpoint disponibile da restituire nella risposta DNS. Gestione traffico basa la scelta sullo stato dell'endpoint corrente e sul metodo di routing del traffico. Per altre informazioni, vedere Funzionamento di Gestione traffico.

Gli endpoint supportati da Gestione traffico sono di tre tipi:

  • Endpoint di Azure, usati per i servizi ospitati in Azure.
  • Gli endpoint esterni vengono usati per indirizzi IPv4/IPv6, FQDN o per i servizi ospitati all'esterno di Azure. Questi servizi possono essere locali o con un provider di hosting diverso.
  • Endpoint annidati, usati per combinare i profili di Gestione traffico e creare schemi di routing del traffico più flessibili, per supportare le esigenze di distribuzioni più grandi e complesse.

Esistono alcune restrizioni sul modo in cui gli endpoint di tipi diversi possono essere combinati in un singolo profilo di Gestione traffico o gerarchia di profili annidati. Non è possibile combinare endpoint esterni con destinazioni di tipi diversi (nome di dominio, indirizzo IP) o endpoint esterni con indirizzi IP come destinazioni con endpoint di Azure.

Le sezioni seguenti descrivono i singoli tipi di endpoint in modo più approfondito.

Endpoint di Azure

In Gestione traffico gli endpoint di Azure vengono usati per i servizi basati su Azure. Sono supportati i tipi di risorse di Azure seguenti:

  • Servizi cloud PaaS
  • App Web
  • Slot per App Web
  • Risorse PublicIPAddress, che possono essere collegate alle macchine virtuali direttamente o tramite Azure Load Balancer. È necessario che al valore publicIpAddress sia assegnato un nome DNS, da usare in un profilo di Gestione traffico.

Le risorse PublicIPAddress sono risorse di Azure Resource Manager. Non esistono nel modello di distribuzione classica e sono supportati solo nelle esperienze di Azure Resource Manager di Gestione traffico. Gli altri tipi di endpoint sono supportati mediante Resource Manager e il modello di distribuzione classica.

Quando si usano gli endpoint di Azure, Gestione traffico rileva quando un'app Web viene arrestata e avviata. Questo stato si riflette nello stato dell'endpoint. Per altri dettagli, vedere Monitoraggio e failover degli endpoint di Gestione traffico. Quando il servizio sottostante viene arrestato, Gestione traffico non esegue controlli di integrità degli endpoint o indirizza il traffico all'endpoint. Per l'istanza arrestata non si verifica alcun evento di fatturazione di Gestione traffico. Quando il servizio viene riavviato, la fatturazione riprende e l'endpoint è di nuovo idoneo a ricevere il traffico. Questo rilevamento non si applica agli endpoint PublicIpAddress.

Endpoint esterni

Gli endpoint esterni vengono usati per indirizzi IPv4/IPv6, FQDN o per i servizi esterni ad Azure. L'uso degli endpoint di indirizzi IPv4/IPv6 consente Gestione traffico di controllare l'integrità degli endpoint senza richiedere un nome DNS. Di conseguenza, Gestione traffico può rispondere alle query con i record A/AAAA quando viene restituito l'endpoint in una risposta. I servizi esterni ad Azure possono includere un servizio ospitato in locale o da un provider diverso. Gli endpoint esterni possono essere usati singolarmente o in combinazione con endpoint di Azure nello stesso profilo di Gestione traffico. L'eccezione riguarda gli endpoint specificati come indirizzi IPv4 o IPv6, che possono essere solo endpoint esterni. La combinazione di endpoint di Azure con endpoint esterni consente un'ampia gamma di scenari:

  • Offre maggiore ridondanza per un'applicazione locale esistente in un modello di failover attivo-passivo o attivo-attivo con l'utilizzo di Azure.
  • Instradare il traffico agli endpoint a cui non è associato un nome DNS. Riduce anche la latenza di ricerca DNS complessiva rimuovendo la necessità di eseguire una seconda query DNS per ottenere un indirizzo IP di un nome DNS restituito.
  • Ridurre la latenza delle applicazioni per gli utenti in tutto il mondo, estendere un'applicazione locale esistente ad altre posizioni geografiche in Azure. Per altre informazioni, vedere Routing del traffico delle prestazioni.
  • Offrire una maggiore capacità per un'applicazione locale esistente, in modo continuo o come soluzione "burst-to-cloud" per soddisfare un picco della domanda tramite Azure.

In alcuni casi, è utile usare endpoint esterni per fare riferimento ai servizi di Azure. Per esempi, vedere le domande frequenti . I controlli di integrità vengono fatturati alla tariffa degli endpoint di Azure, non alla tariffa endpoint esterni. A differenza degli endpoint di Azure, se si arresta o si elimina il servizio sottostante, la fatturazione del controllo integrità continua. La fatturazione si arresta dopo aver disabilitato o eliminato l'endpoint in Gestione traffico.

Endpoint annidati

Gli endpoint annidati combinano più profili Gestione traffico per creare schemi di routing del traffico flessibili per supportare le esigenze di distribuzioni più grandi e complesse. Con gli endpoint annidati, un profilo figlio viene aggiunto come endpoint a un profilo padre. Entrambi i profili padre e figlio possono contenere altri endpoint di qualsiasi tipo, inclusi altri profili annidati.

Per altre informazioni, vedere Profili di Gestione traffico annidati.

App Web come endpoint

Quando si configura App Web come endpoint in Gestione traffico, si applicano altre considerazioni:

  1. Solo App Web nello SKU Standard o versione successiva sono idonei per l'uso con Gestione traffico. I tentativi di aggiungere app Web dello SKU di una versione precedente hanno esito negativo. Se si esegue il downgrade dello SKU di un'app Web esistente, Gestione traffico smette di inviare traffico a tale app Web. Per altre informazioni sui piani supportati, vedere i piani di servizio app.
  2. Quando un endpoint riceve una richiesta HTTP, usa l'intestazione host nella richiesta per determinare quale app Web deve gestire la richiesta. L'intestazione host contiene il nome DNS usato per avviare la richiesta, ad esempio contosoapp.azurewebsites.net. Per usare un nome DNS diverso con l'app Web, tale nome DNS deve essere registrato come nome di dominio personalizzato per l'app. Quando si aggiunge un endpoint di app Web come endpoint di Azure, il nome DNS del profilo di Gestione traffico viene registrato automaticamente per l'app. Questa registrazione viene rimossa automaticamente quando l'endpoint viene eliminato.
  3. Ogni profilo di Gestione traffico può avere al massimo un endpoint di app Web da ogni area di Azure. Per ovviare a questa limitazione, è possibile configurare un'app Web come endpoint esterno. Per altre informazioni, vedere la sezione Domande frequenti.

Abilitazione e disabilitazione di endpoint

La disabilitazione di un endpoint in Gestione traffico risulta utile per rimuovere temporaneamente il traffico da un endpoint in modalità di manutenzione o in corso di ridistribuzione. Quando l'endpoint è di nuovo operativo, è possibile abilitarlo nuovamente.

È possibile abilitare o disabilitare gli endpoint Gestione traffico usando l'API REST portale di Azure, PowerShell, interfaccia della riga di comando o REST.

Nota

La disabilitazione di un endpoint di Azure non ha nulla a che vedere con il relativo stato di distribuzione in Azure. Un servizio di Azure,ad esempio una macchina virtuale o un'app Web, rimane in esecuzione e può ricevere traffico anche se disabilitato in Gestione traffico. È possibile indirizzare il traffico direttamente all'istanza del servizio, senza usare il nome DNS del profilo di Gestione traffico. Per altre informazioni, vedere Funzionamento di Gestione traffico.

L'idoneità corrente di ogni endpoint a ricevere il traffico dipende dai fattori seguenti:

  • Stato del profilo (abilitato/disabilitato)
  • Stato dell'endpoint (abilitato/disabilitato)
  • Risultati dei controlli di integrità per l'endpoint

Per altre informazioni, vedere Informazioni sul monitoraggio di Gestione traffico.

Nota

Dal momento che Gestione traffico lavora a livello di DNS, non è in grado di influenzare le connessioni esistenti verso qualsiasi endpoint. Quando un endpoint non è disponibile, Gestione traffico indirizza le nuove connessioni a un altro endpoint disponibile. L'host dietro all'endpoint disabilitato o non integro, tuttavia, può continuare a ricevere il traffico tramite le connessioni esistenti fino a quando le sessioni in questione non vengono terminate. Per consentire lo smaltimento del traffico dalle connessioni esistenti, le applicazioni devono limitare la durata delle sessioni.

Se tutti gli endpoint in un profilo vengono disabilitati o se il profilo stesso viene disabilitato, Gestione traffico invia una NXDOMAIN risposta a una nuova query DNS.

Domande frequenti

Passaggi successivi