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


Szegmensszám kiválasztása az Azure Cosmos DB for PostgreSQL-ben

Fontos

Az Azure Cosmos DB for PostgreSQL már nem támogatott új projektek esetén. Ne használja ezt a szolgáltatást új projektekhez. Ehelyett használja az alábbi két szolgáltatás egyikét:

  • Az Azure Cosmos DB for NoSQL használata nagy léptékű forgatókönyvekhez tervezett elosztott adatbázis-megoldáshoz 99,999% rendelkezésre állási szolgáltatásiszint-szerződéssel (SLA), azonnali automatikus skálázással és automatikus feladatátvétellel több régióban.

  • Használja az Azure Database For PostgreSQL Rugalmas fürtök funkcióját a megosztott PostgreSQL-hez a nyílt forráskódú Citus-bővítmény használatával.

Az egyes elosztott táblák szegmensszámának kiválasztása egyensúlyban van a több szegmens rugalmassága és a lekérdezések tervezésének és végrehajtásának többletterhelése között. Ha a felosztás után úgy dönt, hogy módosítja egy tábla szegmensszámát, használhatja a alter_distributed_table függvényt.

Több-bérlős SaaS használati eset

Az optimális választás az adatok hozzáférési mintáitól függően változik. A több-bérlős SaaS-adatbázis használati esetében például a 32–128 szegmens közötti választást javasoljuk. A kisebb számítási feladatok esetében <100 GB-ot, 32 szegmenst használhat, a nagyobb számítási feladatok esetében pedig a 64-et vagy a 128-at. Ez a választás lehetővé teszi a 32-128 feldolgozógép közötti skálázást.

Valós idejű elemzési használati eset

A valós idejű elemzések esetében a szegmensek számának a feldolgozók magjainak teljes számához kell kapcsolódnia. A maximális párhuzamosság érdekében minden csomóponton elegendő szegmenst kell létrehoznia, hogy processzormagonként legalább egy szegmens legyen. Általában azt javasoljuk, hogy nagy számú kezdeti szegmenst hozzon létre, például a jelenlegi processzormagok számának 2-szeresét vagy 4-szeresét. A több rész lehetővé teszi a jövőbeli skálázást, ha több feldolgozót és processzormagot ad hozzá.

Ne feledje, hogy az Azure Cosmos DB for PostgreSQL minden lekérdezéshez szegmensenként egy adatbázis-kapcsolatot nyit meg, és hogy ezek a kapcsolatok korlátozottak. Ügyeljen arra, hogy a szegmensek száma elég kicsi legyen ahhoz, hogy az elosztott lekérdezéseknek gyakran ne kelljen várniuk a kapcsolatra. Tegyük fel, hogy a szükséges (max concurrent queries * shard count)kapcsolatok nem haladhatják meg a rendszerben lehetséges összes kapcsolatot. (number of workers * max_connections per worker)

Következő lépések