リージョン、インスタンス、エンドポイント、読み書きスループットなど、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 つのインスタンスタイプをサポートします：高性能と容量です。 各インスタンスタイプは、テーブルあたりペタバイト規模のデータを処理できます。ユースケースと予算に最適なタイプを選択してください。詳細については、次の表をご参照ください。
インスタンスタイプは作成後に変更できません。慎重に選択してください。
インスタンスタイプにかかわらず、検索インデックスを使用すると、高性能ストレージ、予約済み読み取りスループット、およびオンデマンド読み取りスループットに対して課金されます。詳細については、「Search index billing」をご参照ください。
インスタンスタイプにかかわらず、時系列モデルを使用する場合、時系列データのオンデマンド読み書きスループットは容量料金で、時系列メタデータのオンデマンド読み書きスループットは高性能料金で、時系列メタデータのストレージは高性能ストレージ料金で課金されます。詳細については、「Billable items of the TimeSeries model」をご参照ください。
インスタンスタイプ | 高性能 | 容量 | |
ユースケース | 高い同時実行性と超低読み書きレイテンシーを必要とするオンラインワークロード。 | 低コストのストレージを必要とするオフラインワークロード。レイテンシーに敏感なオンラインワークロードには適していません。 | |
課金コンポーネント |
|
| |
パフォーマンス | 読み取り | 高 | 中 |
書き込み | 高 | 高 | |
同時実行性 | 高 | 中 | |
リージョン別の提供状況
次の表に、各インスタンスタイプとストレージタイプをサポートするリージョンを示します。
インスタンスタイプ | エリア | サポートされているリージョン |
高性能 | 中国 | 中国 (杭州)、中国 (上海)、中国 (北京)、中国 (張家口)、中国 (ウランチャブ)、中国 (深圳)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (中衛)、中国 (香港) |
アジア太平洋 | 韓国 (ソウル)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、フィリピン (マニラ)、タイ (バンコク)、マレーシア (ジョホール) | |
欧州および米州 | ドイツ (フランクフルト)、英国 (ロンドン)、フランス (パリ)、米国 (シリコンバレー)、米国 (バージニア)、ブラジル (サンパウロ)、メキシコ | |
中東 | サウジアラビア (リヤド) | |
容量 | 中国 | 中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (深圳)、中国 (成都)、中国 (香港) |
アジア太平洋 | 日本 (東京)、マレーシア (クアラルンプール)、インドネシア (ジャカルタ) | |
欧州および米州 | ドイツ (フランクフルト)、英国 (ロンドン)、米国 (バージニア) | |
中東 | UAE (ドバイ) |
エンドポイント
エンドポイントタイプ
各 Tablestore インスタンスには一意のエンドポイントがあります。[パブリック]、[パブリック (デュアルスタック)]、VPC、および クラシックネットワーク の 4 種類のエンドポイントタイプが利用可能です。ネットワーク環境に基づいてエンドポイントタイプを選択してください。
インターネット経由で Tablestore にアクセスすると、アウトバウンドトラフィック料金が発生します。詳細については、「Billing overview」をご参照ください。
パブリック
インターネット経由で Tablestore にアクセスするには、[パブリック] エンドポイントを使用します。エンドポイントの形式：
https://instanceName.RegionID.ots.aliyuncs.comVPC
VPC エンドポイントを使用して、仮想プライベートクラウドから Tablestore にアクセスします。 エンドポイント形式：
https://instanceName.RegionID.vpc.tablestore.aliyuncs.comクラシックネットワーク
同じリージョン内の ECS インスタンスからクラシックネットワーク経由で Table Store にアクセスするには、クラシックネットワーク エンドポイントを使用します。これにより、レイテンシが短縮され、インターネットトラフィック料金を回避できます。エンドポイントの形式:
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 とクラシックネットワークの詳細については、「Network types」をご参照ください。
読み書きスループット
読み書きスループットは、キャパシティユニット (CU) で測定されます。CU は、データの読み取りおよび書き込み操作に対する最小の課金単位です。データテーブルに対する各 API の読み取り操作または書き込み操作では、対応する読み取り CU または書き込み CU が消費されます。
CUの計算ルール
読み取り CU 1 は、データテーブルから最大 4 KB の 1 行を読み取ることを表します。
書き込み CU 1 は、データテーブルに最大 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 はインデックスデータサイズに基づいて予約済み読み取りスループットを自動的に設定します。詳細については、「Search index billing」をご参照ください。検索インデックスの予約済み読み取りスループットは調整できません。このコストを抑えるには、インデックスサイズまたは行数を最適化してください。
予約済み読み書きスループットが 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コンソールにログインします。
インスタンス一覧ページで、対象インスタンスの名前をクリックし、インスタンス詳細ページに移動します。
[Tables] タブをクリックし、対象のデータテーブル名をクリックして、テーブル詳細ページに移動します。
現在の予約済み読み取りスループットと予約済み書き込みスループットの値を確認します。
[Modify Table Attributes] をクリックし、予約済み読み取りスループットと予約済み書き込みスループットの両方を 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 です。