Beperkingslimieten berekenen
Van toepassing op: ✔️ Virtuele Linux-machines voor Windows-VM's ✔️ ✔️ Flexibele schaalsets Uniform-schaalsets ✔️
Microsoft Compute implementeert beperkingsmechanisme om te helpen bij de algehele prestaties van de service en om de klanten een consistente ervaring te bieden. API-aanvragen die de maximaal toegestane limieten overschrijden, worden beperkt en gebruikers krijgen een HTTP 429-fout. Alle beleidsregels voor compute-beperking worden per regio geïmplementeerd.
Hoe werken de beperkingsbeleidsregels?
Microsoft Compute implementeert beperkingsbeleid dat het aantal API-aanvragen per resource en per abonnement per minuut beperkt. Als het aantal API-aanvragen deze limieten overschrijdt, worden de aanvragen beperkt. Deze limieten werken als volgt:
Limiet per resource : elke resource, zoals een virtuele machine (VM), heeft een specifieke limiet voor API-aanvragen. Stel dat een gebruiker 10 VM's in een abonnement maakt. De gebruiker kan in één minuut maximaal 12 updateaanvragen voor elke VIRTUELE machine aanroepen. Als de gebruiker de limiet voor de VIRTUELE machine overschrijdt, worden API-aanvragen beperkt. Deze limiet zorgt ervoor dat een aantal resources de limieten op abonnementsniveau niet verbruikt en andere resources beperkt.
Abonnementslimiet : naast resourcelimieten is er een overkoepelende limiet voor het aantal API-aanvragen voor alle resources binnen een abonnement. API-aanvragen buiten deze limiet worden beperkt, ongeacht of de limiet voor een afzonderlijke resource is bereikt. Stel dat een gebruiker 200 VM's in een abonnement heeft. Hoewel de gebruiker recht heeft op het initiëren van maximaal 12 update-VM-aanvragen voor elke VM, wordt de cumulatieve limiet voor API-aanvragen voor update-VM's beperkt tot 1500 per minuut. Eventuele UPDATE-VM-API-aanvragen voor het abonnement van meer dan 1500 worden beperkt.
Hoe bepaalt Microsoft Compute beperkingslimieten?
Om de limieten voor elke resource en elk abonnement te bepalen, maakt Microsoft Compute gebruik van token bucket-algoritme. Dit algoritme maakt buckets voor elke limiet en bevat een specifiek aantal tokens in elke bucket. Het aantal tokens in een bucket vertegenwoordigt de beperkingslimiet op een gegeven minuut.
Wanneer de resource wordt gemaakt, wordt de bucket aan het begin van het beperkingsvenster opgevuld tot de maximale capaciteit. Elke API-aanvraag die door de gebruiker wordt geïnitieerd, verbruikt één token. Wanneer het aantal tokens wordt afgetrokken tot nul, worden de volgende API-aanvragen beperkt. Bucket wordt elke minuut aangevuld met nieuwe tokens met een consistent tarief met de naam Bucket Refill Rate voor een resource en een abonnement.
Bijvoorbeeld: Laten we het 'beperkingsbeleid voor VM-update-API' overwegen dat een Bucket-hervulsnelheid van vier tokens per minuut en een maximale bucketcapaciteit van 12 tokens bepaalt. De gebruiker roept de API-aanvraag voor de update-VM aan voor een virtuele machine (VM) volgens de volgende tabel. In eerste instantie wordt de bucket gevuld met 12 tokens aan het begin van het beperkingsvenster. Op de vierde minuut gebruikt de gebruiker alle 12 tokens, waardoor de bucket leeg blijft. In de vijfde minuut wordt de bucket aangevuld met vier nieuwe tokens in overeenstemming met de Bucket-doorvoersnelheid. Vier API-aanvragen kunnen dus worden gedaan in de vijfde minuut, terwijl Microsoft Compute één API-aanvraag beperkt vanwege onvoldoende tokens.
(min. ) | 1e | 2de | externe | 4e | 5e | zesde |
---|---|---|---|---|---|---|
Aantal tokens in het begin (A) | 12 | 12 | 8 | 12 | 4 | 4 |
Aanvragen per minuut (B) | 0 | 8 | 0 | 13 | 5 | 0 |
Vertraagde aanvragen (C) | 0 | 0 | 0 | 1 | 1 | 0 |
Resterende tokens aan het einde van de periode D = Max(A-B, 0) |
12 | 4 | 8 | 0 | 0 | 4 |
Er wordt een vergelijkbaar proces gevolgd voor het bepalen van de beperkingslimieten op abonnementsniveau. In de volgende secties worden de bucket-opvulsnelheid en maximale bucketcapaciteit beschreven die wordt gebruikt om beperkingslimieten te bepalen voor virtuele machines, virtuele-machineschaalsets en virtuele-machinesschaalsets.
Beperkingslimieten voor virtuele machines
API-aanvragen voor virtuele machines worden onderverdeeld in zeven afzonderlijke beleidsregels. Elk beleid heeft zijn eigen limieten, afhankelijk van hoe resource-intensieve API-aanvragen onder dat beleid zijn. De volgende tabel bevat een uitgebreide lijst met deze beleidsregels, de bijbehorende REST API's en hun respectieve beperkingslimieten:
Beleidscategorie | REST-API's | Resourceniveau | Resourceniveau | Abonnementsniveau | Abonnementsniveau |
---|---|---|---|---|---|
Navulsnelheid van buckets (per min) | Maximale bucketcapaciteit (Per min) |
Vulsnelheid van bucket (Per min) |
Maximale bucketcapaciteit (Per min) |
||
VM plaatsen (Nieuwe VM's maken) |
Maken | 4 | 12 | 500 | 1.500 |
VM bijwerken (Bestaande VM's bijwerken) |
Bijwerken Opnieuw opnieuw opstarten Uitschakelen Begin Generaliseren Converteren naar beheerde schijven Opnieuw implementeren Onderhoud uitvoeren Vangen Opdracht uitvoeren Maken of bijwerken Extensies - Bijwerken Extensies - Verwijderen Installatiekopie herstellen Bijwerken Opdrachten uitvoeren - Bijwerken Opdrachten uitvoeren - Verwijderen Opdrachten uitvoeren - Maken of bijwerken |
4 | 12 | 500 | 1.500 |
VM verwijderen (VM's verwijderen) |
Verwijderen Verwijdering simuleren Toewijzing ongedaan maken |
4 | 12 | 500 | 1.500 |
Lage kosten: VM ophalen (Informatie ophalen over één VIRTUELE machine) |
Get Exemplaarweergave Extensies - Ophalen Beschikbare grootten weergeven Diagnostische gegevens over opstarten ophalen Opdrachten uitvoeren - Ophalen op virtuele machine Opdrachten uitvoeren - Lijst per virtuele machine |
12 | 36 | 8,000 | 24,000 |
Hoge kosten: VM1 ophalen (Informatie ophalen over meerdere VM's) |
Lijst Alles weergeven Lijst op locatie |
N.v.t. | N.v.t. | 300 | 900 |
Bewerking ophalen (Informatie ophalen over asynchrone VM-bewerkingen) |
Status van asynchrone bewerkingen | 15 | 45 | 5.000 | 15.000 |
Vm-gastpatchbewerkingen (Patches voor gasten evalueren en installeren) |
Patches evalueren Patches installeren |
2 | 6 | 200 | 600 |
1 Alleen beleidsregels op abonnementsniveau zijn van toepassing.
Beperkingslimieten voor virtuele-machineschaalsets
API-aanvragen voor Virtuele-machineschaalset (Uniform & Flex) zijn onderverdeeld in vijf verschillende beleidsregels. Elk beleid heeft zijn eigen limieten, afhankelijk van hoe resource-intensieve API-aanvragen onder dat beleid zijn. Deze beleidsregels zijn van toepassing op zowel Flex- als Uniform-indelingsmodi. De volgende tabel bevat een uitgebreide lijst met deze beleidsregels, de bijbehorende REST API's en hun respectieve beperkingslimieten:
Beleidscategorie | REST-API's | Resourceniveau | Resourceniveau | Abonnementsniveau | Abonnementsniveau |
---|---|---|---|---|---|
Vulsnelheid van bucket (Per min) |
Maximale bucketcapaciteit (Per min) |
Navulsnelheid van buckets (per min) | Maximale bucketcapaciteit (Per min) |
||
Wegzetten (Nieuwe schaalset maken) |
Maken | 4 | 12 | 125 | 375 |
Bijwerken (Bestaande schaalset bijwerken) |
Bijwerken Begin2 Opnieuw opstarten2 Opnieuw implementeren2 Onderhouduitvoeren 2 Installatiekopieopnieuw 2 Installatiekopie van alle2 Maken of bijwerken Rolling upgrades - Annuleren Extensies - Maken Extensies - Bijwerken Extensies - Verwijderen Stapsgewijze procedure voor het bijwerken van het domein van Recovery Service Fabric Platform Converteren naar één plaatsingsgroep Indelingsservicestatus instellen |
4 | 12 | 500 | 1.500 |
Delete (Schaalset verwijderen) |
Verwijderen Uitschakelen 2 Toewijzing ongedaan maken |
4 | 12 | 175 | 525 |
Lage kosten (Informatie over één schaalset ophalen) |
Get Lijst-SKU's Rolling upgrades - Nieuwste downloaden Upgradegeschiedenis van besturingssysteem ophalen |
12 | 36 | 800 | 2,400 |
Hoge kosten (Resource-intensieve informatie ophalen) |
Exemplaarweergave ophalen Lijst2 Lijst met alle2 Lijst op locatie2 |
10 | 30 | 360 | 1,080 |
2 Alleen beleidsregels op abonnementsniveau zijn van toepassing.
Beperkingslimieten voor virtuele-machineschaalsets
API-aanvragen voor virtuele-machineschaalset-VM's worden gecategoriseerd in drie verschillende beleidsregels. Elk beleid heeft zijn eigen limieten, afhankelijk van hoe resource-intensieve API-aanvragen onder dat beleid zijn. De volgende tabel bevat een uitgebreide lijst met deze beleidsregels, de bijbehorende REST API's en hun respectieve beperkingslimieten:
Beleidscategorie | REST-API's | Resourceniveau | Resourceniveau | Abonnementsniveau | Abonnementsniveau |
---|---|---|---|---|---|
Vulsnelheid van bucket (Per min) |
Maximale bucketcapaciteit (Per min) |
Vulsnelheid van bucket (Per min) |
Maximale bucketcapaciteit (Per min) |
||
Vm's voor schaalsets bijwerken (Bestaande VM's in een schaalset bijwerken) |
Begin Herstarten Installatiekopie herstellen ReimageAll Bijwerken SimulateEviction Extensies- Maken of bijwerken RunCommands - Maken of bijwerken RunCommands - Bijwerken |
4 | 12 | 500 | 1.500 |
Vm's voor schaalsets verwijderen (Vm's van schaalset verwijderen) |
Verwijderen PowerOff Toewijzing ongedaan maken Extensies- Verwijderen RunCommands - Verwijderen |
4 | 12 | 500 | 1.500 |
Vm's voor schaalsets ophalen (Informatie ophalen over vm's van schaalsets) |
Get GetInstance-weergave Extensies- Ophalen RunCommands - Get Diagnostische gegevens van RetrieveBoot |
12 | 36 | 2.000 | 6.000 |
Richtlijnen voor probleemoplossing
Als gebruikers nog steeds problemen ondervinden vanwege beperking van rekenkracht, raadpleegt u Problemen met beperkingsfouten in Azure - Virtual Machines oplossen. Het bevat informatie over het oplossen van beperkingsproblemen en aanbevolen procedures om te voorkomen dat de beperking wordt beperkt.
Veelgestelde vragen
Is er actie vereist voor gebruikers?
Gebruikers hoeven niets te wijzigen in hun configuratie of workloads. Alle bestaande API's blijven gewoon werken.
Welke voordelen biedt het beperkingsbeleid?
Het beperkingsbeleid biedt verschillende voordelen:
Alle rekenresources hebben een uniform venster van 1 min. Gebruikers kunnen API-aanroepen, 1 min nadat ze zijn vertraagd, aanroepen.
Er kan geen enkele resource alle limieten onder een abonnement gebruiken, omdat limieten op resourceniveau worden gedefinieerd.
Microsoft Compute introduceert een nieuw algoritme, token bucket-algoritme, voor het bepalen van de limieten. Het algoritme biedt een extra buffer voor de klanten, terwijl er veel API-aanvragen worden ingediend.
Krijgt de klant een waarschuwing wanneer deze op het punt staat om de beperkingslimieten te bereiken?
Als onderdeel van elk antwoord retourneert Microsoft Compute x-ms-ratelimit-remaining-resource die kan worden gebruikt om de beperkingslimieten te bepalen op basis van het beleid. Een lijst met toepasselijke beperkingsbeleidsregels wordt geretourneerd als reactie op informatieheaders voor oproepfrequenties.