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-3 | |
米国 (シリコンバレー) | us-west-1 | |
米国 (バージニア) | us-east-1 | |
中東 | UAE (ドバイ) | me-east-1 |
サウジアラビア (リヤド) | me-central-1 |
インスタンス
インスタンスは、Tablestore を使用および管理するための基本単位です。各インスタンスはデータベースとして機能します。Tablestore は、インスタンスレベルでアクセス制御とリソースメータリングを実行します。Tablestore をアクティブ化した後、Tablestore コンソールでインスタンスを作成します。その後、そのインスタンス内でテーブルを作成し、データを管理できます。
各 Alibaba Cloud アカウントは最大 10 個のインスタンスを作成でき、各インスタンスには最大 64 個のテーブル (データテーブル、セカンダリインデックステーブル、および時系列テーブルを含む) を含めることができます。これらのクォータの引き上げを希望する場合は、チケットをサブミットするか、Tablestore テクニカルサポートグループ 36165029092 にご参加ください。
インスタンスタイプ
Tablestore は、ハイパフォーマンスとキャパシティの 2 つのインスタンスタイプをサポートしています。各インスタンスタイプは、テーブルごとにペタバイト規模のデータを処理できます。ユースケースと予算に最も適したタイプを選択してください。詳細については、次の表をご参照ください。
インスタンスタイプは作成後に変更できません。慎重に選択してください。
インスタンスタイプに関係なく、検索インデックスを使用すると、ハイパフォーマンスストレージ、予約済み読み取りスループット、およびオンデマンド読み取りスループットに対して料金が発生します。詳細については、「検索インデックスの課金項目」をご参照ください。
インスタンスタイプに関係なく、時系列モデルを使用する場合、時系列データのオンデマンド読み取り/書き込みスループットはキャパシティレートで、時系列メタデータのオンデマンド読み取り/書き込みスループットはハイパフォーマンスレートで、時系列メタデータストレージはハイパフォーマンスストレージレートで課金されます。詳細については、「時系列モデルの課金項目」をご参照ください。
インスタンスタイプ | ハイパフォーマンス | キャパシティ | |
ユースケース | 高い同時実行性と超低読み取り/書き込みレイテンシが求められるオンラインワークロード。 | より低コストのストレージが求められるオフラインワークロード。レイテンシの影響を受けやすいオンラインワークロードには適していません。 | |
課金項目 |
|
| |
パフォーマンス | 読み取り | 高 | 中 |
書き込み | 高 | 高 | |
同時実行性 | 高 | 中 | |
利用可能なリージョン
次の表に、各インスタンスタイプとストレージタイプをサポートするリージョンを示します。
インスタンスタイプ | エリア | 対応リージョン |
ハイパフォーマンス | 中国 | 中国 (杭州)、中国 (上海)、中国 (北京)、中国 (張家口)、中国 (ウランチャブ)、中国 (深圳)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (中衛)、中国 (香港) |
アジアパシフィック | 韓国 (ソウル)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、フィリピン (マニラ)、タイ (バンコク)、マレーシア (ジョホール) | |
ヨーロッパおよびアメリカ | ドイツ (フランクフルト)、英国 (ロンドン)、フランス (パリ)、米国 (シリコンバレー)、米国 (バージニア) | |
中東 | サウジアラビア (リヤド) | |
キャパシティ | 中国 | 中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (深圳)、中国 (成都)、中国 (香港) |
アジアパシフィック | 日本 (東京)、マレーシア (クアラルンプール)、インドネシア (ジャカルタ) | |
ヨーロッパおよびアメリカ | ドイツ (フランクフルト)、英国 (ロンドン)、米国 (シリコンバレー)、米国 (バージニア) 説明 米国 (シリコンバレー) リージョンでは、新規購入はサポートされていません。 | |
中東 | UAE (ドバイ) |
エンドポイント
エンドポイントタイプ
各 Tablestore インスタンスには、一意のエンドポイントがあります。パブリック、デュアルスタックパブリック、VPC、クラシックネットワークの 4 つのエンドポイントタイプが利用可能です。ネットワーク環境に応じてエンドポイントタイプを選択してください。
インターネット経由で Tablestore にアクセスすると、アウトバウンドトラフィック料金が発生します。詳細については、「課金概要」をご参照ください。
パブリック
パブリックエンドポイントを使用して、インターネット経由で Tablestore にアクセスします。エンドポイントの形式は次のとおりです。
https://instanceName.RegionID.ots.aliyuncs.comVPC
VPC エンドポイントを使用して、Virtual Private Cloud から Tablestore にアクセスします。エンドポイントの形式は次のとおりです。
https://instanceName.RegionID.vpc.tablestore.aliyuncs.comクラシックネットワーク
クラシックネットワークエンドポイントを使用して、同じリージョン内の Elastic Compute Service (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 秒です。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 にご参加ください。
予約済み読み取り/書き込みスループットの更新ルール
テーブルの予約済み読み取り/書き込みスループットを変更するには、UpdateTable API を使用します。次のルールが適用されます：
各暦日 (UTC 00:00:00 から翌日の 00:00:00 まで、または UTC+8 の 08:00 から翌日の 08:00 まで) 内で、予約済みスループットを無制限に調整できます。同じデータテーブルに対する 2 回の連続した更新の間隔は、1 分より長くする必要があります。
調整された予約済み読み取り/書き込みスループットは、1 分以内に有効になります。
計算例
データテーブルの予約済み読み取りスループットが 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 の期間において、消費されたスループットは、100 CU の予約済み読み取りスループットと、合計 30 CU のオンデマンド読み取りスループットに分類されます。