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 Asztal
Az Azure Cosmos DB-hez készült Azure Monitor metrikanézetet biztosít a fiók figyeléséhez é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 metrika és a kiszolgálóoldali késési átjárómetrikák 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ési művelet átjárókapcsolati módban van. Használjon közvetlen kiszolgálóoldali késési metrikát, ha a kérelemmű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ódról további információt a Kapcsolati módok című cikkben talál.
Az alábbi táblázat azt jelzi, hogy melyik 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 | ✓ | ✓ |
A kiszolgálóoldali késési metrikákat figyelheti, ha szokatlanul magas 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
A visszaadott adatok méretének megtekintéséhez keresse meg a diagnosztikai naplót. 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álat érdekében. A kiszolgálóoldali késés azt mutatja, hogy mennyi időt töltött a háttérinfrastruktúra 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 Portalra.
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álassza ki az erőforrást>, és válassza ki a szükséges előfizetést és erőforráscsoportot. Az erőforrástípushoz válassza az Azure Cosmos DB-fiókokat, 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ési átjáró metrikájá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ót és az Avg-t jelöljük ki ö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 egy diagram jelenik meg 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
A metrikákat szűrheti is, é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 PublicAPIType), és válassza ki az SQL értéket. Válassza az OperationType-ra vonatkozó felosztás alkalmazása lehetőséget. A gráf ezután megjeleníti a kiszolgálóoldali késést a különböző műveletekhez átjárókapcsolati módban a kiválasztott időszakban. 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 beállítással is csoportosíthatja.
Feljegyzé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ítve lesz 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 értéke, <empty>ez 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ív módon szűrheti a metrikákat egy adott tárolóra (CollectionName), hogy kizárja a lekérdezés tárgyát képező tárolóra nem jellemző kéréseket.
Következő lépések
- Az Azure Cosmos DB-adatok monitorozása diagnosztikai beállításokkal az Azure-ban.
- Az Azure Cosmos DB vezérlősík-műveleteinek naplózása