Azure Cosmos DB-containers en -databases maken met doorvoer automatisch schalen

VAN TOEPASSING OP: Nosql MongoDB Cassandra Gremlin Tabel

In Azure Cosmos DB kunt u standaard (handmatig) of automatisch ingerichte doorvoer voor uw databases en containers configureren. Met automatische schaalaanpassing van ingerichte doorvoer in Azure Cosmos DB kunt u de doorvoer (RU/s) van uw database of container automatisch en direct schalen. De doorvoer wordt geschaald op basis van het gebruik, zonder dat dit van invloed is op de beschikbaarheid, latentie, doorvoer of prestaties van de workload.

Ingerichte doorvoer automatisch schalen is zeer geschikt voor bedrijfskritieke workloads met variabele of onvoorspelbare verkeerspatronen en vereisen SLA's op hoge prestaties en schaal. In dit artikel worden de voordelen en toepassingen van via automatische schaalaanpassing ingerichte doorvoer beschreven.

Voordelen van automatisch schalen

Azure Cosmos DB-databases en -containers die zijn geconfigureerd met ingerichte doorvoer met automatische schaalaanpassing, hebben de volgende voordelen:

  • Eenvoudig: Automatisch schalen verwijdert de complexiteit van het beheren van RU/s met aangepaste scripts of het handmatig schalen van capaciteit.

  • Schaalbaar: Databases en containers schalen de ingerichte doorvoer automatisch naar behoefte. Er is geen onderbreking van clientverbindingen, toepassingen of impact op Sla's van Azure Cosmos DB.

  • Rendabel: met automatische schaalaanpassing kunt u uw RU/s-gebruik en -kostengebruik optimaliseren door omlaag te schalen wanneer deze niet in gebruik is. U betaalt alleen voor de resources die uw workloads per uur nodig hebben. Van alle uren in een maand, als u de maximale RU/s(Tmax) voor automatische schaalaanpassing instelt en de volledige hoeveelheid Tmax voor 66% van de uren of minder gebruikt, bespaart u met automatische schaalaanpassing. Zie voor meer informatie het artikel over het kiezen tussen standaard (handmatig) en het artikel over het automatisch schalen van ingerichte doorvoer .

  • Maximaal beschikbaar: databases en containers met automatische schaalaanpassing gebruiken dezelfde wereldwijd gedistribueerde, fouttolerante, maximaal beschikbare Azure Cosmos DB-back-end om de duurzaamheid en hoge beschikbaarheid van gegevens te garanderen.

Use cases of autoscale

De use cases van automatische schaalaanpassing zijn onder andere:

  • Variabele of onvoorspelbare workloads: wanneer uw workloads variabele of onvoorspelbare pieken in gebruik hebben, helpt automatisch schalen door automatisch omhoog en omlaag te schalen op basis van gebruik. Voorbeelden zijn retailwebsites met verschillende verkeerspatronen, afhankelijk van seizoensgebondenheid; IOT-workloads met pieken op verschillende tijdstippen gedurende de dag; Line-of-Business-toepassingen die piekgebruik een paar keer per maand of jaar zien, en meer. Met automatische schaalaanpassing hoeft u niet langer handmatig in te richten voor piek- of gemiddelde capaciteit.

  • Nieuwe toepassingen: Als u een nieuwe toepassing ontwikkelt en niet zeker weet welke doorvoer (RU/s) u nodig hebt, kunt u met automatisch schalen eenvoudig aan de slag. U kunt beginnen met het ingangspunt voor automatische schaalaanpassing van 100 - 1000 RU/s, uw gebruik bewaken en de juiste RU/s in de loop van de tijd bepalen.

  • Zelden gebruikte toepassingen: Als u een toepassing hebt die slechts een paar uur per dag, week of maand wordt gebruikt, zoals een toepassing met een laag volume/web/blogsite, wordt de capaciteit aangepast om piekgebruik af te handelen en omlaag te schalen wanneer deze voorbij is.

  • Ontwikkel- en testworkloads: als u of uw team Azure Cosmos DB-databases en -containers gebruikt tijdens werkuren, maar deze niet in het weekend nodig hebt, kunt u met automatische schaalaanpassing kosten besparen door omlaag te schalen tot een minimum wanneer deze niet in gebruik zijn.

  • Geplande productieworkloads/query's: Als u een reeks geplande aanvragen, bewerkingen of query's hebt die u tijdens niet-actieve perioden wilt uitvoeren, kunt u dat eenvoudig doen met automatische schaalaanpassing. Wanneer u de workload moet uitvoeren, wordt de doorvoer automatisch geschaald naar de benodigde waarde en wordt deze later omlaag geschaald.

