Zjišťování jednotek žádostí

  • 3 min

V případě služby Azure Cosmos DB platíte po hodinách za zřízenou propustnost a spotřebované úložiště. Propustnost musí být zřízena, aby se zajistilo, že pro vaši databázi Azure Cosmos vždy bude k dispozici dostatek systémových prostředků.

Náklady na všechny databázové operace jsou normalizovány ve službě Azure Cosmos DB a vyjádřeny jednotkami žádostí (nebo RU). Jednotka požadavku představuje systémové prostředky, jako jsou procesor, IOPS a paměť potřebné k provádění databázových operací podporovaných službou Azure Cosmos DB.

Náklady na načtení bodu, který načítá jednu položku podle jeho ID a hodnoty klíče oddílu, je pro položku 1 kB 1RU. Podobně jsou náklady v RU přiřazené ke všem ostatním databázovým operacím. Náklady se měří podle RU bez ohledu na to, které rozhraní API používáte k interakci s kontejnerem Azure Cosmos. Ať už je operace databáze zápisem, čtením bodu nebo dotazem, náklady se měří v RU.

Následující obrázek znázorňuje základní myšlenku jednotek RU:

Obrázek znázorňující, jak databázové operace spotřebovávají jednotky žádostí

Typ účtu služby Azure Cosmos DB, který používáte, určuje způsob účtování spotřebovaných jednotek RU. Existují tři režimy, ve kterých můžete vytvořit účet:

  • Režim zřízené propustnosti: V tomto režimu zřídíte počet RU pro vaši aplikaci za sekundu v přírůstcích po 100 RU za sekundu. Pokud chcete škálovat zřízenou propustnost pro aplikaci, můžete počet RU kdykoli zvýšit nebo snížit v přírůstcích po 100 RU. Změny můžete naprogramovat nebo můžete použít Azure Portal. Propustnost můžete zřídit na úrovni členitosti kontejneru a databáze.

  • Bezserverový režim: V tomto režimu nemusíte při vytváření prostředků v účtu služby Azure Cosmos DB zřizovat žádnou propustnost. Na konci fakturačního období se vám účtuje počet jednotek žádostí spotřebovaných databázovými operacemi.

  • Režim automatického škálování: V tomto režimu můžete automaticky a okamžitě škálovat propustnost (RU/s) databáze nebo kontejneru na základě jejího využití. Tato operace škálování nemá vliv na dostupnost, latenci, propustnost ani výkon úlohy. Tento režim je vhodný pro klíčové úlohy, které mají proměnlivé nebo nepředvídatelné vzory provozu, a vyžadují smlouvy SLA s vysokým výkonem a škálováním.