Domande frequenti sugli Hub eventi di Azure

Uno spazio dei nomi è un contenitore di ambito per hub eventi o argomenti Kafka. Specifica un nome FQDN univoco. Uno spazio dei nomi funge da contenitore di applicazioni che può ospitare più hub eventi o argomenti Kafka.

No. Una volta distribuita, non è possibile passare dal livello Standard al livello Premium senza distribuire una nuova risorsa.

Le allocazioni di capacità delle unità elaborate (UR) o unità di elaborazione (PU)) vengono fatturate a livello di spazio dei nomi. Uno spazio dei nomi è associato anche a un'area.

È possibile creare un nuovo spazio dei nomi anziché utilizzarne uno esistente in uno degli scenari seguenti:

• È necessario un hub eventi associato a una nuova area.
• È necessario un hub eventi associato a una sottoscrizione differente.
• È necessario un hub eventi con un'allocazione di capacità distinta, ovvero la capacità necessaria per lo spazio dei nomi con l'hub eventi aggiunto supererebbe la soglia di 40 TU e non si desidera andare per il cluster dedicato".

Il piano Standard di Hub eventi di Azure offre funzionalità superiori a quelle disponibili con il piano Basic. Il piano Standard offre le funzionalità seguenti:

• Periodo di conservazione degli eventi più lungo
• Connessioni negoziate aggiuntive, con sovrapprezzo per un numero di connessioni superiore a quello incluso
• Più di un singolo gruppo di consumer
• Acquisire
• Integrazione di Kafka

Per informazioni dettagliate sui piani tariffari, incluso il livello Dedicato di Hub eventi, vedere Prezzi di Hub eventi.

Hub eventi di Azure è disponibile in tutte le aree di Azure supportate. Per un elenco, visitare la pagina Aree di Azure.

Sì, purché tutti gli hub eventi si trovino nello stesso spazio dei nomi.

Il livello standard di Hub eventi supporta attualmente un periodo di conservazione massimo di sette giorni, mentre per il livello Premium e dedicato, questo limite è di 90 giorni. Si noti che gli hub eventi non sono intesi come archivi dati permanenti. I periodi di conservazione maggiori di 24 ore sono destinati agli scenari in cui è conveniente riprodurre un flusso di eventi negli stessi sistemi. ad esempio, per il training o la verifica di un nuovo modello di Machine Learning sui dati esistenti. Se è necessario conservare i messaggi per più di sette giorni, abilitando la funzionalità di acquisizione degli hub eventi nell'hub eventi viene effettuato il pull dei dati dall'hub all'account di archiviazione o all'account del servizio Azure Data Lake scelto. L'abilitazione dell'acquisizione prevede un costo in base alle unità elaborate acquistate.

È possibile configurare il periodo di conservazione per i dati acquisiti nell'account di archiviazione. La funzionalità di gestione del ciclo di vita di Archiviazione di Azure offre criteri avanzati e basati su regole per gli account di archiviazione v2 e BLOB per utilizzo generico. Usare i criteri per trasferire i dati ai livelli di accesso appropriati o farli scadere alla fine del loro ciclo di vita. Per altre informazioni, vedere Gestire il ciclo di vita di Archiviazione BLOB di Azure.

Hub eventi genera metriche complete che specificano lo stato delle risorse in Monitoraggio di Azure. Consentono anche di valutare l'integrità generale delle risorse del servizio Hub eventi, non solo a livello di spazio dei nomi, ma anche a livello di entità. Sono disponibili informazioni sul tipo di monitoraggio offerto per Hub eventi di Azure.

Hub eventi di Azure standard, Premium e livelli dedicati archivia ed elabora i dati pubblicati nell'area selezionata quando si crea uno spazio dei nomi di Hub eventi. Per impostazione predefinita, i dati dei clienti rimangono all'interno di tale area. Quando si configura il ripristino di emergenza geografico per uno spazio dei nomi di Hub eventi di Azure, i metadati vengono copiati nell'area secondaria selezionata. Di conseguenza, questo servizio soddisfa automaticamente i requisiti di residenza dei dati dell'area, inclusi quelli specificati nel Centro protezione.

