本文介紹Table Store的核心基礎概念，包括地區、執行個體、服務地址和讀寫輸送量。
地區
Table Store在全球多個地區提供服務。選擇距離業務最近的地區，可有效降低訪問延遲；如需跨地區容災，可在多個地區分別建立執行個體。配置 SDK、調用 API 或在控制台操作時，需要使用地區對應的 RegionID。下表列出Table Store當前支援的地區及對應的 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 |
沙特（利雅得） | me-central-1 |
執行個體
執行個體（Instance）是使用和管理Table Store服務的實體，每個執行個體相當於一個資料庫。Table Store對應用程式的存取控制和資源計量都在執行個體層級完成。開通Table Store服務後，通過Table Store管理主控台建立執行個體，在執行個體內操作和管理表及資料。
每個阿里雲帳號最多建立 10 個執行個體，每個執行個體內最多建立 64 張表（包括資料表、二級索引表和時序表）。如果需要增加限額，請提交工單或加入Table Store技術交流群36165029092後聯絡支援人員。
執行個體規格
Table Store支援高效能型和容量型兩種執行個體規格。不同規格的執行個體均可承載單表 PB 層級的資料量，根據使用情境和預算成本選擇合適的執行個體規格。詳細資料請參見下表。
執行個體規格 | 高效能型 | 容量型 | |
適用情境 | 適合線上情境，能提供高並發、極低的讀寫訪問延遲。 | 適合離線情境，提供更低成本的資料存放區，不適合對訪問延遲敏感的線上情境。 | |
計費組成 |
|
| |
效能指標 | 讀效能 | 高 | 中 |
寫效能 | 高 | 高 | |
並發能力 | 高 | 中 | |
各地區執行個體支援情況
下表列出各地區對不同執行個體規格和儲存類型的支援情況。
儲存類型 | 地區 | 支援地區 |
高效能型執行個體 | 亞太地區-中國 | 華東1（杭州）、華東2（上海）、華北2（北京）、華北3（張家口）、華北6（烏蘭察布）、華南1（深圳）、華南2（河源）、華南3（廣州）、西南1（成都）、西北2（中衛）、中國香港 |
亞太地區-其他 | 韓國（首爾）、新加坡、馬來西亞（吉隆坡）、印尼（雅加達）、菲律賓（馬尼拉）、泰國（曼穀）、馬來西亞（柔佛州） | |
歐美地區 | 德國（法蘭克福）、英國（倫敦）、法國（巴黎）、美國（矽谷）、美國（維吉尼亞） | |
中東 | 沙特（利雅得） | |
容量型執行個體 | 亞太地區-中國 | 華東1（杭州）、華東2（上海）、華北1（青島）、華北2（北京）、華北3（張家口）、華北5（呼和浩特）、華南1（深圳）、西南1（成都）、中國香港 |
亞太地區-其他 | 日本（東京）、馬來西亞（吉隆坡）、印尼（雅加達） | |
歐美地區 | 德國（法蘭克福）、英國（倫敦）、美國（矽谷）、美國（維吉尼亞） 說明 美國（矽谷）地區不支援新購。 | |
中東 | 阿聯酋（杜拜） |
服務地址
服務地址類型
每個Table Store執行個體對應一個服務地址（Endpoint），分為公網地址、公網（雙棧）地址、VPC 地址和經典網地址四種類型。請根據業務情境和網路環境選擇對應的服務地址格式。
通過互連網訪問Table Store會產生外網下行流量費用。更多資訊，請參見計費概述。
公網
從互連網訪問Table Store時使用公網地址。服務地址格式：
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（成都）和中國香港地區的執行個體支援公網（雙棧）地址。
擷取服務地址
登入Table Store控制台。可在頁面上方切換地區和資源群組。
在概覽頁面，單擊執行個體名稱或实例管理。可根據業務情境選擇实例访问地址。
訪問情境
選擇 Endpoint
通過互連網訪問
根據用戶端支援的 IP 協議，使用公網地址或者公網（雙棧）地址。
通過互連網訪問的延遲較高，建議選擇其他方式訪問。
重要如果用戶端為 IPv6 協議，則只能使用公網（雙棧）地址。
如果用戶端不支援 IPv6 協議，則使用公網地址或者公網（雙棧）地址均可。
通過專用網路訪問
使用VPC地址。
通過傳統網路訪問
使用經典網地址。
說明關於專用網路和傳統網路的更多資訊，請參見網路類型。
讀寫輸送量
讀/寫輸送量的單位為讀服務能力單元和寫服務能力單元，簡稱 CU（Capacity Unit），是資料讀寫操作的最小計費單位。通過Table Store的 API 對資料表進行讀寫操作時，會消耗相應的寫服務能力單元和讀服務能力單元。
CU 計算規則
1 單位讀服務能力單元表示從資料表中讀取一條 4 KB 資料。
1 單位寫服務能力單元表示向資料表寫入一條 4 KB 資料。
操作資料大小不足 4 KB 的部分向上取整。例如，寫入 7.6 KB 資料消耗 2 單位寫服務能力單元，讀取 0.1 KB 資料消耗 1 單位讀服務能力單元。
按量讀/寫輸送量
按量讀/寫輸送量是資料表每秒實際消耗的讀/寫輸送量中超出預留讀/寫輸送量的部分，統計周期為 1 秒。在每個小時內，Table Store對預留讀/寫輸送量取平均值，對按量讀/寫輸送量取累加值，作為使用者實際消耗的輸送量。
按量讀/寫輸送量模式無法預估資料表所需的計算資源，Table Store需要預備足夠的服務能力以應對訪問高峰，因此按量讀/寫輸送量的單價高於預留讀/寫輸送量。合理設定預留讀/寫輸送量能有效降低使用成本。
由於按量讀/寫輸送量無法準確估計需要預留的資源，在某些極端訪問情況下，如果單個分區鍵每秒的訪問需要消耗 10000 CU，Table Store可能返回 OTSCapacityUnitExhausted 錯誤。此時需要使用退避重試等策略來降低訪問該資料表的頻率。
預留讀/寫輸送量
預留讀/寫輸送量是高效能型執行個體中資料表的一個屬性。建立資料表時，可以為資料表指定預留讀/寫輸送量。
使用多元索引時，Table Store會根據索引資料規模自動化佈建一個預留讀輸送量。更多資訊，請參見多元索引計量計費。多元索引中的預留讀輸送量配置不支援調整，如需減少該部分開銷，只能通過最佳化索引大小或行數來實現。
當設定的預留讀/寫輸送量大於 0 時，Table Store會為資料表分配並預留相應的資源，每秒對資料表的訪問不超過預留讀/寫輸送量時，按照預留讀/寫輸送量的單價計費。
當設定的預留讀/寫輸送量等於 0 時，Table Store不會為資料表分配和預留相應的資源。
說明不存在的資料表視作預留讀/寫輸送量均為 0，訪問不存在的資料表會根據操作類型消耗 1 個按量讀 CU 或 1 個按量寫 CU。
預留讀/寫輸送量的單價低於按量讀/寫輸送量，配置合適的預留讀/寫輸送量可以進一步降低成本。例如，資料表建立後如果需要匯入大量資料，可以設定較大的預留寫輸送量，以較低的寫成本匯入資料，待資料匯入完成後再將預留讀/寫輸送量下調。
使用限制
容量型執行個體下的資料表不支援設定預留讀/寫輸送量。
當預留讀/寫輸送量大於 0 時，即使沒有讀寫請求也會計費，因此Table Store限制單個資料表可自行設定的預留讀/寫輸送量最大為 100000（預留讀輸送量和預留寫輸送量分別不超過 100000）。當單個資料表的預留讀/寫輸送量需求超出 100000 時，可提交工單或加入Table Store技術交流群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 按量讀輸送量。