本文介绍表格存储的核心基础概念，包括地域、实例、服务地址和读写吞吐量。
地域
表格存储在全球多个地域提供服务。选择距离业务最近的地域，可有效降低访问延迟；如需跨地域容灾，可在多个地域分别创建实例。配置 SDK、调用 API 或在控制台操作时，需要使用地域对应的 RegionID。下表列出表格存储当前支持的地域及对应的 RegionID。
公共云
区域 | 地域名称 | RegionID |
亚太-中国 | 华东1（杭州） | cn-hangzhou |
华东2（上海） | cn-shanghai | |
华北1（青岛） | cn-qingdao | |
华北2（北京） | cn-beijing | |
华北3（张家口） | cn-zhangjiakou | |
华北5（呼和浩特） | cn-huhehaote | |
华北6（乌兰察布） | cn-wulanchabu | |
华南1（深圳） | cn-shenzhen | |
华南2（河源） | cn-heyuan | |
华南3（广州） | cn-guangzhou | |
西南1（成都） | cn-chengdu | |
西北2（中卫） | cn-zhongwei | |
中国香港 | cn-hongkong | |
亚太-其他 | 日本（东京） | ap-northeast-1 |
韩国（首尔） | ap-northeast-2 | |
新加坡 | ap-southeast-1 | |
马来西亚（吉隆坡） | ap-southeast-3 | |
印度尼西亚（雅加达） | ap-southeast-5 | |
菲律宾（马尼拉） | ap-southeast-6 | |
泰国（曼谷） | ap-southeast-7 | |
马来西亚（柔佛州） | ap-southeast-8 | |
欧洲与美洲 | 德国（法兰克福） | eu-central-1 |
英国（伦敦） | eu-west-1 | |
法国（巴黎） | eu-west-2 | |
美国（硅谷） | us-west-1 | |
美国（弗吉尼亚） | us-east-1 | |
中东 | 阿联酋（迪拜） | me-east-1 |
金融云
地域名称 | RegionID |
华东1 金融云 | cn-hangzhou-finance |
华东2 金融云 | cn-shanghai-finance-1 |
华南1 金融云 | cn-shenzhen-finance-1 |
政务云
地域名称 | RegionID |
华北2 阿里政务云1 | cn-north-2-gov-1 |
实例
实例（Instance）是使用和管理表格存储服务的实体，每个实例相当于一个数据库。表格存储对应用程序的访问控制和资源计量都在实例级别完成。开通表格存储服务后，通过表格存储管理控制台创建实例，在实例内操作和管理表及数据。
每个阿里云账号最多创建 10 个实例，每个实例内最多创建 64 张表（包括数据表、二级索引表和时序表）。如果需要增加限额，请提交工单或加入表格存储技术交流群36165029092后联系技术支持。
计费模式
表格存储提供 VCU 模式（原预留模式）和 CU 模式（原按量模式）两种计费模式，核心区别如下表所示。更多信息，请参见计费概述。
对比项 | VCU 模式（原预留模式） | CU 模式（原按量模式） |
计费维度 | 按计算能力（VCU）计费。1 VCU 相当于 4 核 16 GB 的计算能力。支持预留 VCU（预付费）和弹性能力（按 0.1 VCU 步长自动弹性，按小时后付费），两者可叠加使用。 | 按实时读写吞吐量（CU）计费。根据业务实际消耗的读/写服务能力单元和存储空间等资源按量付费，无需提前规划硬件资源。 |
资源管控 | 支持设置弹性能力上限或关闭弹性能力。整体资源消耗可控，可避免异常流量导致的额外费用。 | 无法控制整体资源使用上限，需要在业务层自行管控，避免异常流量导致的额外开销。 |
适用场景 | 适合对成本可控性要求高的场景。可预先购买预留 VCU 获得固定算力，并通过弹性能力应对突发流量。 | 适合业务峰谷变化大、不可预测的场景。按实际用量付费，弹性能力可保障应对突发流量。 |
实例规格
表格存储提供 VCU 模式（原预留模式）和 CU 模式（原按量模式）两种计费模式。VCU 模式仅有一种实例规格，CU 模式支持高性能型和容量型两种实例规格。不同规格的实例均可承载单表 PB 级别的数据量，根据使用场景和预算成本选择合适的实例规格。详细信息请参见下表。
VCU模式
存储类型 | 高性能存储 | 容量型存储 | |
适用场景 | 高性能存储适合对读取延迟敏感的业务，提供极低的延迟以及高稳定性保障。 | 容量型存储适合写多读少、读取延迟不敏感、海量数据低成本存储场景。 | |
计费组成 |
|
| |
性能指标 | 读性能 | 高 | 中 |
写性能 | 高 | 高 | |
并发能力 | 高 | 中 | |
CU模式
实例规格 | 高性能型 | 容量型 | |
适用场景 | 适合在线场景，能提供高并发、极低的读写访问延迟。 | 适合离线场景，提供更低成本的数据存储，不适合对访问延迟敏感的在线场景。 | |
计费组成 |
|
| |
性能指标 | 读性能 | 高 | 中 |
写性能 | 高 | 高 | |
并发能力 | 高 | 中 | |
各地域实例支持情况
下表列出各地域对不同实例规格和存储类型的支持情况。
VCU模式
存储类型 | 区域 | 支持地域 |
高性能存储 | 亚太-中国 | 华东1（杭州）、华东2（上海）、华北2（北京）、华北3（张家口）、华北6（乌兰察布）、华南1（深圳）、华南2（河源）、华南3（广州）、西南1（成都）、西北2（中卫）、中国香港 |
亚太-其他 | 新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）、菲律宾（马尼拉）、泰国（曼谷） | |
欧洲与美洲 | 德国（法兰克福）、英国（伦敦）、美国（硅谷）、美国（弗吉尼亚） | |
容量型存储 | 亚太-中国 | 华东1（杭州）、华东2（上海）、华北1（青岛）、华北2（北京）、华北3（张家口）、华北5（呼和浩特）、华南1（深圳）、西南1（成都）、中国香港 |
亚太-其他 | 日本（东京）、马来西亚（吉隆坡）、印度尼西亚（雅加达） | |
欧洲与美洲 | 德国（法兰克福）、英国（伦敦）、美国（硅谷）、美国（弗吉尼亚） 说明 美国（硅谷）地域不支持新购。 | |
中东 | 阿联酋（迪拜） |
CU模式
存储类型 | 区域 | 支持地域 |
高性能型实例 | 亚太-中国 | 华东1（杭州）、华东2（上海）、华北2（北京）、华北3（张家口）、华北6（乌兰察布）、华南1（深圳）、华南2（河源）、华南3（广州）、西南1（成都）、西北2（中卫）、中国香港 |
亚太-其他 | 韩国（首尔）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）、菲律宾（马尼拉）、泰国（曼谷）、马来西亚（柔佛州） | |
欧洲与美洲 | 德国（法兰克福）、英国（伦敦）、法国（巴黎）、美国（硅谷）、美国（弗吉尼亚） | |
中东 | 沙特（利雅得） | |
容量型实例 | 亚太-中国 | 华东1（杭州）、华东2（上海）、华北1（青岛）、华北2（北京）、华北3（张家口）、华北5（呼和浩特）、华南1（深圳）、西南1（成都）、中国香港 |
亚太-其他 | 日本（东京）、马来西亚（吉隆坡）、印度尼西亚（雅加达） | |
欧洲与美洲 | 德国（法兰克福）、英国（伦敦）、美国（硅谷）、美国（弗吉尼亚） 说明 美国（硅谷）地域不支持新购。 | |
中东 | 阿联酋（迪拜） |
服务地址
服务地址类型
每个表格存储实例对应一个服务地址（Endpoint），分为公网地址、公网（双栈）地址、VPC 地址和经典网地址四种类型。请根据业务场景和网络环境选择对应的服务地址格式。
通过互联网访问表格存储会产生外网下行流量费用。更多信息，请参见计费概述。
公网
从互联网访问表格存储时使用公网地址。服务地址格式：
https://instanceName.RegionID.ots.aliyuncs.comVPC
从专有网络访问时使用 VPC 地址。服务地址格式：
https://instanceName.RegionID.vpc.tablestore.aliyuncs.com经典网
从同地域经典网络的 ECS 服务器访问时使用经典网地址，可获得更低的响应延迟，且不产生外网流量。服务地址格式：
https://instanceName.RegionID.ots-internal.aliyuncs.com公网（双栈）
从互联网访问时使用公网（双栈）地址。服务地址格式：
https://instanceName.RegionID.tablestore.aliyuncs.com当前仅华东1（杭州）、华东2（上海）、华北1（青岛）、华北2（北京）、华北3（张家口）、华北5（呼和浩特）、华南1（深圳）、西南1（成都）和中国香港地域的实例支持公网（双栈）地址。
获取服务地址
读写吞吐量
读/写吞吐量的单位为读服务能力单元和写服务能力单元，简称 CU（Capacity Unit），是数据读写操作的最小计费单位。通过表格存储的 API 对数据表进行读写操作时，会消耗相应的写服务能力单元和读服务能力单元。
CU 计算规则
1 单位读服务能力单元表示从数据表中读取一条 4 KB 数据。
1 单位写服务能力单元表示向数据表写入一条 4 KB 数据。
操作数据大小不足 4 KB 的部分向上取整。例如，写入 7.6 KB 数据消耗 2 单位写服务能力单元，读取 0.1 KB 数据消耗 1 单位读服务能力单元。
按量读/写吞吐量
按量读/写吞吐量是数据表每秒实际消耗的读/写吞吐量中超出预留读/写吞吐量的部分，统计周期为 1 秒。在每个小时内，表格存储对预留读/写吞吐量取平均值，对按量读/写吞吐量取累加值，作为用户实际消耗的吞吐量。
按量读/写吞吐量模式无法预估数据表所需的计算资源，表格存储需要预备足够的服务能力以应对访问高峰，因此按量读/写吞吐量的单价高于预留读/写吞吐量。合理设置预留读/写吞吐量能有效降低使用成本。
由于按量读/写吞吐量无法准确估计需要预留的资源，在某些极端访问情况下，如果单个分区键每秒的访问需要消耗 10000 CU，表格存储可能返回 OTSCapacityUnitExhausted 错误。此时需要使用退避重试等策略来降低访问该数据表的频率。
预留读/写吞吐量
预留读/写吞吐量是 CU 模式（原按量模式）下的高性能型实例中数据表的一个属性。创建数据表时，可以为数据表指定预留读/写吞吐量。
使用多元索引时，表格存储会根据索引数据规模自动设置一个预留读吞吐量。更多信息，请参见多元索引计量计费。多元索引中的预留读吞吐量配置不支持调整，如需减少该部分开销，只能通过优化索引大小或行数来实现。
当设置的预留读/写吞吐量大于 0 时，表格存储会为数据表分配并预留相应的资源，每秒对数据表的访问不超过预留读/写吞吐量时，按照预留读/写吞吐量的单价计费。
当设置的预留读/写吞吐量等于 0 时，表格存储不会为数据表分配和预留相应的资源。
说明不存在的数据表视作预留读/写吞吐量均为 0，访问不存在的数据表会根据操作类型消耗 1 个按量读 CU 或 1 个按量写 CU。
预留读/写吞吐量的单价低于按量读/写吞吐量，配置合适的预留读/写吞吐量可以进一步降低成本。例如，数据表创建后如果需要导入大量数据，可以设置较大的预留写吞吐量，以较低的写成本导入数据，待数据导入完成后再将预留读/写吞吐量下调。
使用限制
容量型实例下的数据表不支持设置预留读/写吞吐量。
当预留读/写吞吐量大于 0 时，即使没有读写请求也会计费，因此表格存储限制单个数据表可自行设置的预留读/写吞吐量最大为 100000（预留读吞吐量和预留写吞吐量分别不超过 100000）。当单个数据表的预留读/写吞吐量需求超出 100000 时，可提交工单或加入表格存储技术交流群36165029092后联系技术支持。
预留读/写吞吐量更新规则
通过 UpdateTable 接口可以动态修改表的预留读/写吞吐量配置。预留读/写吞吐量的更新规则如下：
每个自然日内（UTC 时间 00:00:00 到第二天的 00:00:00，北京时间早上 8 点到第二天早上 8 点），上调或下调预留读/写吞吐量的总次数不限。同一张数据表上两次更新的间隔必须大于 1 分钟。
预留读/写吞吐量调整完成后 1 分钟内生效。
计算示例
假设数据表设置的预留读吞吐量为 100 CU，连续 3 秒的访问情况如下：
T0：读操作实际消耗 120 CU 读吞吐量，则这 1 秒内预留吞吐量为 100 CU，消耗的按量读吞吐量为 20 CU。
T1：读操作实际消耗 95 CU 读吞吐量，则这 1 秒内预留吞吐量为 100 CU，消耗的按量读吞吐量为 0 CU。
T2：读操作实际消耗 110 CU 读吞吐量，则这 1 秒内预留吞吐量为 100 CU，消耗的按量读吞吐量为 10 CU。
T0 到 T2 时刻消耗的读吞吐量为：100 CU 预留读吞吐量以及 30 CU 按量读吞吐量。