Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure Event Grid namespaces gebruiken doorvoerunits (TU's) om de capaciteit van je workloads te definiëren. Autoscale is een ingebouwde functie die automatisch het aantal TU's dat aan een naamruimte is toegewezen aanpast als reactie op realtime gebeurtenisverkeer en het gebruik van middelen. Je kunt Autoscale inschakelen op elke Event Grid-naamruimte in de Standard-tier .
Wanneer je Autoscale inschakelt, monitort Event Grid continu belangrijke prestatie-indicatoren zoals het ingangspercentage van gebeurtenissen, het aantal uitgangen van gebeurtenissen, het aantal MQTT-verbindingen en de doorvoer van berichten. Wanneer het gebruik gedefinieerde drempels overschrijdt, schaalt Event Grid het aantal TU's op of omlaag binnen de minimale en maximale limieten die je configureert. Dit gedrag helpt om consistente prestaties te behouden tijdens verkeerspieken en verlaagt kosten tijdens periodes met weinig activiteit, zonder dat er handmatige ingrepen nodig zijn.
Note
Autoscale is alleen beschikbaar voor Event Grid-naamruimtes in de Standard-tier . Voor meer informatie over niveaus, zie Kies de juiste Event Grid-laag voor uw oplossing.
Waarom Autoscale gebruiken
Gebeurtenisgestuurde en IoT-workloads zijn vaak onvoorspelbaar. Verbindingsaantallen, berichtdoorvoer en gebeurtenisleveringspercentages kunnen aanzienlijk fluctueren afhankelijk van bedrijfsactiviteit, tijdstip van de dag of externe triggers. Provisioning met vaste capaciteit kan tot twee problemen leiden:
- Onderprovisioning: Wanneer het verkeer de toegewezen capaciteit overschrijdt, kunnen gebeurtenissen worden afgeremd, wat leidt tot verhoogde latentie of verloren berichten.
- Overprovisioning: Wanneer het verkeer laag is, betaal je voor capaciteit die je niet gebruikt.
Autoscale pakt beide problemen aan door de capaciteit van je naamruimte automatisch op de juiste grootte af te stemmen. Het is vooral waardevol voor:
- MQTT-workloads waarbij de distributie van berichten en de groei van het aantal abonnementen snel kunnen veranderen naarmate apparaten verbinding maken en de verbinding verbreken.
- Workloads van event brokers met ingangspatronen met piekbelasting, zoals periodieke batchgewijze uploads of vraaggestuurde piekbelastingen.
- Multi-tenant applicaties waarbij het aantal abonnees en het leveringsvolume verschuiven tussen de tenants.
Automatisch schalen inschakelen
Autoscale is een volledig beheerde ervaring. Je schakelt het in in de naamruimte en specificeert het minimum en maximum aantal TU's. Event Grid neemt alle schaalbeslissingen intern af. Je hoeft geen individuele schaalregels, drempels of cooldown-periodes te configureren.
Je kunt autoscale inschakelen door gebruik te maken van het Azure-portaal, het Azure Resource Manager-sjabloon of de REST API. Voor meer informatie, zie Autoscale inschakelen voor een Event Grid-naamruimte.
Wanneer je autoscale inschakelt, evalueert Event Grid continu het gebruik over alle schaalcategorieën. Het systeem aggregeert gebruiksgegevens over een terugkijkvenster en vergelijkt het hoogste gebruik tussen categorieën met interne drempels. Op basis van deze evaluatie verhoogt of verlaagt Event Grid automatisch de TUs binnen je geconfigureerde grenzen.
Schaalcategorieën en capaciteit per TU
De volgende tabel toont de capaciteit die door elke doorvoereenheid wordt geleverd. Autoscale evalueert het gebruik als percentage van deze limieten over zowel event broker- als MQTT-workloads.
| Category | Capaciteit per TU |
|---|---|
| Event-ingress (aantal) | 1.000 evenementen per seconde |
| Gebeurtenisingang (doorvoer) | 1 MB/seconde |
| Uitgaand event (aantal) | 2.000 evenementen per seconde |
| Gebeurtenisuitgang (doorvoer) | 2 MB/seconde |
| Inkomende MQTT-publicaties (aantal) | 1.000 berichten per seconde |
| MQTT inkomende publicatie (doorvoer) | 1 MB/seconde |
| MQTT uitgaand publiceren (aantal) | 1.000 berichten per seconde |
| MQTT uitgaand publiceren (doorvoer) | 1 MB/seconde |
| MQTT geregistreerde klantbronnen | 10.000 klanten |
| MQTT actieve verbindingen | 10.000 aansluitingen |
| Aantal bewaarde MQTT-berichten | 100 berichten/s |
| MQTT Connectieaantal | 200 verzoeken per seconde |
Voor de volledige lijst van namespace-limieten, zie Azure Event Grid-quota en -limieten.
Schaalgedrag en drempels
Gedrag omhoog schalen
Een opschalingsoperatie begint wanneer een enkele categorie de maximale gebruiksdrempel overschrijdt tijdens het terugkijkvenster. Wanneer een opschaling begint, berekent Event Grid het aantal TU's dat nodig is om het gebruik te normaliseren. De TU-verhoging wordt beperkt door de maximale TU-limiet die je in de naamruimte hebt ingesteld.
Gedrag omlaag schalen
Een afschalingsoperatie begint wanneer alle categorieën consequent onder de minimale benuttingsdrempel komen. Wanneer Event Grid een afschaling activeert, berekent het het aantal TU's dat nodig is om het gebruik te normaliseren. De verlaging van de TU volgt de minimale TU-limiet die je stelt.
Afkoelperiodes
Nadat er is geschaald, geldt er een afkoelperiode voordat er opnieuw kan worden geschaald. De afkoelperiode voorkomt snel wisselen tussen scale-up- en scale-down-acties, zodat het systeem tijd krijgt om bij de nieuwe capaciteit te stabiliseren.
Schaalvoorbeeld
Neem een naamruimte die momenteel is toegewezen aan 12 TU’s, waarbij het volgende verkeer is waargenomen over het terugblikvenster:
- Evenement ingang: 11.000 evenementen per seconde
- Doorvoer van gebeurtenisinvoer: 3,6 MB/seconde
Stap 1: Bereken het gebruik per categorie
| Category | Berekening | Gebruik |
|---|---|---|
| Event-ingress (aantal) | 11.000 / (12 x 1.000) | 91.7% |
| Gebeurtenisingang (doorvoer) | 3,6 / (12 x 1) | 30,0% |
Stap 2: Bepaal de hoogste benutting
De maximale benutting van alle categorieën is 91,7% (aantal binnenkomende gebeurtenissen).
Stap 3: Activeer de opschalingsoperatie
Omdat 91,7% de drempel voor opschaling overschrijdt, wordt een opschalingsoperatie geactiveerd.
Stap 4: Pas namespace-grenzen toe
Als het maximum van de naamruimte wordt ingesteld op 15 TU's, wordt de uiteindelijke waarde vastgezet op 15 TU's.
Als de opschalingsoperatie vereist dat het TU-aantal wordt verhoogd naar 15, maar het maximum van de naamruimte is ingesteld op 20 TU's, is de uiteindelijke TU-telling na de opschalingsoperatie 15 TU's.
Resultaat:
De naamruimte wordt opgeschaald van 12 TUs naar 15 TUs.
Tip
In latere evaluatiecycli evalueert het systeem het gebruik opnieuw bij 15 TU's. Dit proces gaat door totdat de benutting onder de drempel daalt of de maximale TU-limiet is bereikt.
Limieten en overwegingen
- Autoscale is alleen beschikbaar in de Standaard-tier.
- Het maximale aantal TU's per naamruimte is 40. Om een verhoging van meer dan 40 TU's aan te vragen, neem contact op met Microsoft support.
- De minimale TU-waarde voor Autoscale is 1.
- Autoscale evalueert alle categorieën samen. Als slechts één categorie een hoge benutting heeft, wordt een opschaling toch geactiveerd. Plan je minimale en maximale TU-waarden om te voldoen aan de hoogste verwachte vraag in alle categorieën.
- Tijdens een cooldown-periode worden er geen schaalbewerkingen uitgevoerd, zelfs niet als het gebruik verandert. Pas je minimale TU-toewijzing zo aan dat je de verwachte basisbelasting aankunt zonder dat je direct hoeft op te schalen.
- Schaalbewerkingen worden asynchroon uitgevoerd. Er kan een korte periode zijn tussen het nemen van een schaalbeslissing en het moment dat de nieuwe capaciteit van kracht wordt.