Quali protocolli è possibile usare per inviare e ricevere eventi?

I producer o i mittenti possono usare protocolli AMQP (Advanced Messaging Queuing Protocol), Kafka o HTTPS per inviare eventi a un hub eventi.

I consumer o i ricevitori usano AMQP o Kafka per ricevere eventi da un hub eventi. Hub eventi supporta solo il modello pull da cui i consumer ricevono gli eventi. Anche quando si usano gestori eventi per gestire gli eventi da un hub eventi, il processore di eventi usa internamente il modello pull per ricevere eventi dall'hub eventi.

AMQP

È possibile usare il protocollo AMQP 1.0 per inviare e ricevere eventi da Hub eventi di Azure. AMQP offre comunicazioni affidabili, efficienti e sicure per l'invio e la ricezione di eventi. È possibile usarlo per lo streaming ad alte prestazioni e in tempo reale ed è supportato dalla maggior parte degli SDK di Hub eventi di Azure.

HTTPS/REST API

È possibile inviare eventi solo a Hub eventi usando le richieste HTTP POST. Hub eventi non supporta la ricezione di eventi tramite HTTPS. È adatto per i client leggeri in cui una connessione TCP diretta non è fattibile.

Apache Kafka

Hub eventi di Azure ha un endpoint Kafka predefinito che supporta producer e consumer Kafka. Le applicazioni compilate con Kafka possono usare il protocollo Kafka (versione 1.0 o successiva) per inviare e ricevere eventi da Hub eventi senza modifiche al codice.

Gli SDK di Azure astraggono i protocolli di comunicazione sottostanti e offrono un modo semplificato per inviare e ricevere eventi da Hub eventi usando linguaggi come C#, Java, Python, JavaScript e così via.

Quali porte è necessario aprire nel firewall?

È possibile usare i protocolli seguenti con l'Hub eventi di Azure per inviare e ricevere eventi:

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Hypertext Transfer Protocol 1.1 con Transport Layer Security (HTTPS)
• Apache Kafka

Vedere la tabella seguente per le porte in uscita da aprire per usare questi protocolli per comunicare con Hub eventi di Azure.

La porta HTTPS è necessaria per le comunicazioni in uscita anche quando AMQP viene usato sulla porta 5671, poiché su HTTPS vengono eseguite diverse operazioni di gestione eseguite dagli SDK client e l'acquisizione di token da Microsoft Entra ID (se usato).

Gli SDK ufficiali di Azure usano in genere il protocollo AMQP per l'invio e la ricezione di eventi dall'Hub eventi. L'opzione di protocollo AMQP-over-WebSockets viene eseguita sulla porta TCP 443 esattamente come l'API HTTP, ma per il resto è funzionalmente identica all'AMQP normale. Questa opzione ha una latenza di connessione iniziale più elevata a causa di round trip aggiuntivi di handshake e un po' più sovraccarico come compromesso per la condivisione della porta HTTPS. Se è selezionata questa modalità, la porta TCP 443 è sufficiente per la comunicazione. Le opzioni seguenti consentono di selezionare la modalità WebSockets AMQP o AMQP normale:

Quali indirizzi IP occorre consentire?

Quando si usa Azure, talvolta occorre consentire URL o intervalli di indirizzi IP specifici nel firewall o nel proxy aziendale per accedere a tutti i servizi di Azure in uso o che si sta provando a usare. Verificare che il traffico sia consentito negli indirizzi IP usati dall'Hub eventi. Per gli indirizzi IP usati dall'Hub eventi di Azure: vedere Tag del servizio e intervalli IP di Azure - Cloud pubblico.

Verificare inoltre che l'indirizzo IP per lo spazio dei nomi sia consentito. Per trovare gli indirizzi IP corretti per consentire le connessioni, attenersi alla procedura seguente:

1. Al prompt dei comandi eseguire il comando seguente:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Annotare l'indirizzo IP restituito in Non-authoritative answer.

