Számítási szabályozási korlátok
A következőkre vonatkozik: ✔️ Linux rendszerű virtuális gépek ✔️ Windows rendszerű virtuális gépek Rugalmas méretezési ✔️ csoportok ✔️ Egységes méretezési csoportok
A Microsoft Compute szabályozási mechanizmust implementál, amely segít a szolgáltatás általános teljesítményének javításában, és egységes élményt nyújt az ügyfeleknek. A maximális megengedett korlátot meghaladó API-kérések szabályozva vannak, és a felhasználók HTTP 429-es hibát kapnak. Minden számítási szabályozási szabályzat régiónként van implementálva.
Hogyan működnek a szabályozási szabályzatok?
A Microsoft Compute olyan szabályozási szabályzatokat implementál, amelyek korlátozzák az erőforrásonként és előfizetésenként percenkénti API-kérések számát. Ha az API-kérések száma meghaladja ezeket a korlátokat, a kérelmek szabályozva lesznek. A korlátok működése a következőképpen működik:
Erőforráskorlátonként – Minden erőforrásnak, például virtuális gépnek (VM) meghatározott korlátja van az API-kérésekhez. Tegyük fel például, hogy egy felhasználó 10 virtuális gépet hoz létre egy előfizetésben. A felhasználó egy perc alatt legfeljebb 12 frissítési kérést hívhat meg az egyes virtuális gépekhez. Ha a felhasználó túllépi a virtuális gép korlátját, az API-kérések szabályozva lesznek. Ez a korlát biztosítja, hogy néhány erőforrás ne használja fel az előfizetési szint korlátait, és ne korlátozza a többi erőforrást.
Előfizetési korlát – Az erőforráskorlátok mellett az API-kérések száma is átfogóan korlátozva van az előfizetés összes erőforrásában. Az ezen a korláton túli API-kérések szabályozva vannak, függetlenül attól, hogy elérte-e az egyes erőforrásokra vonatkozó korlátot. Tegyük fel például, hogy egy felhasználó 200 virtuális géppel rendelkezik egy előfizetésben. Annak ellenére, hogy a felhasználó legfeljebb 12 frissítési virtuálisgép-kérést kezdeményezhet minden virtuális gép esetében, a virtuálisgép-API-kérések összesített korlátja 1500/perc. Az előfizetés 1500-nál nagyobb frissítési VM API-kérései szabályozva vannak.
Hogyan határozza meg a Microsoft Compute a szabályozás korlátait?
Az egyes erőforrások és előfizetések korlátainak meghatározásához a Microsoft Compute tokengyűjtő algoritmust használ . Ez az algoritmus gyűjtőket hoz létre az egyes korlátokhoz, és meghatározott számú tokent tárol az egyes gyűjtőkben. A gyűjtőben lévő jogkivonatok száma a szabályozási korlátot jelöli bármely adott pillanatban.
A szabályozási időszak elején, az erőforrás létrehozásakor a gyűjtő a maximális kapacitásra lesz kitöltve. A felhasználó által kezdeményezett összes API-kérés egy jogkivonatot használ fel. Ha a jogkivonatok száma nullára csökken, a rendszer szabályozza a későbbi API-kéréseket. A gyűjtőt percenként új jogkivonatok töltik fel egy erőforrás és egy előfizetés gyűjtő-feltöltési sebessége nevű konzisztens sebességgel.
Például: Vegyük fontolóra a virtuálisgép-frissítési API szabályozási szabályzatát, amely percenként négy tokent és 12 token maximális gyűjtőkapacitást határoz meg. A felhasználó meghívja a virtuális gép (VM) frissítési API-kérését az alábbi táblázatban leírtak szerint. A gyűjtő kezdetben 12 jogkivonattal van kitöltve a szabályozási ablak elején. A negyedik percben a felhasználó mind a 12 jogkivonatot felhasználja, és üresen hagyja a gyűjtőt. Az ötödik percben a gyűjtőt négy új jogkivonat tölti fel a gyűjtő feltöltési sebességének megfelelően. Így az ötödik percben négy API-kérést lehet intézni, míg a Microsoft Compute egyetlen API-kérést szabályoz az elégtelen jogkivonatok miatt.
| (perc) | 1. | 2nd | 3rd | 4. | 5. | 6. |
|---|---|---|---|---|---|---|
| A jogkivonatok száma az elején (A) | 12 | 12 | 8 | 12 | 4 | 4 |
| Kérések percenként (B) | 0 | 8 | 0 | 13 | 5 | 0 |
| Szabályozott kérelmek (C) | 0 | 0 | 0 | 0 | 0 | 0 |
| Hátralévő jogkivonatok az időszak végén D = Max(A-B; 0) |
12 | 4 | 8 | 0 | 0 | 4 |
Hasonló folyamatot követünk a szabályozási korlátok előfizetési szinten történő meghatározásához. A következő szakaszok a virtuális gépek, a virtuálisgép-méretezési csoportok és a virtuálisgép-méretezési csoportok virtuális gépeinek szabályozási korlátainak meghatározásához használt gyűjtő-újratöltés sebességét és maximális gyűjtőkapacitását ismertetik.
A virtuális gépek szabályozási korlátai
A virtuális gépek API-kérései hét különböző szabályzatba vannak kategorizálva. Minden szabályzatnak megvannak a saját korlátai, attól függően, hogy milyen erőforrás-igényesek a szabályzatban szereplő API-kérések. Az alábbi táblázat a szabályzatok, a megfelelő REST API-k és azok szabályozási korlátainak átfogó listáját tartalmazza:
| Szabályzatkategória | REST API-k | Erőforrásszint | Erőforrásszint | Előfizetés típusa | Előfizetés típusa |
|---|---|---|---|---|---|
| Gyűjtő feltöltési sebessége (min.) | Gyűjtőkapacitás maximális száma (perc) |
Gyűjtő feltöltési sebessége (perc) |
Gyűjtőkapacitás maximális száma (perc) |
||
| Virtuális gép elhelyezése (Új virtuális gépek létrehozása) |
Létrehozás | 4 | 12 | 500 | 1500 |
| Virtuális gép frissítése (Meglévő virtuális gépek frissítése) |
Frissítés Újraindítás újraalkalmazása Kikapcsolás Elkezd Általánosítás Konvertálás felügyelt lemezekké Ismételt üzembe helyezés Karbantartás végrehajtása Elfog Parancs futtatása Létrehozás vagy frissítés Bővítmények – Frissítés Bővítmények – Törlés Újraimázs Frissítés Parancsok futtatása – Frissítés Parancsok futtatása – Törlés Parancsok futtatása – Létrehozás vagy frissítés |
4 | 12 | 500 | 1500 |
| Virtuális gép törlése (Virtuális gépek törlése) |
Törlés Kiürítés szimulálása Felszabadítás |
4 | 12 | 500 | 1500 |
| Alacsony költségű virtuális gép lekérése (Információk lekérése egyetlen virtuális gépről) |
Get Példánynézet Bővítmények – Lekérés Elérhető méretek listázása Rendszerindítási diagnosztikai adatok lekérése Parancsok futtatása – Get by Virtual Machine Parancsok futtatása – Listázás virtuális gép szerint |
12 | 36 | 8,000 | 24,000 |
| Magas költségű virtuális gép lekérése1 (Több virtuális gép adatainak lekérése) |
Lista Az összes listázása Lista hely szerint |
N.a. | N.a. | 300 | 900 |
| Művelet lekérése (Információk lekérése az aszinkron virtuálisgép-műveletekről) |
Az aszinkron műveletek állapota | 15 | 45 | 5000 | 15 000 |
| Virtuális gép vendégjavítási műveletei (Vendégjavítások értékelése és telepítése) |
Javítások értékelése Javítások telepítése |
2 | 6 | 200 | 600 |
1 Csak előfizetési szintű szabályzatok alkalmazhatók.
A virtuálisgép-méretezési csoportok szabályozásának korlátai
A virtuálisgép-méretezési csoport (Uniform > Flex) API-kérelmei 5 különböző szabályzatba vannak kategorizálva. Minden szabályzatnak megvannak a saját korlátai, attól függően, hogy milyen erőforrás-igényesek a szabályzatban szereplő API-kérések. Ezek a szabályzatok a Flex és az Egységes vezénylési módokra egyaránt érvényesek. Az alábbi táblázat a szabályzatok, a megfelelő REST API-k és azok szabályozási korlátainak átfogó listáját tartalmazza:
| Szabályzatkategória | REST API-k | Erőforrásszint | Erőforrásszint | Előfizetés típusa | Előfizetés típusa |
|---|---|---|---|---|---|
| Gyűjtő feltöltési sebessége (perc) |
Gyűjtőkapacitás maximális száma (perc) |
Gyűjtő feltöltési sebessége (min.) | Gyűjtőkapacitás maximális száma (perc) |
||
| Eltárolás (Új méretezési csoport létrehozása) |
Létrehozás | 4 | 12 | 125 | 375 |
| Frissítés (Meglévő méretezési csoport frissítése) |
Frissítés 2. kezdés Újraindítás2 2. ismételt üzembe helyezés Karbantartásvégrehajtása 2 Reimage2 Minda 2 újraimázsolása Létrehozás vagy frissítés Működés közbeni frissítések – Mégse Bővítmények – Létrehozás Bővítmények – Frissítés Bővítmények – Törlés A Recovery Service Fabric platform frissítési tartományának bemutatása Átalakítás önálló elhelyezési csoporttá Vezénylési szolgáltatás állapotának beállítása |
4 | 12 | 500 | 1500 |
| Törlés (Méretezési csoport törlése) |
Törlés Kikapcsolás2 Felszabadítás |
4 | 12 | 175 | 525 |
| Alacsony költség lekérése (Információk lekérése egy méretezési csoportról) |
Get Termékváltozatok listázása Működés közbeni frissítések – Legújabbak lekérése Operációs rendszer frissítési előzményeinek lekérése |
12 | 36 | 800 | 2,400 |
| Magas költség lekérése (Erőforrás-igényes információk lekérése) |
Példánynézet lekérése 2. lista Az összes2 listázása Lista helyszerint 2 |
10 | 30 | 360 | 1,080 |
2 Csak előfizetési szintű szabályzatok alkalmazhatók.
A virtuálisgép-méretezési csoport virtuális gépeinek szabályozási korlátai
A virtuálisgép-méretezési csoport virtuális gépeinek API-kérései három különböző szabályzatba vannak kategorizálva. Minden szabályzatnak megvannak a saját korlátai, attól függően, hogy milyen erőforrás-igényesek a szabályzatban szereplő API-kérések. Az alábbi táblázat a szabályzatok, a megfelelő REST API-k és azok szabályozási korlátainak átfogó listáját tartalmazza:
| Szabályzatkategória | REST API-k | Erőforrásszint | Erőforrásszint | Előfizetés típusa | Előfizetés típusa |
|---|---|---|---|---|---|
| Gyűjtő feltöltési sebessége (perc) |
Gyűjtőkapacitás maximális száma (perc) |
Gyűjtő feltöltési sebessége (perc) |
Gyűjtőkapacitás maximális száma (perc) |
||
| Méretezési csoport virtuális gépeinek frissítése (Meglévő virtuális gépek frissítése méretezési csoportban) |
Elkezd Újraindítás Újraimázs ReimageAll Frissítés SimulateEviction Bővítmények – Létrehozás vagy frissítés RunCommands – Létrehozás vagy frissítés RunCommands – Frissítés |
4 | 12 | 500 | 1500 |
| Méretezési csoport virtuális gépeinek törlése (Méretezési csoport virtuális gépeinek törlése) |
Törlés PowerOff Felszabadítás Bővítmények – Törlés RunCommands – Törlés |
4 | 12 | 500 | 1500 |
| Méretezési csoport virtuális gépeinek lekérése (Információ lekérése a méretezési csoport virtuális gépeiről) |
Get GetInstance nézet Bővítmények – Lekérés RunCommands – Lekérés RetrieveBoot Diagnostics Data |
12 | 36 | 2000 | 6000 |
Hibaelhárítási irányelvek
Ha a felhasználók továbbra is nehézségekkel szembesülnek a számítási szabályozás miatt, tekintse meg az Azure – Virtuális gépek szabályozásával kapcsolatos hibák elhárítását. Részletes információkat tartalmaz a szabályozással kapcsolatos problémák elhárításáról, valamint a szabályozás elkerülésére vonatkozó ajánlott eljárásokról.
GYIK
Szükség van valamilyen műveletre a felhasználóktól?
A felhasználóknak nem kell semmit módosítaniuk a konfigurációjukban vagy a számítási feladataikban. A meglévő API-k továbbra is a jelenlegi módon működnek.
Milyen előnyökkel járnak a szabályozási szabályzatok?
A szabályozási szabályzatok számos előnnyel járnak:
Minden számítási erőforrás egységes, 1 perces időszakkal rendelkezik. A felhasználók a szabályozás után 1 perccel sikeresen meghívhatják az API-hívásokat.
Egyetlen erőforrás sem használhatja fel az előfizetés összes korlátját, mivel a korlátok erőforrásszinten vannak meghatározva.
A Microsoft Compute bevezet egy új algoritmust, a Token Bucket Algorithmt a korlátok meghatározásához. Az algoritmus extra puffert biztosít az ügyfelek számára, miközben nagy számú API-kérést tesz elérhetővé.
Riasztást kap az ügyfél, ha el szeretné érni a szabályozási korlátokat?
A Microsoft Compute minden válasz részeként x-ms-ratelimit-remaining-resource értéket ad vissza, amely a szabályzatokra vonatkozó szabályozási korlátok meghatározására használható. A rendszer válaszként visszaadja a vonatkozó szabályozási szabályzatok listáját a hívássebesség információs fejléceinek válaszaként.