A sebességkorlátozási hibák megelőzése az Azure Cosmos DB for MongoDB műveletek esetében

A KÖVETKEZŐKRE VONATKOZIK: MongoDB

A MongoDB-hez készült Azure Cosmos DB-műveletek sebességkorlátozást tapasztalhatnak, ami 16500 hibát eredményez a Mongo-kérelmek metrikáiban, ha túllépik a gyűjtemény átviteli sebességkorlátját (RU-kat).

Engedélyezze a kiszolgálóoldali újrapróbálkozási (SSR) műveletet a művelet újrapróbálkozási automatizálásához. Az SSR rövid késleltetéssel újrapróbálkozza a kéréseket a fiók összes gyűjteményében. Ha 60 másodperces időtúllépést ér el, az ügyfél egy ExceededTimeLimit kivételt (50) kap.

Az Azure Portal használata

1. Jelentkezzen be az Azure Portalra.

2. Lépjen az Azure Cosmos DB for MongoDB-fiókjához.

3. Lépjen a Szolgáltatások panelre a Gépház szakasz alatt.

4. Válassza a Kiszolgálóoldali újrapróbálkozás lehetőséget.

5. Kattintson az Engedélyezés gombra a funkció engedélyezéséhez a fiók összes gyűjteményéhez.

Az Azure parancssori felületének használata

1. Ellenőrizze, hogy az SSR már engedélyezve van-e a fiókjához:

   az cosmosdb show --name accountname --resource-group resourcegroupname
   

2. Engedélyezze az SSR-t az adatbázisfiók összes gyűjteményéhez. A módosítás érvénybe lépése akár 15 percet is igénybe vehet.

   az cosmosdb update --name accountname --resource-group resourcegroupname --capabilities EnableMongo DisableRateLimitingResponses
   

3. Az alábbi parancs letiltja az adatbázisfiók összes gyűjteményének kiszolgálóoldali újrapróbálkozását a képességlista eltávolításávalDisableRateLimitingResponses. A módosítás érvénybe lépése akár 15 percet is igénybe vehet.

   az cosmosdb update --name accountname --resource-group resourcegroupname --capabilities EnableMongo
   

Gyakori kérdések

Hogyan monitorozhatom a kiszolgálóoldali újrapróbálkozások hatásait?

A sebességkorlátozó hibákat (16500) a mongo-kérések metrikájával tekintheti meg, amelyek kiszolgálóoldalon újrapróbálkoznak az Azure Cosmos DB-metrikák panelen. Ne feledje, hogy ezek a hibák nem kerülnek az ügyfélhez, amikor az SSR engedélyezve van, mivel a rendszer kezeli és újrapróbálkozza a kiszolgálóoldalt.

Az Azure Cosmos DB-erőforrásnaplókban kereshet a estimatedDelayFromRateLimitingInMilliseconds-t tartalmazó naplóbejegyzéseket.

A kiszolgálóoldali újrapróbálkozás hatással lesz a konzisztenciaszintemre?

a kiszolgálóoldali újrapróbálkozás nem befolyásolja a kérések konzisztenciáját. A kérések kiszolgálóoldali újrapróbálkozásra kerülnek, ha korlátozottak a sebességük.

A kiszolgálóoldali újrapróbálkozás hatással van az ügyfelem által esetleg kapott bármilyen típusú hibára?

Nem, a kiszolgálóoldali újrapróbálkozás csak a sebességkorlátozó hibákat befolyásolja a kiszolgálóoldali újrapróbálkozással. Ez a funkció megakadályozza, hogy kezelnie kell a sebességkorlátozó hibákat az ügyfélalkalmazásban. Az összes többi hiba az ügyfélhez kerül.

Következő lépések

A gyakori hibák elhárításával kapcsolatos további információkért tekintse meg ezt a cikket:

• Gyakori problémák elhárítása a MongoDB-hez készült Azure Cosmos DB API-ban

Kapacitástervezést szeretne végezni az Azure Cosmos DB-be való migráláshoz? A kapacitástervezéshez használhatja a meglévő adatbázisfürt adatait.

• Az átviteli sebesség partíciók közötti újraelosztásának megismeréséhez tekintse meg az átviteli sebesség partíciók közötti újraelosztását ismertető témakört .
• Ha csak annyit tud, hogy hány virtuális mag és kiszolgáló található a meglévő adatbázisfürtben, olvassa el a kérelemegységek becslését virtuális magok vagy vCPU-k használatával
• Ha ismeri az aktuális adatbázis számítási feladataira vonatkozó tipikus kérési arányokat, olvassa el a kérelemegységek becslését az Azure Cosmos DB kapacitástervezővel