Поиск затрат на единицу запроса для операций, выполняемых в Azure Cosmos DB для Apache Cassandra

ПРИМЕНИМО К: Кассандра

Azure Cosmos DB поддерживает многие интерфейсы API, такие как SQL, MongoDB, Cassandra, Gremlin и Таблицы. У каждого API есть собственный набор операций базы данных, начиная от простого считывания и записи точек и заканчивая сложными запросами. Каждая операция базы данных потребляет системные ресурсы. Потребление зависит от сложности операции.

Стоимость всех операций базы данных нормализуется с помощью Azure Cosmos DB и выражается в единицах запроса (ЕЗ). Расходы на запрос выражается в единицах запроса, потребленных всеми операциями базы данных. ЕЗ можно считать единицей производительности, которая абстрагирует системные ресурсы (например, ЦП, операции ввода-вывода в секунду и память), необходимые для выполнения операций базы данных, поддерживаемых Azure Cosmos DB. Независимо от того, какой API вы используете для взаимодействия с контейнером Azure Cosmos DB, затраты всегда измеряются по единицам запросов. Независимо от типа операции базы данных (запись, чтение или запрос), затраты всегда измеряются в ЕЗ. Дополнительные сведения см. в статье Единицы запросов и рекомендации.

В этой статье представлены различные способы поиска потребления единиц запросов (ЕЗ) для любой операции, выполняемой с контейнером в Azure Cosmos DB для Apache Cassandra. Если вы используете другой API, ознакомьтесь со статьями ОБ API для MongoDB, API для NoSQL, API для Gremlin и API для таблиц , чтобы узнать стоимость ЕЗ/с.

При выполнении операций с Azure Cosmos DB для Apache Cassandra плата за единицу запроса возвращается во входящих полезных данных в виде поля с именем RequestCharge. Есть несколько способов получения данных о расходах в ЕЗ.

Использование драйвера Cassandra

Драйвер .NET

При использовании пакета SDK для .NET вы можете получить входящие полезные данные в свойстве Info объекта RowSet.

RowSet rowSet = session.Execute("SELECT table_name FROM system_schema.tables;");
double requestCharge = BitConverter.ToDouble(rowSet.Info.IncomingPayload["RequestCharge"].Reverse().ToArray(), 0);

Дополнительные сведения см. в статье Краткое руководство. Создание приложения Cassandra с помощью пакета SDK для .NET и Azure Cosmos DB.

Драйвер Java

При использовании пакета SDK для Java входные полезные данные можно получить, вызвав метод getExecutionInfo() для объекта ResultSet.

ResultSet resultSet = session.execute("SELECT table_name FROM system_schema.tables;");
Double requestCharge = resultSet.getExecutionInfo().getIncomingPayload().get("RequestCharge").getDouble();

Дополнительные сведения см. в статье Краткое руководство. Создание приложения Cassandra с помощью пакета SDK для Java и Azure Cosmos DB.

Драйвер GOCQL

При использовании драйвера GOCQL входные полезные данные можно получить, вызвав метод GetCustomPayload() для типа Iter:

query := session.Query(fmt.Sprintf("SELECT * FROM <keyspace.table> where <value> = ?", keyspace, table)).Bind(<value>)
iter := query.Iter()
requestCharge := iter.GetCustomPayload()["RequestCharge"]
requestChargeBits := binary.BigEndian.Uint64(requestCharge)
requestChargeValue := math.Float64frombits(requestChargeBits)
fmt.Printf("%v\n", requestChargeValue)

Дополнительные сведения см. в статье Краткое руководство. Создание приложения Cassandra с помощью GOCQL и Azure Cosmos DB.

Дальнейшие действия

Сведения об оптимизации потребления ЕЗ см. в следующих статьях:

• Пропускная способность и единицы запросов в Azure Cosmos DB
• Optimize provisioned throughput cost in Azure Cosmos DB (Оптимизация стоимости подготовленной пропускной способности в Azure Cosmos DB)
• Optimize query cost in Azure Cosmos DB (Оптимизация затрат на отправку запросов в Azure Cosmos DB)