Se si usa uno spazio dei nomi ospitato in un cluster precedente (basato su Servizi cloud - CNAME che termina con *.cloudapp.net) e lo spazio dei nomi è ridondante della zona, è necessario seguire alcuni passaggi aggiuntivi. Se lo spazio dei nomi si trova in un cluster più recente (basato sul set di scalabilità di macchine virtuali - CNAME che termina con *.cloudapp.azure.com) e la ridondanza della zona è possibile ignorare i passaggi seguenti.

1. Per prima cosa, eseguire nslookup nello spazio dei nomi.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Annotare il nome nella sezione di risposta non autorevole, presente in uno dei formati seguenti:

   <name>-s1.cloudapp.net
   <name>-s2.cloudapp.net
   <name>-s3.cloudapp.net
   

3. Eseguire nslookup per ciascuna di esse con suffissi S1, S2 e S3 per ottenere gli indirizzi IP di tutte e tre le istanze in esecuzione in tre zone di disponibilità.

   Nota

   L'indirizzo IP restituito dal comando nslookup non è un indirizzo IP statico. Rimane tuttavia costante fino a quando la distribuzione sottostante non viene eliminata o spostata in un cluster diverso.

Quali indirizzi IP client inviano o ricevono eventi dallo spazio dei nomi?

Abilitare innanzitutto il filtro IP nello spazio dei nomi.

Abilitare quindi i log di diagnostica per gli eventi di connessione di rete virtuale dell'Hub eventi seguendo le istruzioni riportate in Abilitare i log di diagnostica. Viene visualizzato l'indirizzo IP per cui viene negata la connessione.

{
    "SubscriptionId": "0000000-0000-0000-0000-000000000000",
    "NamespaceName": "namespace-name",
    "IPAddress": "1.2.3.4",
    "Action": "Deny Connection",
    "Reason": "IPAddress doesn't belong to a subnet with Service Endpoint enabled.",
    "Count": "65",
    "ResourceId": "/subscriptions/0000000-0000-0000-0000-000000000000/resourcegroups/testrg/providers/microsoft.eventhub/namespaces/namespace-name",
    "Category": "EventHubVNetConnectionEvent"
}

Hub eventi offre un endpoint Kafka che può essere usato dalle applicazioni esistenti basate su Apache Kafka. È sufficiente una modifica di configurazione per abilitare l'esperienza PaaS di Kafka, che offre un'alternativa all'esecuzione di un cluster Kafka. Hub eventi supporta Apache Kafka 1.0 e le versioni client più recenti e può essere usato con le applicazioni, gli strumenti e i framework Kafka esistenti. Per altre informazioni, vedere il repository di Hub eventi per Kafka.

Per connettersi a un hub eventi, è necessario aggiornare le configurazioni dei client Kafka. Questa operazione viene eseguita creando uno spazio dei nomi di Hub eventi e ottenendo la stringa di connessione. Modificare bootstrap.servers in modo che punti all'FQDN di Hub eventi e la porta in 9093. Aggiornare sasl.jaas.config in modo che indirizzi il client Kafka all'endpoint di Hub eventi (ovvero la stringa di connessione ottenuta), con l'autenticazione corretta, come illustrato di seguito:

bootstrap.servers={YOUR.EVENTHUBS.FQDN}:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="{YOUR.EVENTHUBS.CONNECTION.STRING}";

Esempio:

bootstrap.servers=dummynamespace.servicebus.windows.net:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://dummynamespace.servicebus.windows.net/;SharedAccessKeyName=DummyAccessKeyName;SharedAccessKey=XXXXXXXXXXXXXXXXXXXXX";

La dimensione massima dei messaggi consentita per Hub eventi è 1 MB.

La velocità effettiva in Hub eventi definisce la quantità di dati in megabyte o il numero (in migliaia) di eventi da 1 KB in ingresso e in uscita da Hub eventi. Questa velocità effettiva viene misurata in unità elaborate. Acquistare unità elaborate prima di iniziare a usare il servizio Hub eventi. È possibile selezionare in modo esplicito le unità elaborate in Hub eventi tramite il portale o i modelli di Resource Manager in Hub eventi.

Sì, le unità elaborate si applicano a tutti gli hub eventi in uno spazio dei nomi di Hub eventi. Significa che le unità elaborate vengono acquistate a livello di spazio dei nomi e condivise con l'hub eventi nello spazio. Ogni unità elaborata conferisce allo spazio dei nomi le capacità seguenti:

