Share via

Limiti di velocità effettiva dell'inserimento in streaming

  • Articolo

Nota

Il servizio Time Series Insights (TSI) non sarà più supportato dopo marzo 2025. Prendere in considerazione la migrazione degli ambienti TSI esistenti alle soluzioni alternative non appena possibile. Per altre informazioni sulla deprecazione e la migrazione, visitare la documentazione.

Azure Time Series Insights limitazioni dei dati in ingresso di Gen2 sono descritte di seguito.

Suggerimento

Leggere Pianificare l'ambiente Azure Time Series Insights Gen2 per un elenco completo di tutti i limiti.

Limitazioni per ambiente

In generale, la velocità di ingresso viene visualizzata come il fattore che determina il numero di dispositivi all'interno dell'organizzazione, la frequenza di emissione degli eventi e le dimensioni di ogni evento:

  • Numero di dispositivi × Frequenza di emissione degli eventi × Dimensioni di ogni evento.

Per impostazione predefinita, Azure Time Series Insights Gen2 può inserire dati in ingresso a una velocità di fino a 1 megabyte al secondo (MBps) o 1000 eventi archiviati al secondo per ogni Azure Time Series Insights Ambiente Gen2. Per ogni partizione dell'hub ci sono altre limitazioni. A seconda della modalità di modellazione dei dati, le matrici di oggetti possono essere suddivise in più eventi archiviati: Come sapere se la matrice di oggetti produrrà più eventi .

Suggerimento

  • Il supporto dell'ambiente per l'inserimento di velocità fino a 2 MBps può essere fornito dalla richiesta.
  • Contattare microsoft se è necessaria una velocità effettiva maggiore inviando un ticket di supporto tramite il portale di Azure.

  • Esempio 1:

    In Contoso Shipping ci sono 100.000 dispositivi che emettono un evento tre volte al minuto. Le dimensioni di un evento sono pari a 200 byte. Usano un hub IoT con quattro partizioni come origine evento Azure Time Series Insights Gen2.

    • La frequenza di inserimento per l'ambiente Azure Time Series Insights Gen2 sarebbe: 100.000 dispositivi * 200 byte/evento * (3/60 evento/sec) = 1 MBps.
      • Supponendo partizioni bilanciate, la frequenza di inserimento per partizione sarebbe 0,25 MBps.
      • Il tasso di inserimento di Contoso Shipping sarebbe entro le limitazioni di scalabilità.

  • Esempio 2:

    Contoso Fleet Analytics ha 10.000 dispositivi che generano un evento ogni secondo. Usano un hub eventi con un conteggio di partizione pari a 2 come origine evento di Azure Time Series Insights Gen2. Le dimensioni di un evento sono pari a 200 byte.

    • Il tasso di inserimento dell'ambiente sarebbe: 10.000 dispositivi * 200 byte/evento * 1 evento/sec = 2 MBps.
      • Supponendo partizioni bilanciate, la velocità per partizione sarebbe 1 MBps.
      • La velocità di inserimento di Contoso Fleet Analytics supera i limiti dell'ambiente e della partizione. Possono inviare una richiesta a Azure Time Series Insights Gen2 tramite il portale di Azure per aumentare la velocità di inserimento per il proprio ambiente e creare un hub eventi con più partizioni da limitare.

Partizioni dell'hub e limiti per partizione

Quando si pianifica l'ambiente Azure Time Series Insights Gen2, è importante considerare la configurazione delle origini eventi che si connetteranno a Azure Time Series Insights Gen2. Sia l'hub IoT che l'hub eventi di Azure usano le partizioni per abilitare la scalabilità orizzontale per l'elaborazione degli eventi.

Una partizione è una sequenza ordinata di eventi contenuta in un hub. Il numero di partizioni viene impostato durante la fase di creazione dell'hub e non può essere modificato.

Per le procedure consigliate di partizionamento degli hub eventi, vedere Quante partizioni sono necessarie?

Nota

La maggior parte degli hub IoT usati con Azure Time Series Insights Gen2 richiede solo quattro partizioni.

Se si sta creando un nuovo hub per l'ambiente Azure Time Series Insights Gen2 o usando uno esistente, è necessario calcolare la frequenza di inserimento per ogni partizione per determinare se è entro i limiti.

Azure Time Series Insights Gen2 ha attualmente un limite generale per partizione pari a 0,5 MBps o 500 eventi archiviati al secondo. A seconda della modalità di modellazione dei dati, le matrici di oggetti possono essere suddivise in più eventi archiviati: Come sapere se la matrice di oggetti produrrà più eventi .

Considerazioni specifiche sull'hub IoT

Quando un dispositivo viene creato nell'hub IoT, viene assegnato in modo permanente a una partizione. In questo modo, l'hub IoT è in grado di garantire l'ordine degli eventi, poiché l'assegnazione non cambia mai.

Un'assegnazione di partizione fissa influisce anche sulle istanze di Azure Time Series Insights Gen2 che inseriscono dati inviati da hub IoT downstream. Quando i messaggi provenienti da più dispositivi vengono inoltrati all'hub con lo stesso ID dispositivo del gateway, possono arrivare nella stessa partizione contemporaneamente e possono superare potenzialmente i limiti di scalabilità per partizione.

Impatto:

  • Se una singola partizione sperimenta una frequenza sostenuta di inserimento oltre il limite, è possibile che Azure Time Series Insights Gen2 non sincronizza tutti i dati di telemetria del dispositivo prima del superamento del periodo di conservazione dei dati hub IoT. Di conseguenza, i dati inviati possono andare perduti se i limiti di inserimento vengono superati in modo costante.

Per attenuare questa circostanza, è consigliabile attenersi alle procedure consigliate seguenti:

  • Calcolare le velocità di inserimento per ambiente e per partizione prima di distribuire la soluzione.
  • Verificare che il carico dei dispositivi dell'hub IoT sia bilanciato il più possibile.

Importante

Per gli ambienti che usano hub IoT come origine evento, calcolare la frequenza di inserimento usando il numero di dispositivi hub in uso per assicurarsi che la frequenza sia inferiore a 0,5 MBps per limitazione della partizione.

  • Anche se diversi eventi arrivano simultaneamente, il limite non verrà superato.

Diagramma delle partizioni dell'hub IoT

Per altre informazioni sull'ottimizzazione della velocità effettiva e delle partizioni dell'hub, vedere le risorse seguenti:

Passaggi successivi