适用对象：
NoSQL
MongoDB
Cassandra
Gremlin
表
可随时对 Azure Cosmos DB 帐户添加和删除区域。 在与帐户关联的每个区域中会保留为各种 Azure Cosmos DB 数据库和容器配置的吞吐量。 如果每小时预配的吞吐量（即，跨所有数据库和容器为 Azure Cosmos DB 帐户配置的每秒请求单位数 [RU/秒] 总和）为 T，并且与数据库帐户关联的 Azure 区域数是 N，则对于给定小时，Azure Cosmos DB 帐户的总预配吞吐量等于 T x N RU/秒。
具有单个写入区域的预配吞吐量和具有多个可写区域的预配吞吐量在成本上可能会有所不同。 有关详细信息，请参阅 Azure Cosmos DB 定价。
多个写入区域的成本
在多区域写入系统中，可用于写入操作的净 RU/秒会增加 N 倍，其中 N 是写入区域数。 与单区域写入不同，每个区域现在都可写并且支持冲突解决。 从成本规划的角度来看，若要在中国各地执行等值为 M RU/s 的写入操作，需要在容器或数据库级别配置 M RU/s。 然后，可以根据需要添加任意数量的区域，并将它们用于写入以执行 M 中国各地写入的 RU/s 值。
示例：
假设你在单区域写入场景中有一个容器。 该容器的预配吞吐量为 10K RU/秒，且本月存储了 0.5 TB 的数据。 现在，假设添加另一个具有相同存储和吞吐量的区域，并希望能够从应用写入这两个区域中的容器。
此示例详细介绍了新的每月总消耗量：
| 物品 | 使用情况（每月） | 费率 | 每月成本 |
|---|---|---|---|
| 中国北部容器的吞吐量账单（单写入区域） | 10K RU/秒 * 24 小时 * 31 天 | 每 100 RU/秒 每小时 0.051 元 | 3,794.4 元 |
| 2 个区域中的容器吞吐量计费 - 中国北部和中国东部（多个写入区域） | 2 * 10K RU/秒 * 24 小时 * 31 天 | 每小时每100 RU/秒 0.102元 | 15,177.6 元 |
| 中国北地区的集装箱存储账单 | 0.5 TB（或 512 GB） | 人民币 2.576 元/GB | 1318.92 元 |
| 2 个区域中容器的存储帐单 - 中国北部和中国东部 | 2 * 0.5 TB （或 1,024 GB） | 人民币 2.576 元/GB | 2637.83 元 |
注释
此示例假定一个月内为 730 小时。
按每个区域提高吞吐量利用率
如果利用率低下，可采取措施，通过使用读取区域中的更改源来最大限度地利用读取区域中的 RU/秒。 或者，如果利用过度，可移动到另一个辅助区域。 例如，一个或多个未充分利用的读取区域被视为效率低下。 你需要确保先在写入区域中优化预配吞吐量（RU/秒）。
对于不包括大型查询的大多数情况，写入成本高于读取成本。 保持均衡的利用率可能很有挑战性。 总的来说，监视区域中消耗的吞吐量，并按需添加或删除区域，以缩放读取和写入吞吐量。 确保了解对部署在同一区域的任何应用的延迟的影响。