• Fino a 1 MB al secondo di eventi in ingresso (eventi inviati a un hub eventi), ma non più di 1.000 eventi in ingresso, operazioni di gestione o chiamate API di controllo al secondo.
• Fino a 2 MB al secondo di eventi in uscita (gli eventi utilizzati da un hub eventi), ma non più di 4.096 eventi in uscita.
• Fino a 84 GB di archiviazione eventi (sufficienti per il periodo di conservazione predefinito di 1 ore).

Le unità elaborate vengono fatturate su base oraria. La fatturazione è basata sul numero massimo di unità selezionato in una determinata ora.

È possibile iniziare con una sola unità elaborata (TU) e attivare aumento automatico. La funzionalità di aumento automatico consente di espandere le unità elaborate man mano che aumentano traffico e payload. È anche possibile impostare un limite superiore sul numero di unità elaborate.

La funzionalità di aumento automatico consente di aumentare le unità elaborate (TU). Significa che è possibile iniziare acquistando poche unità elaborate e aumentandole tramite la funzionalità man mano che aumenta il traffico in ingresso. Rappresenta un'opzione conveniente e conferisce il controllo completo sul numero di unità elaborate da gestire. Si tratta di una funzionalità destinata esclusivamente all'aumento della quantità di unità elaborate. Per controllarne la riduzione, è sufficiente aggiornarla.

È possibile iniziare con poche unità elaborate (TU), ad esempio 2. Se si prevede che il traffico possa aumentare fino a 15 unità elaborate, abilitare la funzionalità di aumento automatico nello spazio dei nomi e impostare il limite massimo su 15 unità elaborate. È ora possibile aumentare automaticamente le unità elaborate man mano che aumenta il traffico.

Questa funzionalità non prevede alcun costo associato.

Attualmente, questo non è possibile perché i vecchi spazi dei nomi di Hub eventi si trovano in cluster differenti e non è possibile eseguirne la migrazione ai nuovi cluster che abilitano automaticamente la ridondanza della zona quando vengono creati nuovi spazi dei nomi dell'Hub eventi.

Se la velocità effettiva totale in ingresso o la frequenza degli eventi totali in ingresso fra tutti gli hub eventi in uno spazio dei nomi supera la capacità massima di unità elaborate aggregate, i mittenti vengono limitati e ricevono errori indicanti che è stata superata la quota in ingresso.

Se la velocità effettiva totale in uscita o la frequenza degli eventi totali in uscita fra tutti gli hub eventi in uno spazio dei nomi supera la capacità massima di unità elaborate aggregate, i destinatari vengono limitati ma non si generano errori di limitazione.

Le quote in ingresso e uscita vengono applicate separatamente, in modo che nessun mittente possa causare il rallentamento dell'utilizzo e nessun destinatario possa impedire l'invio di eventi a un hub eventi.

Quando si crea uno spazio dei nomi di livello Basic o Standard nel portale di Azure, è possibile selezionare fino a 40 unità elaborate per lo spazio dei nomi. Oltre 40 unità elaborate, Hub eventi offre modelli basati su risorse o capacità, ad esempio cluster Hub eventi Premium e Hub eventi Dedicato. Per altre informazioni, vedere Hub eventi Premium - Panoramica e Hub eventi Dedicato - Panoramica.

I cluster Hub eventi Dedicato offrono distribuzioni a tenant singolo per i clienti con i requisiti più rigorosi. Questa offerta crea un cluster basato sulla capacità che non è associato da unità elaborate. Ciò significa che è possibile usare il cluster per inserire e trasmettere i dati in base all'uso della CPU e della memoria del cluster. Per altre informazioni, vedere la panoramica dei cluster Hub eventi Dedicato.

Per istruzioni dettagliate e altre informazioni sulla configurazione di un cluster di Hub eventi Dedicato, vedere Avvio rapido: Creare un cluster di Hub eventi Dedicato usando il portale di Azure.

Cosa è possibile ottenere con un cluster?

