Dedikált Azure Cosmos DB-átjáró – áttekintés
A KÖVETKEZŐKRE VONATKOZIK: 
NoSQL
A dedikált átjáró kiszolgálóoldali számítás, amely az Azure Cosmos DB-fiók előtérrendszere. Amikor a dedikált átjáróhoz csatlakozik, az átirányítja a kéréseket és gyorsítótárazza az adatokat. A kiosztott átviteli sebességhez hasonlóan a dedikált átjáró számlázása óránként történik.
Áttekintés
Dedikált átjárót építhet ki a teljesítmény nagy léptékű javítása érdekében. A leggyakoribb ok, amiért dedikált átjárót szeretne kiépíteni, a gyorsítótárazás. Dedikált átjáró kiépítésekor a rendszer automatikusan konfigurál egy integrált gyorsítótárat a dedikált átjárón belül. Az integrált gyorsítótárat elérő pontolvasások és lekérdezések nem használják a kérelemegységeket. Ha egy dedikált átjárót integrált gyorsítótárral épít ki, azzal csökkentheti a nagy terhelésű számítási feladatok költségeit az Azure Cosmos DB-ben.
A dedikált átjáró be van építve az Azure Cosmos DB-be. Dedikált átjáró kiépítésekor van egy teljes mértékben felügyelt csomópontja, amely a kéréseket a háttérpartíciókhoz irányítja. Az Azure Cosmos DB-hez dedikált átjáróval való csatlakozás alacsonyabb és kiszámíthatóbb késést biztosít, mint az Azure Cosmos DB-hez való csatlakozás a standard átjáróval. A dedikált átjáró és a standard átjáró összehasonlításakor még a gyorsítótár-hibák is késésbeli javulást tapasztalnak.
Csak minimális kódmódosításra van szükség ahhoz, hogy az alkalmazás dedikált átjárót használhasson. Az új és a meglévő Azure Cosmos DB-fiókok is kiépíthetik a dedikált átjárót a jobb olvasási teljesítmény érdekében.
Megjegyzés
Visszajelzést szeretne küldeni a dedikált átjáróról? Szeretnénk hallani! Nyugodtan ossza meg visszajelzését közvetlenül az Azure Cosmos DB mérnöki csapatával: cosmoscachefeedback@microsoft.com
Kapcsolati módok
Az Azure Cosmos DB-hez, a Közvetlen módhoz és az Átjáró módhoz két kapcsolati mód érhető el. Az Átjáró móddal a konfigurált végponttól függően csatlakozhat a standard vagy a dedikált átjáróhoz.
Csatlakozás az Azure Cosmos DB-hez közvetlen módban
Amikor közvetlen módban csatlakozik az Azure Cosmos DB-hez, az alkalmazás közvetlenül az Azure Cosmos DB háttérrendszeréhez csatlakozik. Még ha sok fizikai partícióval is rendelkezik, a kérések útválasztása teljes egészében ügyféloldali. A közvetlen mód alacsony késést biztosít, mivel az alkalmazás közvetlenül kommunikálhat az Azure Cosmos DB háttérrendszerével, és nincs szükség köztes hálózati ugrásra. Ha úgy dönt, hogy közvetlen módban csatlakozik, a kérések nem fogják használni a dedikált átjárót vagy az integrált gyorsítótárat.
Csatlakozás az Azure Cosmos DB-hez átjáró mód használatával
Ha átjáró módban csatlakozik az Azure Cosmos DB-hez, az alkalmazás először egy előtérbeli csomóponthoz csatlakozik, amely a kérést a megfelelő háttércsomópontokra irányítja. Mivel az átjáró mód további hálózati ugrást is magában foglal, a közvetlen módhoz képest valamivel nagyobb késést tapasztalhat.
Ha átjáró módban csatlakozik az Azure Cosmos DB-hez, az alábbi lehetőségek egyikével csatlakozhat:
- Standard átjáró – Bár a kiosztott átviteli sebességet és tárterületet tartalmazó háttérrendszer tárolónként dedikált kapacitással rendelkezik, a standard átjáró számos Azure Cosmos DB-fiók között meg van osztva. Sok ügyfél számára célszerű egy standard átjárót megosztani, mivel az egyes ügyfelek által felhasznált számítási erőforrások kicsik.
- Dedikált átjáró – Ebben az átjáróban a háttérrendszer és az átjáró is dedikált kapacitással rendelkezik. Az integrált gyorsítótár dedikált átjárót igényel, mert jelentős processzor- és memóriaigényt igényel, amely az Azure Cosmos DB-fiókra jellemző.
Az integrált gyorsítótár használatához a dedikált átjáróval kell csatlakoznia az Azure Cosmos DB-hez. A dedikált átjáró más végponttal rendelkezik, mint az Azure Cosmos DB-fiókhoz biztosított standard, de a kérések ugyanúgy vannak átirányítva. Amikor csatlakozik a dedikált átjáróvégponthoz, az alkalmazás kérést küld a dedikált átjárónak, amely ezután különböző háttércsomópontokra irányítja a kérést. Ha lehetséges, az integrált gyorsítótár fogja kiszolgálni az eredményt.
Az átjáró módú kapcsolat ábrája egy dedikált átjáróval:
A dedikált átjáró kiépítése
Dedikált átjárófürt építhető ki az API-ban NoSQL-fiókokhoz. Egy dedikált átjárófürt alapértelmezés szerint legfeljebb öt csomóponttal rendelkezhet, és bármikor hozzáadhat vagy eltávolíthat csomópontokat. A fiókon belüli összes dedikált átjárócsomópont ugyanazzal a kapcsolati sztring osztozik.
A dedikált átjárócsomópontok függetlenek egymástól. Ha több dedikált átjárócsomópontot épít ki, bármely csomópont irányíthatja az adott kéréseket. Emellett minden csomópont külön integrált gyorsítótárral rendelkezik a többitől. Az egyes csomópontokon belüli gyorsítótárazott adatok az adott csomóponton nemrég megírt vagy átolvasott adatoktól függnek. Ha egy elem vagy lekérdezés egy csomóponton van gyorsítótárazva, akkor az nem feltétlenül gyorsítótárazva van a többi csomóponton.
A fejlesztéshez azt javasoljuk, hogy egy csomóponttal kezdjen, de éles környezetben három vagy több csomópontot kell kiépnie a magas rendelkezésre állás érdekében. Ismerje meg, hogyan építhet ki dedikált átjárófürtöt integrált gyorsítótárral. Ha több dedikált átjárócsomópontot épít ki, a dedikált átjárófürt továbbra is átirányíthatja a kéréseket és kiszolgálhatja a gyorsítótárazott adatokat, még akkor is, ha az egyik dedikált átjárócsomópont nem érhető el.
A dedikált átjáró a következő méretekben érhető el. Az integrált gyorsítótár a memória körülbelül 50%-át használja, a többi pedig a metaadatok és a háttérpartíciók felé irányuló útválasztási kérések számára van fenntartva.
| Termékváltozat neve | vCPU | Memória |
|---|---|---|
| D4s | 4 | 16 GB |
| D8s | 8 | 32 GB |
| D16s | 16 | 64 GB |
Tipp
A létrehozás után hozzáadhat vagy eltávolíthat dedikált átjárócsomópontokat, de nem módosíthatja a csomópontok méretét. A dedikált átjárócsomópontok méretének módosításához megszüntetheti a fürtöt, és újra üzembe helyezheti egy másik méretben. Ez rövid állásidőt eredményez, hacsak nem módosítja az alkalmazás kapcsolati sztring, hogy a standard átjárót használja az újraépítés során.
A dedikált átjárók kiépítésének számos különböző módja van:
- Dedikált átjáró kiépítése a Azure Portal
- Az Azure Cosmos DB REST API-jának használata
- Azure CLI
- ARM-sablon
- Megjegyzés: Dedikált átjáró nem bontható le ARM-sablonokkal
Megjegyzés
A rendelkezésre állási zónákkal rendelkező Azure Cosmos DB-fiókokban igény szerint kiépítheti a dedikált átjárót. További információért keresse fel a cosmoscachefeedback@microsoft.com következőt: .
Dedikált átjáró többrégiós fiókokban
Ha dedikált átjárófürtöt épít ki többrégiós fiókokban, minden régióban azonos dedikált átjárófürtök lesznek kiépítve. Vegyünk például egy Azure Cosmos DB-fiókot az USA keleti régiójában és Észak-Európában. Ha egy dedikált átjárófürtöt hoz létre két D8-csomóponttal ebben a fiókban, összesen négy D8 csomóponttal rendelkezik – kettő az USA keleti régiójában és kettő Észak-Európában. Nem kell külön konfigurálnia a dedikált átjárókat az egyes régiókban, és a kapcsolati sztring változatlanok maradnak. A feladatátvételek végrehajtásához ajánlott eljárások sem módosulnak.
A fürtön belüli csomópontokhoz hasonlóan a régiók közötti dedikált átjárócsomópontok is függetlenek. Előfordulhat, hogy a gyorsítótárazott adatok az egyes régiókban eltérőek lesznek, attól függően, hogy a legutóbbi olvasások vagy írások az adott régióba adhatók-e.
Korlátozások
A dedikált átjáróra a következő korlátozások vonatkoznak:
- A dedikált átjárók csak NoSQL-fiókok API-ján támogatottak
- Nem használhat szerepköralapú hozzáférés-vezérlést (RBAC) a dedikált átjárón keresztül irányított adatsík-kérelmek hitelesítéséhez
Következő lépések
A dedikált átjárók használatáról az alábbi cikkekben olvashat bővebben:
- Integrált gyorsítótár
- Az integrált gyorsítótár konfigurálása
- Integrált gyorsítótár – gyakori kérdések
- 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ürtre vonatkozó információkat.
- Ha csak a meglévő adatbázisfürt virtuális magjainak és kiszolgálóinak számát ismeri, olvassa el a kérelemegységek virtuális magok vagy vCPU-k használatával történő becslését ismertető cikket.
- Ha ismeri az aktuális adatbázis számítási feladatának jellemző kérési arányait, olvassa el a kérelemegységek becslését az Azure Cosmos DB Capacity Planner használatával