Tablestore の中核となる概念 (リージョン、インスタンス、エンドポイント、読み取り/書き込みスループット) について説明します。
リージョン
Tablestore は世界中の複数のリージョンで利用できます。レイテンシーを低減するには、ワークロードに最も近いリージョンを選択してください。リージョン間の災害復旧を実現するには、複数のリージョンにインスタンスを作成してください。SDK の設定、API の呼び出し、または Tablestore コンソールの使用時には、リージョン ID を指定します。次の表に、サポートされているすべてのリージョンとそのリージョン ID を示します。
パブリッククラウド
エリア | リージョン | リージョン ID |
中国 | 中国 (杭州) | cn-hangzhou |
中国 (上海) | cn-shanghai | |
中国 (青島) | cn-qingdao | |
中国 (北京) | cn-beijing | |
中国 (張家口) | cn-zhangjiakou | |
中国 (フフホト) | cn-huhehaote | |
中国 (ウランチャブ) | cn-wulanchabu | |
中国 (深圳) | cn-shenzhen | |
中国 (河源) | cn-heyuan | |
中国 (広州) | cn-guangzhou | |
中国 (成都) | cn-chengdu | |
中国 (中衛) | 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 | |
ブラジル (サンパウロ) | sa-east-1 | |
メキシコ | na-south-1 | |
中東 | UAE (ドバイ) | me-east-1 |
サウジアラビア (リヤド) | me-central-1 |
インスタンス
インスタンスとは、Tablestore を使用および管理するための基本単位です。各インスタンスはデータベースとして機能します。Tablestore は、インスタンスレベルでアクセス制御とリソース計測を実行します。Tablestore をアクティブ化した後、Tablestore コンソールでインスタンスを作成します。その後、そのインスタンス内でテーブルを作成し、データを管理できます。
各 Alibaba Cloud アカウントは最大 10 個のインスタンスを作成でき、各インスタンスには最大 64 個のテーブル (データテーブル、セカンダリインデックステーブル、時系列テーブルを含む) を含めることができます。これらの上限を増やすには、チケットを提出するか、Tablestore テクニカルサポートグループ 36165029092 に参加してください。
インスタンスタイプ
Tablestore は、高性能と容量の 2 つのインスタンスタイプをサポートします。各インスタンスタイプは、テーブルごとにペタバイト規模のデータを処理できます。ユースケースと予算に最適なタイプを選択してください。詳細については、次の表をご参照ください。
インスタンスタイプは作成後に変更できません。慎重に選択してください。
インスタンスタイプに関係なく、検索インデックスを使用すると、高性能ストレージ、予約済み読み取りスループット、オンデマンド読み取りスループットの料金が発生します。詳細については、「検索インデックスの課金」をご参照ください。
インスタンスタイプに関係なく、時系列モデルを使用する場合、時系列データのオンデマンド読み取り/書き込みスループットは容量レートで課金され、時系列メタデータのオンデマンド読み取り/書き込みスループットは高性能レートで課金され、時系列メタデータストレージは高性能ストレージレートで課金されます。詳細については、「TimeSeries モデルの課金項目」をご参照ください。
インスタンスタイプ | 高性能 | 容量 | |
ユースケース | 高い同時実行性と超低読み取り/書き込みレイテンシーを必要とするオンラインワークロード。 | 低コストストレージを必要とするオフラインワークロードに適しています。レイテンシーに敏感なオンラインワークロードには適していません。 | |
課金コンポーネント |
|
| |
パフォーマンス | 読み取り | 高 | 中 |
書き込み | 高 | 高 | |
同時実行性 | 高 | 中 | |
リージョンごとの提供状況
以下の表に、各インスタンスタイプとストレージタイプをサポートするリージョンを示します。
インスタンスタイプ | エリア | サポートされているリージョン |
高性能 | 中国 | 中国 (杭州)、中国 (上海)、中国 (北京)、中国 (張家口)、中国 (ウランチャブ)、中国 (深圳)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (中衛)、中国 (香港) |
アジア太平洋 | 韓国 (ソウル)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、フィリピン (マニラ)、タイ (バンコク)、マレーシア (ジョホール) | |
ヨーロッパおよびアメリカ | ドイツ (フランクフルト)、英国 (ロンドン)、フランス (パリ)、米国 (シリコンバレー)、米国 (バージニア)、ブラジル (サンパウロ)、メキシコ | |
中東 | サウジアラビア (リヤド) | |
容量 | 中国 | 中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (深圳)、中国 (成都)、中国 (香港) |
アジア太平洋 | 日本 (東京)、マレーシア (クアラルンプール)、インドネシア (ジャカルタ) | |
ヨーロッパおよびアメリカ | ドイツ (フランクフルト)、英国 (ロンドン)、米国 (バージニア) | |
中東 | UAE (ドバイ) |
エンドポイント
エンドポイントタイプ
各 Tablestore インスタンスには、固有のエンドポイントがあります。[パブリック]、[パブリック (デュアルスタック)]、[VPC]、[クラシックネットワーク]の 4 つのエンドポイントタイプが利用できます。ネットワーク環境に基づいてエンドポイントタイプを選択してください。
インターネット経由で Tablestore にアクセスすると、アウトバウンドトラフィック料金が発生します。詳細については、「課金の概要」をご参照ください。
パブリック
[パブリック] エンドポイントを使用して、インターネット経由で Tablestore にアクセスします。エンドポイント形式：
https://instanceName.RegionID.ots.aliyuncs.comVPC
[VPC] エンドポイントを使用して、仮想プライベートクラウドから Tablestore にアクセスします。エンドポイント形式：
https://instanceName.RegionID.vpc.tablestore.aliyuncs.comクラシックネットワーク
[クラシックネットワーク] エンドポイントを使用して、クラシックネットワーク上の同じリージョンにある ECS インスタンスから Tablestore にアクセスします。これにより、レイテンシーが低減され、インターネットトラフィック料金が回避されます。エンドポイント形式：
https://instanceName.RegionID.ots-internal.aliyuncs.comパブリック (デュアルスタック)
[パブリック (デュアルスタック)] エンドポイントを使用して、IPv4 と IPv6 をサポートするインターネット経由で Tablestore にアクセスします。エンドポイント形式：
https://instanceName.RegionID.tablestore.aliyuncs.com[パブリック (デュアルスタック)] エンドポイントは、次のリージョンでのみ利用できます：中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (深圳)、中国 (成都)、中国 (香港)。
エンドポイントの取得
Tablestore コンソールにログインします。ページ上部でリージョンとリソースグループを切り替えることができます。
概要 で、インスタンス名または インスタンスの管理 をクリックし、適切な インスタンスアクセス URL を選択します。
アクセスシナリオ
使用するエンドポイント
インターネット経由
お使いのクライアントがサポートする IP プロトコルに応じて、[パブリック] エンドポイント、または [パブリック (デュアルスタック)] エンドポイントを使用します。
インターネットアクセスはレイテンシーが高くなります。可能な場合は VPC ネットワークを使用してください。
重要クライアントで IPv6 のみを使用する場合は、[パブリック (デュアルスタック)] エンドポイントを使用します。
お使いのクライアントが IPv6 をサポートしていない場合は、[パブリック] または [パブリック (デュアルスタック)] エンドポイントを使用してください。
VPC から
VPC エンドポイントを使用します。
クラシックネットワークから
クラシックネットワーク エンドポイントを使用します。
説明VPC とクラシックネットワークの詳細については、「ネットワークタイプ」をご参照ください。
読み取り/書き込みスループット
読み取りおよび書き込みスループットは、キャパシティーユニット (CU) で測定されます。CU は、データの読み取りおよび書き込み操作の最小課金単位です。データテーブルに対する各 API の読み取りまたは書き込み操作は、対応する読み取りまたは書き込み CU を消費します。
CU 計算ルール
1 読み取り CU は、データテーブルから最大 4 KB の 1 行を読み取ることに相当します。
1 書き込み CU は、データテーブルに最大 4 KB の 1 行を書き込むことに相当します。
4 KB より小さいデータ、または 4 KB の倍数でないデータは、最も近い 4 KB に切り上げられます。たとえば、7.6 KB のデータを書き込むと 2 書き込み CU を消費し、0.1 KB のデータを読み取ると 1 読み取り CU を消費します。
オンデマンド読み取り/書き込みスループット
オンデマンド読み取り/書き込みスループットとは、予約済み読み取り/書き込みスループットを超える、1 秒あたりに実際に消費されるスループットです。測定間隔は 1 秒です。各時間内に、Tablestore は平均予約済み読み取り/書き込みスループットと累積オンデマンド読み取り/書き込みスループットを、実際に消費されたスループットとして計算します。
オンデマンドスループットは、予約済みスループットよりも高い料金が設定されています。これは、Tablestore が予測不可能なトラフィックのピークに対して十分なキャパシティをプロビジョニングする必要があるためです。コストを削減するには、適切な予約済み読み取り/書き込みスループットを設定してください。
Tablestore はオンデマンドスループット用に予約するリソースを正確に見積もることができないため、単一のパーティションキーが 1 秒あたり 10,000 CU を超えて消費すると、サービスが OTSCapacityUnitExhausted エラーを返す場合があります。指数バックオフを使用して、データテーブルへのリクエストレートを削減してください。
予約済み読み取り/書き込みスループット
予約済み読み取り/書き込みスループットは、高性能インスタンスのデータテーブルのプロパティです。データテーブルを作成する際に、予約済み読み取り/書き込みスループットを指定できます。
検索インデックスを使用すると、Tablestore はインデックスデータサイズに基づいて予約済み読み取りスループットを自動的に設定します。詳細については、「検索インデックスの課金」をご参照ください。検索インデックスの予約済み読み取りスループットは調整できません。このコストを削減するには、インデックスサイズまたは行数を最適化してください。
予約済み読み取り/書き込みスループットが 0 より大きい場合、Tablestore はデータテーブルに対応するリソースを割り当てて予約します。1 秒あたりの予約済みスループットを超えないアクセスは、予約済みスループットレートで課金されます。
予約済み読み取り/書き込みスループットが 0 に設定されている場合、Tablestore はデータテーブルにリソースを割り当てたり予約したりしません。
説明存在しないデータテーブルは、予約済み読み取り/書き込みスループットが 0 として扱われます。存在しないデータテーブルにアクセスすると、操作タイプに応じて 1 オンデマンド読み取り CU または 1 オンデマンド書き込み CU を消費します。
予約済みスループットの単価は、オンデマンドスループットよりも低くなっています。コストを削減するには、適切な予約済みスループットレベルを設定してください。たとえば、大量のデータをインポートする前に、高い予約済み書き込みスループットを設定して書き込みコストを削減します。インポートが完了したら、予約済みスループットを削減してください。
使用制限
容量インスタンスのデータテーブルは、予約済み読み取り/書き込みスループットをサポートしていません。
0 より大きい予約済み読み取り/書き込みスループットは、読み取りまたは書き込みリクエストがなくても料金が発生します。Tablestore は、予約済み読み取りスループットと予約済み書き込みスループットをデータテーブルごとに最大 100,000 に制限しています。データテーブルに 100,000 を超える予約済み読み取り/書き込みスループットが必要な場合は、チケットを提出するか、Tablestore テクニカルサポートグループ 36165029092 に参加してテクニカルサポートに連絡してください。
予約済み読み取り/書き込みスループットの更新ルール
データテーブルの予約済み読み取り/書き込みスループットは、API を呼び出すか、コンソールを使用して更新できます。予約済み読み取りスループットと予約済み書き込みスループットの両方を 0 に設定すると、予約済みスループットの設定が解除されます。これにより、予約済みスループットの課金は停止しますが、インスタンスやデータテーブルは解放されません。
各暦日 (UTC 00:00:00 から翌日の 00:00:00 まで、または UTC+8 で 08:00 から翌日の 08:00 まで) 内に、予約済みスループットを無制限に調整できます。同じデータテーブルに対する 2 つの連続した更新の間隔は、1 分を超える必要があります。このルールは、API を呼び出して更新する場合でも、コンソールを使用して更新する場合でも適用されます。
調整された予約済み読み取り/書き込みスループットは、1 分以内に有効になります。
API を呼び出して更新
UpdateTable API を呼び出して、テーブルの予約済み読み取り/書き込みスループットを変更します。
コンソールを使用して更新
Tablestore コンソールにログインします。
インスタンスリストページで、対象インスタンスの名前をクリックして、インスタンス詳細ページに移動します。
[テーブル] タブをクリックし、対象データテーブルの名前をクリックして、テーブル詳細ページに移動します。
現在の予約済み読み取りスループットと予約済み書き込みスループットの値を確認します。
[テーブル属性の変更] をクリックし、予約済み読み取りスループットと予約済み書き込みスループットの両方を 0 に設定します。
[OK] をクリックします。「The table properties are modified.」というメッセージが表示されます。
計算例
データテーブルの予約済み読み取りスループットが 100 CU に設定されているとします。次のアクセスパターンが 3 秒連続で発生します：
T0：読み取り操作が 120 CU の読み取りスループットを消費します。予約済みスループットは 100 CU で、消費されたオンデマンド読み取りスループットは 20 CU です。
T1：読み取り操作が 95 CU の読み取りスループットを消費します。予約済みスループットは 100 CU で、消費されたオンデマンド読み取りスループットは 0 CU です。
T2：読み取り操作が 110 CU の読み取りスループットを消費します。予約済みスループットは 100 CU で、消費されたオンデマンド読み取りスループットは 10 CU です。
T0 から T2 までに消費された合計読み取りスループットは、予約済み読み取りスループット 295 CU とオンデマンド読み取りスループット 30 CU です。