Per un cluster di Hub eventi, la quantità di inserimento e flusso dipende da fattori quali producer, consumer e velocità di inserimento ed elaborazione.

La tabella seguente illustra i risultati del benchmark ottenuti durante il test con un cluster dedicato di legacy.

Nel test sono stati usati i criteri seguenti:

• È stato usato un cluster Hub eventi di livello dedicato con quattro CU.
• L'hub eventi usato per l'inserimento aveva 200 partizioni.
• I dati inseriti da tutte le partizioni vengono ricevuti da due applicazioni riceventi.

È possibile aumentare o ridurre le prestazioni del cluster?

Se si crea il cluster con il set di opzioni supporto del ridimensionamento, è possibile usare l'esperienza self-service per aumentare il numero di istanze e aumentare il numero di istanze, in base alle esigenze. È possibile aumentare le prestazioni fino a 10 unità di configurazione con cluster scalabili self-service. I cluster dedicati self-service sono basati su una nuova infrastruttura, quindi offrono prestazioni migliori rispetto ai cluster dedicati che non supportano il ridimensionamento self-service. Le prestazioni dei cluster dedicati dipendono da fattori quali l'allocazione delle risorse, il numero di partizioni e l'archiviazione. È consigliabile determinare il numero di unità di configurazione richiesto dopo il test con un carico di lavoro reale.

Inviare una richiesta di supporto per aumentare o ridimensionare il cluster dedicato negli scenari seguenti:

• Sono necessarie più di 10 unità di configurazione per un cluster dedicato scalabile self-service (un cluster creato con il set di opzioni supporto per il ridimensionamento).
• È necessario aumentare o ridurre il numero di istanze in un cluster creato senza selezionare l'opzione Supportare il ridimensionamento.
• È necessario aumentare o aumentare il numero di istanze in un cluster dedicato creato prima del rilascio dell'esperienza self-service.

È possibile eseguire la migrazione da un cluster legacy a un cluster scalabile self-service?

A causa della differenza nell'infrastruttura hardware e software sottostante, attualmente non è supportata la migrazione di cluster che non supportano il ridimensionamento self-service in cluster dedicati scalabili self-service. Se si desidera usare il ridimensionamento self-service, è necessario ricreare il cluster. Per informazioni su come creare un cluster scalabile, vedere Creare un cluster dedicato di Hub eventi.

Quando è necessario ridimensionare il cluster dedicato?

Il consumo della CPU è l'indicatore chiave dell'utilizzo delle risorse del cluster dedicato. Quando l'utilizzo complessivo della CPU inizia a raggiungere il 70% (senza osservare condizioni anomale, ad esempio un numero elevato di errori del server o un numero ridotto di richieste riuscite), significa che il cluster si sta dirigendo verso la capacità massima. È possibile usare queste informazioni come indicatore per valutare se è necessario aumentare o meno il cluster dedicato.

Per monitorare l'utilizzo della CPU del cluster dedicato, seguire questa procedura:

1. Nella pagina Metriche del cluster dedicato di Hub eventi selezionare Aggiungi metrica.

2. Selezionare CPU come metrica e usare Max come aggregazione.

   

3. Selezionare Aggiungi filtro e aggiungere un filtro per il tipo Proprietà Ruolo. Usare l'operatore uguale e selezionare tutti i valori (Back-end e Gateway) nell'elenco a discesa.

   

   È quindi possibile monitorare questa metrica per determinare quando è necessario ridimensionare il cluster dedicato. È anche possibile configurare avvisi su questa metrica per ricevere una notifica quando l'utilizzo della CPU raggiunge le soglie impostate.

Come funziona il ripristino di emergenza geografico con il cluster?

È possibile associare geograficamente uno spazio dei nomi in un cluster di livello dedicato con un altro spazio dei nomi in un cluster di livello dedicato. Non è consigliabile associare uno spazio dei nomi dedicato a uno spazio dei nomi nell'offerta Standard perché il limite di velocità effettiva non è compatibile e genera errori.

È possibile eseguire la migrazione degli spazi dei nomi Standard o Premium a un cluster di livello dedicato?

