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à vengono fatturate a livello di spazio dei nomi a livello di spazio dei nomi. Uno spazio dei nomi è associato anche a un'area.

È possibile creare un nuovo spazio dei nomi invece di usarne uno esistente in uno degli scenari seguenti:

• È necessario un hub eventi associato a una nuova area.
• È necessario un hub eventi associato a una sottoscrizione diversa.
• È 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 vuole 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 livelli standard, Premium e 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 porte è necessario aprire nel firewall?

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

• Advanced Message Queuing Protocol 1.0 (AMQP)
• Protocollo di trasferimento ipertestuale 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 la comunicazione in uscita anche quando AMQP viene usato sulla porta 5671, perché diverse operazioni di gestione eseguite dagli SDK client e l'acquisizione di token da Microsoft Entra ID (se usato) vengono eseguite su HTTPS.

Gli SDK ufficiali di Azure usano in genere il protocollo AMQP per l'invio e la ricezione di eventi da Hub eventi. L'opzione di protocollo AMQP over-WebSockets viene eseguita sulla porta TCP 443 esattamente come l'API HTTP, ma è diversamente identica a quella di 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 questa modalità è selezionata, la porta TCP 443 è sufficiente per la comunicazione. Le opzioni seguenti consentono di selezionare la modalità WebSocket AMQP o AMQP:

Quali indirizzi IP è necessario consentire?

Quando si usa Azure, a volte è necessario consentire url o intervalli di indirizzi IP specifici nel firewall aziendale o proxy per accedere a tutti i servizi di Azure in uso o provando a usarli. Verificare che il traffico sia consentito negli indirizzi IP usati da Hub eventi. Per gli indirizzi IP usati da Hub eventi di Azure: vedere Intervalli IP di Azure e tag di servizio - 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, seguire questa procedura:

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 la ridondanza della zona per lo spazio dei nomi, è necessario eseguire alcuni passaggi aggiuntivi:

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 prima di tutto il filtro IP per lo spazio dei nomi.

Abilitare quindi i log di diagnostica per gli eventi di connessione alla rete virtuale di 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 di 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 (eventi utilizzati da un hub eventi), ma non più di 4.096 eventi in uscita.
• Fino a 84 GB di spazio di archiviazione eventi (sufficiente per il periodo di conservazione predefinito di 1 ora).

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

È possibile iniziare fino a un'unità di velocità effettiva (TU) e attivare l'aumento automatico. La funzionalità di aumento automatico consente di aumentare le UR man mano che aumenta il traffico o il payload. È anche possibile impostare un limite superiore sul numero di unità elaborate.

La funzionalità di aumento automatico consente di aumentare le unità elaborate (UR). Ciò significa che è possibile iniziare acquistando unità elaborate basse e aumentando automaticamente le unità elaborate 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 unità elaborate basse (UR), ad esempio 2 UNITÀ elaborate. 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À di streaming. È 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 diversi 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, quanto è possibile inserire e trasmettere dipende da diversi fattori, ad esempio producer, consumer, velocità di inserimento ed elaborazione e molto altro ancora.

La tabella seguente illustra i risultati del benchmark ottenuti durante il test di un cluster dedicato Legacy:

Nel test sono stati usati i criteri seguenti:

• È stato usato un cluster hub eventi di livello dedicato con 4 unità di capacità (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 il cluster è stato creato con il set di opzioni Di ridimensionamento del supporto, è possibile usare l'esperienza self-service per aumentare e ridurre il numero di istanze in base alle esigenze. È possibile aumentare le prestazioni fino a 10 UNITÀ di configurazione con cluster scalabili self-service. Poiché i cluster dedicati self-service sono basati su una nuova infrastruttura, sono associati a prestazioni elevate rispetto ai cluster dedicati che non supportano la scalabilità self-service. Poiché le prestazioni dei cluster dedicati dipendono da diversi fattori, ad esempio l'allocazione delle risorse, il numero di partizioni, l'archiviazione e così via, è consigliabile determinare il numero necessario di UNITÀ di configurazione dopo il test con un carico di lavoro reale.

Inviare una richiesta di supporto negli scenari seguenti per aumentare o aumentare il numero di istanze nel cluster dedicato.

• Sono necessarie più di 10 CPU per un cluster dedicato scalabile self-service (un cluster creato con il set di opzioni Di ridimensionamento del supporto).
• È necessario aumentare o ridurre le istanze in un cluster creato senza selezionare l'opzione Supporto 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 dei cluster che non supportano il ridimensionamento self-service in cluster dedicati scalabili self-service. Se si vuole 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 ridimensionare il cluster dedicato?

Il consumo della CPU è l'indicatore chiave dell'utilizzo delle risorse del cluster dedicato. Quando l'utilizzo complessivo della CPU raggiunge il 70% (senza osservare condizioni anomale, ad esempio un numero elevato di errori del server o richieste con esito positivo basso), significa che il cluster si sta spostando verso la capacità massima. Pertanto, è possibile usarlo come indicatore per valutare se è necessario aumentare o meno le prestazioni del cluster dedicato.

Per monitorare l'utilizzo della CPU del cluster dedicato, è necessario seguire questa procedura.

• Nella pagina delle metriche del cluster dedicato di Hub eventi selezionare Aggiungi metrica.

• Selezionare CPU come metrica e usare Max come aggregazione.

  

• Selezionare quindi Aggiungi filtro e aggiungere un filtro per il tipo di Roleproprietà , usare l'operatore uguale e selezionare tutti e tre i valori (Backend, Gateway) dall'elenco a discesa.

  

  È quindi possibile monitorare questa metrica per determinare quando è necessario ridimensionare il cluster dedicato. È anche possibile configurare avvisi in base a questa metrica per ricevere notifiche 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 sarà 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 degli hub eventi da uno spazio dei nomi Standard o Premium a uno dedicato.

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

Per garantire la ridondanza della zona per l'offerta dedicata, tutte le risorse di calcolo devono avere 3 repliche in 3 data center nella stessa area. Questo è il requisito minimo per supportare la ridondanza della zona (in modo che il servizio possa comunque funzionare quando sono inattivo 2 zone/data center) e comporta una capacità di calcolo equivalente a 8 UNITÀ di calcolo.

Pertanto, questa non è una quota che è possibile modificare, ma piuttosto una restrizione dell'architettura corrente con un livello dedicato.

Poiché 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.

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 quantità di archiviazione in ogni unità elaborate copre tutti i costi di archiviazione per i periodi di conservazione di 24 ore anche se l'unità elaborate viene usata fino alla quantità massima di 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. Questo perché l'SDK di Hub eventi usa la versione più recente disponibile Archiviazione di Azure API disponibile in Azure che potrebbe non essere disponibile nella piattaforma dell'hub di Azure Stack. L'hub di Azure Stack potrebbe supportare una versione diversa di Archiviazione BLOB SDK rispetto a quella in genere disponibile 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 di come specificare come destinazione una versione specifica dell'API Archiviazione, vedere gli esempi seguenti per C#, Java, Python e JavaScript/TypeScript.

Per un esempio di come specificare come destinazione una versione specifica dell'API Archiviazione dal codice, 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