Az Azure Cosmos DB-tárolóban vagy -fiókban végzett műveletek kiszolgálóoldali késésének monitorozása
A KÖVETKEZŐKRE VONATKOZIK:
Nosql MongoDB Cassandra Gremlin Táblázat
Az Azure Cosmos DB-hez készült Azure Monitor metrikák nézetet biztosít a fiók monitorozásához és irányítópultok létrehozásához. Az Azure Cosmos DB-metrikákat alapértelmezés szerint gyűjti a rendszer, ez a funkció nem követeli meg, hogy bármit explicit módon engedélyezzen vagy konfiguráljon. A közvetlen kiszolgálóoldali késési metrikák és a kiszolgálóoldali késési átjáró metrikái egy művelet kiszolgálóoldali késésének megtekintésére szolgálnak két különböző kapcsolati módban. Használjon kiszolgálóoldali késési átjárómetrikát, ha a kérésművelet átjárókapcsolati módban van. Használjon közvetlen kiszolgálóoldali késési metrikát, ha a kérésművelet közvetlen kapcsolati módban van. Az Azure Cosmos DB 10 ms-nál kisebb SLA-t biztosít a közvetlen kapcsolattal rendelkező pontolvasási/írási műveletekhez. Pontolvasási és pontírási műveletek esetén az SLA-k kiszámítása az SLA-dokumentumban leírtak szerint történik. A kapcsolati móddal kapcsolatos további információkért lásd a Csatlakozási módok című cikket.
Az alábbi táblázat azt jelzi, hogy mely API támogatja a kiszolgálóoldali késési metrikákat (Direct versus Gateway):
| API | Közvetlen kiszolgálóoldali késés | Kiszolgálóoldali késési átjáró |
|---|---|---|
| SQL | ✓ | ✓ |
| MongoDB | ✓ | |
| Cassandra | ✓ | |
| Gremlin | ✓ | |
| Tábla | ✓ | ✓ |
Figyelheti a kiszolgálóoldali késési metrikákat, ha szokatlanul nagy késést lát a pontműveletekhez, például:
- GET vagy SET művelet partíciókulcsgal és azonosítóval
- Olvasási vagy írási művelet vagy
- Lekérdezés
Megkeresheti a diagnosztikai naplót a visszaadott adatok méretének megtekintéséhez. Ha a lekérdezési műveletek tartósan magas késést tapasztalnak, keresse meg a diagnosztikai naplót a nagyobb átviteli sebesség vagy ru/s használata érdekében. A kiszolgálóoldali késés azt mutatja, hogy mennyi időt töltött a háttér-infrastruktúrán az adatok ügyfélnek való visszaadása előtt. Fontos, hogy ezt a metrikát megvizsgálva kizárja a háttérbeli késéssel kapcsolatos problémákat.
A kiszolgálóoldali késési metrikák megtekintése
Jelentkezzen be az Azure Portal.
Válassza a figyelés lehetőséget a bal oldali navigációs sávon, és válassza a Metrikák lehetőséget.
A Metrikák panelen >válasszon egy erőforrást> , és válassza ki a szükséges előfizetést és erőforráscsoportot. Az Erőforrás típusa beállításnál válassza az Azure Cosmos DB-fiókok lehetőséget, válasszon egy meglévő Azure Cosmos DB-fiókot, és válassza az Alkalmaz lehetőséget.
Ezután válassza ki a Kiszolgálóoldali késésű átjáró metrikát az elérhető metrikák listájából, ha a művelet átjárókapcsolati módban van. Válassza ki a Közvetlen kiszolgálóoldali késés metrikát, ha a művelet közvetlen kapcsolati módban van. A listában szereplő összes elérhető metrika részletes megismeréséhez tekintse meg a Metrikák kategória szerint című cikket. Ebben a példában a Kiszolgálóoldali késési átjáró és az Avg lehetőséget választjuk összesítési értékként. Ezen részletek mellett kiválaszthatja a metrikák időtartományát és időrészletességét is. Legfeljebb az elmúlt 30 nap metrikáit tekintheti meg. A szűrő alkalmazása után megjelenik egy diagram a szűrő alapján. A kiszolgálóoldali késést átjárókapcsolati módban 5 percenként láthatja a kiválasztott időszakra vonatkozóan.
Szűrők a kiszolgálóoldali késéshez
Emellett szűrheti a metrikákat, és lekérheti az adott CollectionName, DatabaseName, OperationType, Region és PublicAPIType által megjelenített diagramokat.
A metrikák szűréséhez válassza a Szűrő hozzáadása lehetőséget, és válassza ki a szükséges tulajdonságot, például a PublicAPIType értéket, és válassza ki az Sql értéket. Válassza a Felosztás alkalmazásaművelettípushoz lehetőséget. A gráf ezután megjeleníti a kiszolgálóoldali késést a kiválasztott időszakban átjárókapcsolati módban végzett különböző műveletekhez. A Tárolt eljárással végrehajtott műveletek nincsenek naplózva, így nem érhetők el az OperationType metrika alatt.
Az egyes műveletek kiszolgálóoldali késési átjárójának metrikái az alábbi képen látható módon jelennek meg:
A metrikákat a Felosztás alkalmazása lehetőséggel is csoportosíthatja.
Megjegyzés
Az Azure Cosmos DB-be érkező kérések nem mindig célba érnek egy tárolót. Létrehozhat például egy adatbázist egy globálisan elosztott fiókban, és a kérés továbbra is rögzítésre kerül a kiszolgálóoldali késési metrika esetében. A kérés azért van rögzítve, mert időbe telik egy adatbázis-erőforrás létrehozása, de nem tárolót céloz meg. Ha azt látja, hogy a CollectionName metrika <empty>értéke , az azt jelenti, hogy a cél nem tároló, hanem egy másik erőforrás az Azure Cosmos DB-ben.
Áthidaló megoldásként proaktívan szűrheti a metrikákat egy adott tárolóra (CollectionName), hogy kizárja azokat a kéréseket, amelyek nem a lekérdezés tárgyát képező tárolóra vonatkoznak.
Következő lépések
- Az Azure Cosmos DB-adatok monitorozása diagnosztikai beállítások használatával az Azure-ban.
- Az Azure Cosmos DB vezérlősík-műveleteinek naplózása