Attualmente non è supportato un processo di migrazione automatizzato per la migrazione dei dati di Hub eventi da uno spazio dei nomi Standard o Premium a uno dedicato.

Perché un cluster legacy dedicato con ridondanza della zona ha almeno otto CU?

Per garantire la ridondanza della zona per l'offerta Dedicata, tutte le risorse di calcolo devono avere tre repliche in tre data center nella stessa area. Questo requisito minimo supporta la ridondanza della zona (in modo che il servizio possa comunque funzionare quando due zone o data center sono inattivo) e comporta una capacità di calcolo equivalente a otto unità di configurazione.

Non è possibile modificare questa quota. Si tratta di una restrizione dell'architettura corrente con un livello Dedicato.

La partizione è un meccanismo di organizzazione dei dati che consente di pubblicare e utilizzare i dati in modo parallelo. È consigliabile bilanciare le unità di ridimensionamento (unità elaborate per il livello Standard, le unità di elaborazione per il livello Premium o le unità di capacità per il livello dedicato) e le partizioni per ottenere una scalabilità ottimale. In generale, è consigliabile una velocità effettiva massima di 1 MB/s per partizione. Pertanto, una regola generale per calcolare il numero di partizioni consiste nel dividere la velocità effettiva massima prevista per 1 MB/s. Ad esempio, se il caso d'uso richiede 20 MB/s, è consigliabile scegliere almeno 20 partizioni per ottenere la velocità effettiva ottimale.

Tuttavia, se si dispone di un modello in cui l'applicazione ha un'affinità con una determinata partizione, l'aumento del numero di partizioni non è vantaggioso. Per altre informazioni, vedere Disponibilità e coerenza.

No, non è possibile perché le partizioni non sono modificabili nel livello Standard. L'aggiunta dinamica delle partizioni è disponibile solo nei livelli Premium e dedicati di Hub eventi.

Per informazioni complete sui prezzi di Hub eventi, vedere Prezzi Hub eventi.

Il livello Standard di Hub eventi consente periodi di conservazione dei messaggi superiori alle 24 ore, per un massimo di sette giorni. Se le dimensioni del numero totale di eventi archiviati supera i limiti di archiviazione per il numero di unità elaborate selezionate, ovvero 84 GB per unità elaborata, alle dimensioni che superano i limiti saranno applicate le tariffe pubblicate per l'archivio BLOB di Azure. La capacità di archiviazione consentita in ogni unità elaborata copre tutti i costi di archiviazione per periodi di conservazione di 24 ore anche se l'unità elaborata viene utilizzata fino alla massima capacità consentita in ingresso.

Le dimensioni totali di tutti gli eventi archiviati, incluso il sovraccarico interno per le intestazioni degli eventi o nelle strutture di archiviazione su disco in tutti gli hub eventi vengono misurate nel corso della giornata. Alla fine della giornata, viene calcolata la dimensione di archiviazione massima. L'archiviazione giornaliera consentita viene calcolata in base al numero minimo di unità elaborate selezionate durante il giorno (ogni unità elaborata fornisce una capacità massima di 84 GB). Se la dimensione totale supera la capacità massima di archiviazione giornaliera calcolata, l'archiviazione in eccesso viene fatturata in base alle tariffe di archiviazione BLOB di Azure (alla tariffa di archiviazione con ridondanza locale ).

Ogni evento inviato a un hub eventi conta come messaggio fatturabile. Un evento in ingresso è definito come un'unità di dati minore o uguale a 64 KB. Qualsiasi evento di dimensioni minori o uguali a 64 KB è considerato un evento fatturabile. Se l'evento è maggiore di 64 KB, il numero di eventi fatturabili viene calcolato in base alla dimensione dell'evento, in multipli di 64 KB. Un evento di 8 KB inviato all'hub eventi viene ad esempio fatturato come un solo evento, mentre un messaggio di 96 KB inviato all'hub eventi viene fatturato come due eventi.

Gli eventi utilizzati da un hub eventi, nonché le operazioni di gestione e le chiamate di controllo come i checkpoint, non vengono conteggiati come eventi in ingresso fatturabili, ma si accumulano fino alla capacità massima di unità elaborate.

