Dedikált Azure Cosmos DB-átjáró – áttekintés
A KÖVETKEZŐRE VONATKOZIK: 
NoSQL
A dedikált átjáró egy kiszolgálóoldali számítás, amely az Azure Cosmos DB-fiók előtere. 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 is kiépítheti a teljesítmény nagy léptékű javítása érdekében. A dedikált átjáró kiépítésének leggyakoribb oka 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 integrált gyorsítótárral rendelkező dedikált átjárót épít ki, azzal csökkentheti az olvasási terhelés költségeit az Azure Cosmos DB-ben.
A dedikált átjáró az Azure Cosmos DB-be van beépítve. Dedikált átjáró kiépítésekor rendelkezik egy teljes mértékben felügyelt csomópontgal, amely a kéréseket háttérpartíciókra irányítja. Az Azure Cosmos DB-hez a dedikált átjáróval való csatlakozás kisebb é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ása során 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.
Feljegyzés
Van visszajelzése a dedikált átjáróról? Hallani akarjuk! Nyugodtan megoszthatja visszajelzéseit közvetlenül az Azure Cosmos DB mérnöki csapatával: cosmoscachefeedback@microsoft.com
Kapcsolati módok
Az Azure Cosmos DB, a Közvetlen és az Átjáró módhoz két csatlakozási mód érhető el. Átjáró módban 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 akkor is, ha sok fizikai partícióval rendelkezik, a kérések útválasztása teljes mértékben ü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óddal csatlakozik, a kérések nem használják 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ér-csomóponthoz csatlakozik, amely kezeli a kérés átirányítását a megfelelő háttércsomópontokra. Mivel az átjáró mód további hálózati ugrást igényel, a közvetlen módhoz képest valamivel nagyobb késés figyelhető meg.
Amikor á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árolót 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 praktikus egy szabványos átjáró megosztása, 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ó eltérő végponttal rendelkezik, mint az Azure Cosmos DB-fiókhoz biztosított standard, de a kérések ugyanúgy vannak irányítva. Amikor 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ércsomópontokra irányítja a kérést. Ha lehetséges, az integrált gyorsítótár szolgáltatja az eredményt.
A dedikált átjáróval való átjárómód-kapcsolat ábrája:
A dedikált átjáró kiépítése
A NoSQL-fiókokhoz készült API-ban dedikált átjárófürt hozható létre. 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ók összes dedikált átjárócsomópontja ugyanazzal a dedikált átjáróvégpontgal rendelkezik.
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ármelyik 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 írt vagy beolvasott adatoktól függenek. Ha egy elem vagy lekérdezés gyorsítótárazva van az egyik csomóponton, 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 üzembe helyeznie a magas rendelkezésre állás érdekében. Ismerje meg, hogyan építhet ki egy dedikált átjárófürtöt egy integrált gyorsítótárral. Több dedikált átjárócsomópont kiépítése lehetővé teszi, hogy a dedikált átjárófürt továbbra is átirányítsa a kéréseket és kiszolgálja 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ó az alábbi 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 metaadatokra és a háttérpartíciókra irányuló útválasztási kérelmekre van fenntartva.
| Termékváltozat neve | vCPU | Emlékezet |
|---|---|---|
| D4s | 4 | 16 GB |
| D8-ak | 8 | 32 GB |
| D16-osok | 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 bonthatja a fürtöt, és újra kiépítheti egy másik méretben. Ez rövid állásidőt eredményez, hacsak nem módosítja az alkalmazás végpontját a standard átjáró használatára 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 az Azure Portal használatával
- Az Azure Cosmos DB REST API-jának használata
- Azure CLI
- ARM-sablon
- Megjegyzés: Arm-sablonok használatával nem bonthat le dedikált átjárót
Feljegyzés
Igény szerint kiépítheti a dedikált átjárót az Azure Cosmos DB-fiókokban rendelkezésre állási zónákkal. További információért lépjen kapcsolatba cosmoscachefeedback@microsoft.com .
Dedikált átjáró többrégiós fiókokban
Ha dedikált átjárófürtöt hoz létre többrégiós fiókokban, minden régióban azonos dedikált átjárófürtök lesznek kiépítve. Vegyük például az USA keleti régiójában és Észak-Európában található Azure Cosmos DB-fiókot. 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 dedikált átjáróvégpont változatlan marad. A feladatátvételek elvégzésére vonatkozó ajánlott eljárások sem módosulnak.
A fürtön belüli csomópontokhoz hasonlóan a régiók dedikált átjárócsomópontjai is függetlenek. Lehetséges, hogy a gyorsítótárazott adatok az egyes régiókban eltérőek, attól függően, hogy a legutóbbi olvasások vagy írások milyenek az adott régióban.
Korlátozások
A dedikált átjárókat csak a NoSQL-fiókok API-ja támogatja.
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ürt adatait.
- 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