Het bouwen van een aangepaste oplossing voor deze problemen vereist niet alleen een enorme hoeveelheid tijd, maar introduceert ook complexiteit in de configuratie of code van uw toepassing. Automatisch schalen maakt de bovenstaande scenario's standaard mogelijk en verwijdert de behoefte aan aangepaste of handmatige schaalaanpassing van capaciteit.

Hoe automatische schaalaanpassing van ingerichte doorvoer werkt

Bij het configureren van containers en databases met automatische schaalaanpassing geeft u de vereiste maximale doorvoer Tmax op. Azure Cosmos DB schaalt de doorvoer T zoals 0.1*Tmax <= T <= Tmax. Als u bijvoorbeeld de maximale doorvoer instelt op 20.000 RU/s, wordt de doorvoer geschaald tussen 2000 en 20.000 RU/s. Omdat schalen automatisch en onmiddellijk is, kunt u op elk moment verbruiken tot de inrichting Tmax zonder vertraging.

Elk uur wordt u gefactureerd voor de hoogste doorvoer T die het systeem binnen het uur heeft geschaald.

Het ingangspunt voor de maximale doorvoer voor automatische schaalaanpassing Tmax begint bij 1000 RU/s, die wordt geschaald tussen 100 - 1000 RU/s. U kunt instellen Tmax in stappen van 1000 RU/s en de waarde op elk gewenst moment wijzigen.

Automatische schaalaanpassing inschakelen voor bestaande resources

Gebruik Azure Portal, CLI of PowerShell om automatisch schalen in te schakelen voor een bestaande database of container. U kunt op elk gewenst moment schakelen tussen automatische schaalaanpassing en standaard (handmatige) ingerichte doorvoer. Raadpleeg deze documentatie voor meer informatie.

Doorvoer- en opslaglimieten voor automatische schaalaanpassing

Voor elke waarde van Tmax, kan de database of container een totaal van 0.1 * Tmax GB. Wanneer deze hoeveelheid opslag is bereikt, wordt het maximum aantal RU/s automatisch verhoogd op basis van de nieuwe opslagwaarde, zonder dat dit van invloed is op uw toepassing.

Als u bijvoorbeeld begint met een maximum van 50.000 RU/s (schaalt tussen 5000 en 50.000 RU/s), kunt u maximaal 5000 GB aan gegevens opslaan. Als u meer dan 5000 GB hebt, bijvoorbeeld opslag nu 6000 GB, wordt de nieuwe maximum-RU/s 60.000 RU/s (schaalt tussen 6000 - 60.000 RU/s).

Wanneer u doorvoer op databaseniveau met automatische schaalaanpassing gebruikt, kunt u de eerste 25 containers een maximale RU/s voor automatische schaalaanpassing van 1000 delen (schaalt tussen 100 - 1000 RU/s), zolang u niet meer dan 100 GB opslagruimte hebt. Raadpleeg deze documentatie voor meer informatie.

Vergelijking: containers die zijn geconfigureerd met handmatige versus automatische schaalaanpassing van doorvoer

Zie deze documentatie voor meer informatie over het kiezen tussen standaarddoorvoer (handmatig) en automatische schaalaanpassing.

Containers met standaarddoorvoer (handmatig) Containers met doorvoer automatisch schalen
Ingerichte doorvoer (RU/s) Handmatig ingericht. Automatisch en onmiddellijk geschaald op basis van de gebruikspatronen van workloads.
Snelheidsbeperking van aanvragen/bewerkingen (429) Dit kan gebeuren als het verbruik de ingerichte capaciteit overschrijdt. Dit gebeurt niet als u RU/s verbruikt binnen het doorvoerbereik voor automatische schaalaanpassing dat u hebt geconfigureerd.
Capaciteitsplanning U moet capaciteitsplanning uitvoeren en de exacte doorvoer inrichten die u nodig hebt. Het systeem zorgt automatisch voor capaciteitsplanning en capaciteitsbeheer.
Prijzen U betaalt voor de handmatig ingerichte RU/s per uur met behulp van het standaard (handmatige) RU/s per uurtarief. U betaalt per uur voor de hoogste RU/s die het systeem binnen het uur heeft geschaald.

Voor accounts voor één schrijfregio betaalt u per uur voor de RU/s die worden gebruikt met behulp van het tarief voor automatische schaalaanpassing van RU/s per uur.

Voor accounts met meerdere schrijfregio's worden geen extra kosten in rekening gebracht voor automatische schaalaanpassing. U betaalt voor de doorvoer die per uur wordt gebruikt met dezelfde schrijf-RU/s voor meerdere regio's per uur.
Het meest geschikt voor workloadtypen Voorspelbare en stabiele workloads Onvoorspelbare en variabele workloads

Volgende stappen