Megosztás a következőn keresztül:

Az Azure Cosmos DB integrált gyorsítótárral kapcsolatos gyakori kérdések

  • Cikk

A KÖVETKEZŐRE VONATKOZIK: NoSQL

Az Azure Cosmos DB integrált gyorsítótára egy memóriabeli gyorsítótár, amely az Azure Cosmos DB-be van beépítve. Ez a cikk az Azure Cosmos DB integrált gyorsítótárával kapcsolatos gyakori kérdésekre ad választ.

Gyakori kérdések

Miért van szükség dedikált átjáróra az integrált gyorsítótárban?

Ha átjáró módban csatlakozott az Azure Cosmos DB-hez, a standard átjárót használta. Bár az Azure Cosmos DB háttérrendszere (a kiépített átviteli sebesség és tároló) tárolónként dedikált kapacitással rendelkezik, a standard átjáró számos ügyfél között meg van osztva. Sok ügyfél számára praktikus egy szabványos átjáró megosztása, mivel az egyes ügyfelek által felhasznált számítási erőforrások minimálisak. Mivel az integrált gyorsítótár az Azure Cosmos DB-fiókra jellemző, és jelentős processzor- és memóriaigényt igényel, dedikált átjárócsomópontokat igényel.

Mi az a dedikált átjáró?

A dedikált átjáró kiszolgálóoldali számítás, amely egy Azure Cosmos DB-fiók adatainak előtér-kezelője. Amikor átjáró módban csatlakozik a dedikált átjáróvégponthoz, az alkalmazás egy kérést küld a dedikált átjárónak, amely ezután különböző háttérpartíciókra irányítja a kérést. A közvetlen mód használata a dedikált átjáróval támogatott, de ezek a kérések nem használják az integrált gyorsítótárat.

A dedikált átjáró használata más teljesítménybeli előnyöket is kínál a standard átjáró használatával szemben?

A dedikált átjáró által irányított kérések általában valamivel alacsonyabb és konzisztensebb késéssel rendelkeznek, mint a standard átjáró által irányított kérések. Még az integrált gyorsítótárat nem használó kérések is kissé alacsonyabb késéssel rendelkeznek, mint a standard átjáró.

Milyen késésre számíthatok az integrált gyorsítótártól?

Az integrált gyorsítótár által küldött kérések gyorsak, mert a gyorsítótárazott adatok a dedikált átjárón, nem pedig a háttérrendszeren tárolódnak a memóriában.

A gyorsítótárazott pontolvasások esetében 2–4 ms-os medián késésre kell számítania. Gyorsítótárazott lekérdezések esetén a késés a lekérdezéstől függ. A lekérdezési gyorsítótár úgy működik, hogy gyorsítótárazza a lekérdezési motor válaszát egy adott lekérdezéshez. Ezt a választ ezután a rendszer visszaküldi az ügyféloldali SDK-nak feldolgozás céljából. Az egyszerű lekérdezésekhez minimális munka szükséges az SDK-ban, és jellemző a 2–4 ms-os átlagos késés. Összetettebb lekérdezések, amelyek DISTINCT több feldolgozást GROUP BY igényelnek az SDK-ban, így a késés nagyobb lehet, még a lekérdezési gyorsítótárral is.

Ha korábban közvetlen módban csatlakozott az Azure Cosmos DB-hez, és a dedikált átjáróval való kapcsolódásra váltott, bizonyos kérések esetében enyhe késés-növekedést tapasztalhat. Az átjáró mód használatához el kell küldeni egy kérést az átjárónak (ebben az esetben a dedikált átjárónak), majd megfelelően kell átirányítani a háttérrendszerbe. A közvetlen mód, ahogy a neve is sugallja, lehetővé teszi az ügyfél számára, hogy közvetlenül kommunikáljon a háttérrendszerrel, és eltávolítson egy extra ugrást. A dedikált átjárót használó kérések esetében nincs késési SLA.

Ha az alkalmazás korábban közvetlen módot használt, az integrált gyorsítótár késési előnyei csak az alábbi esetekben lesznek jelentősek:

  • Pontolvasás késése nagy elemek esetén (> 16 KB)
  • Magas ru- vagy összetett lekérdezések

Ha az alkalmazás korábban átjáró módot használt a standard átjáróval, az integrált gyorsítótár szinte minden esetben csökkenti a késést.

Az Azure Cosmos DB rendelkezésre állási SLA kiterjed a dedikált átjáróra és az integrált gyorsítótárra?

A magas rendelkezésre állást igénylő és az Azure Cosmos DB rendelkezésre állási SLA-ja által lefedendő forgatókönyvek esetében legalább 3 dedikált átjárócsomópontot kell üzembe helyeznie. Ha például egy dedikált átjárócsomópontra van szükség az éles környezetben, két további dedikált átjárócsomópontot kell kiépítenie a lehetséges állásidők, leállások és frissítések figyelembevétele érdekében. Ha csak egy dedikált átjárócsomópont van kiépítve, ezekben a forgatókönyvekben átmenetileg elveszíti a rendelkezésre állást. Emellett győződjön meg arról, hogy a dedikált átjáró rendelkezik elegendő csomópontokkal a számítási feladat kiszolgálásához.

Az integrált gyorsítótár jelenleg csak a NoSQL API-hoz érhető el. Azt tervezi, hogy más API-k számára is kiadja?

Az integrált gyorsítótár noSQL-hez készült API-n túli kibővítését a hosszú távú ütemtervben tervezik, de nem az integrált gyorsítótár kezdeti hatókörén.

Milyen konzisztenciát támogat az integrált gyorsítótár?

Az integrált gyorsítótár támogatja a munkamenetet és a végleges konzisztenciát is. Konfigurálhatja az opcionális MaxIntegratedCacheStaleness értéket is, amely felső határt helyez a gyorsítótárazott adatokhoz.

Következő lépések