Condividi tramite

Capacità burst in Azure Cosmos DB

  • Articolo

SI APPLICA A: NoSQL MongoDB Cassandra Gremlin Tabella

La capacità burst di Azure Cosmos DB consente di sfruttare la capacità effettiva inattiva del database o del contenitore per gestire i picchi di traffico. Con la capacità burst, ogni partizione fisica può accumulare fino a 5 minuti di capacità inattiva, che può essere utilizzata a una velocità di massimo 3000 UR/s. Con la capacità burst, le richieste che altrimenti sarebbero state limitate in termini di velocità possono ora essere gestite finché tale capacità è disponibile.

La capacità burst si applica solo agli account Azure Cosmos DB che usano la velocità effettiva di cui è stato effettuato il provisioning (manuale e con scalabilità automatica) e non si applica ai contenitori serverless. Questa funzionalità viene configurata a livello di account Azure Cosmos DB e si applica automaticamente a tutti i database e contenitori nell'account con partizioni fisiche con meno di 3.000 UR/sec di velocità effettiva di cui è stato effettuato il provisioning. Le risorse con dimensioni maggiori o uguali a 3.000 UR/sec per partizione fisica non possono trarre vantaggio o usare capacità burst.

Funzionamento della capacità burst

Nota

L'attuale implementazione della capacità burst è soggetta a modifiche future. L'utilizzo della capacità burst è soggetto alla disponibilità delle risorse di sistema e non è garantito. Azure Cosmos DB può anche usare la capacità burst per le attività di manutenzione in background. Se il carico di lavoro richiede una velocità effettiva coerente oltre a quella di cui è stato effettuato il provisioning, è consigliabile effettuare il provisioning delle UR/s di conseguenza senza basarsi sulla capacità burst. Prima di abilitare la capacità burst, è consigliabile valutare anche se il layout della partizione può essere unito per assegnare in modo permanente più UR/sec per ogni partizione fisica senza basarsi sulla capacità di burst.

Si prenda l'esempio di una partizione fisica con 100 UR/sec di velocità effettiva di cui è stato effettuato il provisioning e rimasta inattiva per 5 minuti. Con la capacità burst, può accumulare un massimo di 100 UR/sec * 300 secondi = 30.000 UR di capacità burst. La capacità può essere consumata a una velocità massima di 3.000 UR/sec, quindi se si verifica un picco improvviso nel volume delle richieste, la partizione può aumentare fino a 3.000 UR/sec per un massimo di 30.000 UR / 3.000 UR/sec = 10 secondi. Senza capacità burst, tutte le richieste consumate oltre le 100 UR/sec di cui è stato effettuato il provisioning avrebbero avuto una velocità limitata (429).

Una volta superati i 10 secondi, la capacità di burst è esaurita. Se il carico di lavoro continua a superare le 100 UR/sec di cui è stato effettuato il provisioning, tutte le richieste consumate oltre le 100 UR/sec di cui è stato effettuato il provisioning avrebbero ora una velocità limitata (429). La quantità massima di capacità burst che una partizione fisica può accumulare in qualsiasi momento è pari a 300 secondi * UR/sec di cui è stato effettuato il provisioning della partizione fisica.

Introduzione

Per iniziare a usare la capacità burst, passare alla pagina Funzionalità nell'account Azure Cosmos DB. Selezionare e abilitare la funzionalità Capacità burst.

Dopo aver abilitato la funzionalità, l'applicazione richiede 15-20 minuti.

Screenshot della funzionalità Capacità burst nella pagina Funzionalità in un account Azure Cosmos DB.

Requisiti

Per abilitare la capacità burst, l'account Azure Cosmos DB deve soddisfare tutti i criteri seguenti:

  • L'account Azure Cosmos DB usa la velocità effettiva con provisioning (manuale o con scalabilità automatica). La capacità burst non si applica agli account serverless.
  • L'account Azure Cosmos DB usa l'API per NoSQL, Cassandra, Gremlin, MongoDB o Table.

Passaggi successivi