I costi di connessione si applicano solo quando viene usato il protocollo AMQP. Non sono previsti costi di connessione per l'invio di eventi tramite HTTP, indipendentemente dal numero di sistemi o dispositivi di invio. Se si prevede di usare AMQP, ad esempio per ottenere un flusso di eventi più efficiente o consentire la comunicazione bidirezionale in scenari di comando e controllo IoT, vedere Prezzi di Hub eventi per i dettagli relativi al numero di connessioni incluse in ogni livello di servizio.

L'acquisizione di Hub eventi è abilitata quando per qualsiasi hub eventi nello spazio dei nomi è abilitata l'opzione Acquisizione. L'acquisizione di Hub eventi viene fatturata mensilmente per unità elaborate acquistate. Man mano che il numero di unità elaborate aumenta o diminuisce, queste variazioni si riflettono sulla fatturazione dell'acquisizione di Hub eventi in incrementi di ore intere. Per altre informazioni sulla fatturazione dell'acquisizione di Hub eventi, vedere Prezzi di Hub eventi.

L'acquisizione usa un account di archiviazione fornito dall'utente, quando la funzione è abilitata in un hub eventi. Poiché si tratta dell'account di archiviazione dell'utente, eventuali modifiche alla configurazione verranno fatturate sulla sua sottoscrizione di Azure.

Per un elenco di tutte le quote dell'hub eventi, vedere quote.

Quando si elimina uno spazio dei nomi da una sottoscrizione, attendere 4 ore prima di ricrearla con lo stesso nome in un'altra sottoscrizione. In caso contrario, è possibile che venga visualizzato il messaggio di errore seguente: Namespace already exists.

Per un elenco delle possibili eccezioni degli hub eventi, vedere Eccezioni della messaggistica di Hub eventi.

Hub eventi supporta due tipi di log di diagnostica, i log degli errori di acquisizione e i log operativi, entrambi rappresentati in JSON e attivabili tramite il Portale di Azure.

Il supporto tecnico per hub eventi è disponibile tramite la pagina delle domande e risposte Microsoft per il bus di servizio di Azure. Il supporto per fatturazione e gestione delle sottoscrizioni viene fornito gratuitamente.

Per altre informazioni sul Contratto di servizio, visitare la pagina Contratti di servizio .

Se si esegue questo codice nell'hub di Azure Stack, si verificheranno errori di runtime a meno che non si scelga una versione specifica dell'API di archiviazione come destinazione. Il motivo è che Event Hubs SDK usa l'ultima versione disponibile in Azure dell'API di Archiviazione di Azure, che potrebbe non essere presente nella piattaforma dell'hub di Azure Stack. L'hub di Azure Stack potrebbe supportare una versione di Storage Blob SDK differente da quelle solitamente disponibili in Azure. Se si usa Archiviazione BLOB di Azure come archivio di checkpoint, verificare la versione dell'API di archiviazione di Azure supportata per la build dell'hub di Azure Stack e scegliere tale versione come destinazione nel codice.

Se ad esempio è in esecuzione l'hub di Azure Stack versione 2005, la versione più recente disponibile per il servizio di archiviazione è la versione 2019-02-02. Per impostazione predefinita, la libreria client di Event Hubs SDK usa la versione più recente disponibile in Azure (2019-07-07 al momento del rilascio dell'SDK). In questo caso, oltre ai passaggi descritti in questa sezione, sarà anche necessario aggiungere codice destinato alla versione 2019-02-02 dell'API del servizio di archiviazione. Per un esempio su come impostare come destinazione una versione specifica dell'API di archiviazione, vedere gli esempi seguenti per C#, Java, Python e JavaScript/TypeScript.

Per informazioni su come definire una versione di destinazione specifica dell'API di archiviazione, vedere gli esempi seguenti in GitHub:

• .NET
• Java
• Python - Metodo sincrono, asincrono
• JavaScript e TypeScript

Passaggi successivi

Per ulteriori informazioni su Hub eventi visitare i collegamenti seguenti:

• Panoramica di Hub eventi
• Creare un hub eventi
• Aumento automatico di Hub eventi