執行個體(Instance)是您使用和管理Tablestore服務的實體,每個執行個體相當於一個資料庫。Tablestore對應用程式的存取控制和資源計量都在執行個體層級完成。開通Tablestore服務後,您可以通過Tablestore管理主控台來建立執行個體,然後在執行個體內進行表及資料的操作與管理。
每個阿里雲帳號最多建立 10 個執行個體,每個執行個體內最多建立 64 張表(包括資料表、二級索引表和時序表)。如果您需要增加限額,請提交工單。
執行個體規格
Table Store支援高效能型和容量型兩種執行個體規格。不同規格的執行個體均可承載單表 PB 層級的資料量,您可以根據使用情境和預算成本選擇合適的執行個體規格。詳細資料請參見下表。
建立執行個體後,執行個體規格無法直接修改,請謹慎選擇。
如果要修改執行個體規格,需要您自行通過資料移轉實現。您可以使用 DataWorks 等工具進行資料移轉,具體操作請參見將Table Store資料表中資料同步到另一個資料表。
無論哪種執行個體規格,使用多元索引時均會產生高效能儲存量、預留讀輸送量與按量讀輸送量等計費項目。更多資訊,請參見多元索引計量計費。
無論哪種執行個體規格,使用時序模型時,時間軸資料的按量讀寫輸送量均按照容量型讀寫計費,時間軸中繼資料的按量讀寫輸送量均按照高效能讀寫計費,且時間軸中繼資料的資料存放區均按照高效能儲存計費。更多資訊,請參見時序模型計量計費。
執行個體規格 | 高效能型 | 容量型 | |
適用情境 | 適合線上情境,能提供高並發、極低的讀寫訪問延時。 | 適合離線情境,提供更低成本的資料存放區,不適合對訪問延時敏感的線上情境。 | |
計費組成 |
|
| |
效能指標 | 讀效能 | 高 | 中 |
寫效能 | 高 | 高 | |
並發力 | 高 | 中 |
執行個體命名規範
執行個體的名稱在一個地區內必須唯一,不同地區內的執行個體名稱可以相同。具體命名規範如下。
必須由英文字母、數字或短劃線(-)組成。
首字元必須為英文字母。
末尾字元不能為短劃線(-)。
大小寫不敏感。
長度在 3~16 字元之間。
執行個體名稱不能包含
ali
、ay
、ots
、taobao
、admin
這幾個單詞。
各地區執行個體支援情況
地區 | 高效能型執行個體 | 容量型執行個體 |
華東1(杭州) | 支援 | 支援 |
華東1 金融雲 | 支援 | 暫不支援 |
華東2(上海) | 支援 | 支援 |
華東2 金融雲 | 暫不支援 | 支援 |
華北1(青島) | 暫不支援 | 支援 |
華北2(北京) | 支援 | 支援 |
華北3(張家口) | 支援 | 支援 |
華北5(呼和浩特) | 暫不支援 | 支援 |
華北6(烏蘭察布) | 支援 | 暫不支援 |
華南1(深圳) | 支援 | 支援 |
華南3(廣州) | 支援 | 暫不支援 |
西南1(成都) | 支援 | 支援 |
中國香港 | 支援 | 支援 |
新加坡 | 支援 | 暫不支援 |
馬來西亞(吉隆坡) | 支援 | 支援 |
印尼(雅加達) | 支援 | 支援 |
日本(東京) | 暫不支援 | 支援 |
菲律賓(馬尼拉) | 支援 | 暫不支援 |
泰國(曼穀) | 支援 | 暫不支援 |
德國(法蘭克福) | 支援 | 支援 |
英國(倫敦) | 支援 | 支援 |
美國(矽谷) | 支援 | 支援 重要 目前不支援新購容量型執行個體。 |
美國(維吉尼亞) | 支援 | 支援 |
阿聯酋(杜拜) | 暫不支援 | 支援 |
沙特(利雅得) | 支援 | 暫不支援 |