ログインまたはコンソールをアクセス

OK

Table Store

フルマネージドの NoSQL クラウドデータベースサービス

今すぐ購入

Table Store

Alibaba Cloud Table Store は、高速で、拡張性を備えた、フルマネージドの NoSQL データベースサービスであり、Alibaba Cloud の Apsara 分散システム上に構築されています。このクラウド NoSQL データベースサービスは SSD 技術に基づいて、大量の構造化データと半構造化データを、リアルタイムアクセスと強力な整合性を保ちつつ、1 桁のミリ秒のレイテンシで格納できます。

Table Store サービスはデータを行と列から構成されるテーブルに編成することで、データのパーティション分割とロードバランシング技術を活用し、すばやくシームレスにスケーリングできます。自動バックアップおよび障害検出によりテーブルサービスの信頼性が向上し、柔軟なデータモデルによってどのような IoT、ゲーム、モバイルアプリケーション、Web、その他多くのアプリケーションにも最適です。


利点

可用性を確保

  • 自動で障害を検出し、迅速な障害復旧を行います。

  • 99.9% のサービスの可用性を保証します。

信頼性

  • 複数のクラウドデータバックアップを行い、バックアップ障害時には迅速な復旧を提供します。

  • 99.9999999% のサービスの信頼性を保証します。

パフォーマンス

  • 自動パーティション分割および SSD ベースの技術を利用します。

  • クラスター内の各ノードで 1 秒あたり 10,000 を超えるクエリを処理する性能を提供します。

  • クラウドでホストされるアプリケーションのシームレススケーリングを実現します。

拡張が可能

  • リアルタイムで変化するアプリケーションホスティングの必要性に基づく予約済みリソースのスケーリングを容易に行います。

安全

  • 各リクエストを認証して NoSQL サーバーへの権限のないデータアクセスを防止します。

  • ユーザーレベルでのデータの分離、アクセス制御および権限管理を提供します。

  • NoSQL サーバーに対する DDoS および CC 攻撃を軽減するための技術が組み込まれています。

優れたコスト効率

  • 予想されるデータスループットに基づくリソースの予約がテーブルごとに可能です。

  • リアルタイムで変化するアプリケーションの必要性に基づく予約済みリソースのスケーリングが容易です。

使いやすさ

  • RESTful API、Web ベースの管理コンソールおよび複数のプログラミング言語向けの SDK を提供します。

  • 開発者向けの開発者ガイド、API リファレンスなどのプロダクトドキュメントを完備しています。


プロダクトの詳細

Alibaba Cloud Table Store は管理された強力なクラウド NoSQL データベースサービスであり、大量の構造化データと半構造化データを、強力な読み書きの整合性を保ちつつ非常に高速に格納および取得できます。

Alibaba Cloud Table Store は自動パーティショニングとロードバランシング技術に基づく、拡張性の高いサービスです。このクラウド NoSQL データベースサービスは、IoT、ゲーム、モバイルアプリケーションなどのハイメモリおよび高いスループットが必要なアプリケーションに最適です。


特徴

フルマネージド

  • データパーティショニング管理、ソフトウェアとハードウェアのアップグレード、設定およびクラスターのスケールアウトを自動で行います。

  • 開発者を NoSQL データベース管理の日常の運用タスクから解放します。

整合性

  • 大規模なサーバーでホスティングする複数のアプリケーションに、一貫した迅速なパフォーマンスを提供

  • 行レベルのデータ操作の安定性を実現します。

柔軟なデータモデル

  • 整数、倍精度、文字列、バイナリおよび Boolean などの複数のデータ型でデータを格納するアプリケーションをサポートします。

  • 各データ行には、テーブルのスキーマを事前定義せずに不定数の列を含めることができます。

モニタリング

  • 使いやすい管理コンソールで、1 秒あたりのリクエスト数、平均応答レイテンシなどのリソースの使用状況をリアルタイムにモニターします。

  • データ量、QPS、読み書き容量ユニットおよび NoSQL サーバー側の平均応答時間などの詳細なテーブルレベルのモニタリング情報を提供します。

複数の操作のサポート

テーブル操作

ListTable、CreateTable、DescribeTable などのテーブル操作を提供します。

データ操作

単一行、複数行、または行の特定の範囲に対するデータ操作を実行します。

データ書き込み操作

  • アトミック性と強力な一貫性を保証する PutRow、UpdateRow、DeleteRow などの操作をサポートします。

  • データ書き込み操作が成功して書き込まれた行の最新のデータをフェッチする際に、分散ファイルシステム内のデータを自動更新します。

列の値のデータ型

Table Store は列の値について、次の 5 つのデータ型をサポートします。

データ型 定義 PK 列のサポート サイズの制限
String UTF-8、空も可能 あり 64 KB 以下 (プライマリキー列の場合は 1 KB 以下)
Integer 64 ビット整数 あり 8 バイト
Double 64 ビット倍精度 なし 8 バイト
Boolean True または False なし 1 バイト
Binary Null が可能 なし 64 KB 以下

料金

本ページの料金は2017年11月2日(木)より適用されます。

※ 表示価格は特に断りがない限り税抜です。
※ 価格は予告なく変更される場合があります、正確な価格は購入ページで表示される情報を確認ください。

Table Store では、4 つのアイテム (データストレージ、予約済み読み書きスループット、転送されたデータ量、追加の読み書きスループット)の使用量を測定し、請求金額が確定します。容量型インスタンスと高パフォーマンスインスタンスの2種類のプランを提供しており、プランごとに単価が異なります。

1.容量型インスタンス
データの読み書きの処理については、利用したスループットに応じて課金されます。

2.高パフォーマンス型インスタンス
テーブル作成時に、利用予定のスループットを指定して予約することができます(予約済スループット)。また、予約した分を超過して利用したスループットは追加で課金されます(追加スループット)。

課金項目 容量型 高パフォーマンス型
高パフォーマンス型
トラフィック
予約済スループット
(予約済スループット0)
追加スループット

プランの選択

データストレージ

データストレージ料金は、インスタンスのデータの合計量に基づき 1 時間単位で計算されます。データストレージの利用料金は、テーブルパーティションのデータ量の平均値に単価を乗じて計算されます。
テーブルパーティションのデータ量の平均値は、すべてのテーブルパーティションのデータ量の合計値が定期的に収集され、算出されます。

リージョン 日本 香港 シンガポール オーストラリア 米国西部 中国本土
容量型インスタンス JPY¥0.014/GB JPY¥0.014/GB N/A JPY¥0.014/GB N/A JPY¥0.012/GB
高パフォーマンス型インスタンス N/A N/A JPY¥0.035/GB N/A JPY¥0.035/GB JPY¥0.035/GB

インターネットへのデータ転送

インターネットへのデータ転送料金は、Table Store ダウンストリームトラフィックの総使用量に基づいて課金されます。アップストリームトラフィックとイントラネットアクセストラフィックは無料です。 主なダウンストリームトラフィックは、Table Store からの応答にアクセスする際 HTTP メソッドを使用することによって発生します。

また、Table Store は操作が失敗した場合でも情報を返すため、ダウンストリームトラフィックは操作の成否とは関係なく生じます。 異なるリージョン間でのアクセスもインターネットアクセスと見なされます。

リージョン 日本 香港 シンガポール オーストラリア 米国西部 中国本土
価格 JPY¥12.30/GB JPY¥16.83/GB JPY¥8.91/GB JPY¥14.95/GB JPY¥8.36/GB JPY¥13.53/GB

予約済スループット

予約された読み取り/書き込みスループットの料金は以下の表をもとに計算されています。データテーブルに適切な予約済みの読み取り/書き込みスループットを設定することで、リソース使用のコストを削減することができます。

Table Storeでは、インスタンス内のすべてのテーブルの予約された読み込み/書き込みスループットの合計に対する時間当たりの課金が発生します。設定した読み取り/書き込みスループットは常に変更することができます。
1時間ごとの平均スループットを計算するために定期的にテーブルの予約済の読み取り/書き込みスループットを収集します。請求金額は、平均値に単価を乗じて計算されます。

予約済読み取りスループット

リージョン 日本 香港 シンガポール オーストラリア 米国西部 中国本土
容量型インスタンス N/A N/A N/A N/A N/A N/A
高パフォーマンス型インスタンス N/A N/A JPY¥0.023/CU N/A JPY¥0.012/CU JPY¥0.012/CU

予約済書き込みスループット

リージョン 日本 香港 シンガポール オーストラリア 米国西部 中国本土
容量型インスタンス N/A N/A N/A N/A N/A N/A
高パフォーマンス型インスタンス N/A N/A JPY¥0.035/CU N/A JPY¥0.035/CU JPY¥0.035/CU

追加スループット

追加スループットとは、実際に消費される読み取り/書き込みスループットのうち、1秒あたりの予約済の読み取り/書き込みスループットを超えた部分のことです。

Table Storeでは、課金サイクルごとに全テーブルの追加スループットを収集します。請求金額は、実際に消費された追加スループットに単価を乗じて計算されます。
インスタンスの全てのテーブルにおける追加スループットは、請求サイクルごとに計算されます。請求金額は、実際に消費された追加スループットに単価を乗じて計算されます。

追加読み取りスループット

リージョン 日本 香港 シンガポール オーストラリア 米国西部 中国本土
容量型インスタンス JPY¥0.066/10K CU JPY¥0.069/10K CU N/A JPY¥0.069/10K CU N/A JPY¥0.069/10K CU
高パフォーマンス型インスタンス N/A N/A JPY¥0.345/10K CU N/A JPY¥0.345/10K CU JPY¥0.345/10K CU

追加書き込みスループット

リージョン 日本 香港 シンガポール オーストラリア 米国西部 中国本土
容量型インスタンス JPY¥0.132/10K CU JPY¥0.138/10K CU N/A JPY¥0.138/10K CU N/A JPY¥0.138/10K CU
高パフォーマンス型インスタンス N/A N/A JPY¥0.690/10K CU N/A JPY¥0.690/10K CU JPY¥0.690/10K CU

利用イメージ

インターネットベースのユーザー情報の格納

これは NoSQL データベースサービスを提供する Alibaba Cloud の典型的なアプリケーションシナリオであり、Table Store はインターネットエンドユーザーを対象としていました。このようなシナリオでは、Table Store はメール、議事録、議題およびユーザー情報などのエンドユーザーの構造化データおよび半構造化データを、いつでもどこでもアクセス可能な信頼性の高いストレージとして Table Store に保存します。

利点

  • Alibaba Cloud Table Store は、データボリュームが増大し、アクセスの頻度が高くなっても一貫したクエリパフォーマンスを保証します。

  • Alibaba Cloud Table Store は、このような使用事例において既に使用されています。たとえば、Alibaba Cloud Email、Cloud OS、Cloud Space です。このようなアプリケーションは Table Store の読み書きを均等に行い、データの分布も均等です。

サイズの大きいメタデータの格納

そのようなシナリオでは、数百テラバイトにも達する大量のメタデータのストレージが必要です。それぞれのデータが、いつ増減するか予想もつかない多次元の属性を含んでいます。したがって、厳密なデータモデルの定義は困難です。

ページビューの数も膨大です。クエリは 1 日に数兆個、ピーク時は 100,000 QPS にもなり、ミリ秒単位のレイテンシが必要になります。

Alibaba Cloud Table Store は、新しいレコードや更新に対する整合性のとれた読み書きを可能にするため、そのようなシナリオに最適です。現在では、多くのアプリケーションが Alibaba Cloud MaxCompute メタデータなどの Alibaba Cloud Table Store を使用しています (MaxCompute テーブル/ジョブ/セキュリティおよび関連するメタデータは Alibaba Cloud Table Store に格納されます)。

ログおよびモニタリングデータの格納

そのようなアプリケーションホスティングでは、一定に大量のデータが流れ込んでくることが一般的であり、ホットデータを常に格納し続ける必要があります。アプリケーションは通常、最新のデータおよび最近の期間 (たとえば 1 か月なり半年なり) の更新データを保持して、それより古いデータを破棄します。

ログおよびモニタリングデータを格納および管理する必要があるアプリケーション。そのようなアプリケーションは Table Store に一括で書き込み、読み取りボリュームは大きくありません。Alibaba Cloud SLS はこの使用事例の典型的な例です。


はじめに

データベース管理を行うために Table Store CLI、API、SDK にアクセスしましょう。必須リンクは以下のとおりです。

管理コンソールからの Table Store の使用

Alibaba Cloud 管理コンソールには、Table Store リソースに対するアクセスや設定に使用する Web ベースのシンプルなユーザーインターフェイスが用意されています。このコンソールを使って、NoSQL ホスティングデータベースを作成および変更したり、使用リソースの容量を変更したり、さまざまなバックアップを作成したりできます。クイックスタートガイドを利用すると、こうしたタスクを数回のクリックで段階的に実行できます。

Alibaba Cloud Table Store CLI を介した Table Store の使用

Alibaba Cloud Table Store では、コマンドラインインターフェイス (CLI) から自由に Table Store リソースを使用し、管理することができます。このサービスを有効にするには、Table Store CLI パッケージをダウンロードしてインストールします。

Table Store API リファレンス

Web ベースの Table Store API を使用して、データベースを作成または変更できます。このサービスでは、アクセスの制御、サーバーまたはインスタンスの保護、いくつかのバックアップの作成を行うことができます。利用可能な API の完全なリストが記載された『Alibaba Cloud Table Store API ガイド』を参照してください。


リソース

Alibaba Cloud Table Store は自動パーティショニングとロードバランシング技術に基づく、拡張性の高いサービスです。これは IoT、ゲーム、モバイルアプリケーションなどのハイメモリおよび高いスループットが必要なアプリケーションのホスティングに最適です。

Alibaba Cloud 管理コンソールと Alibaba Cloud ドキュメントを使用して Table Store のメリットを活用します。

ドキュメント、SDK、およびその他のリソースへのリンクを次に示します。


よくある質問

1. Table Store はデータベースでしょうか。Table Store と従来のリレーショナルデータベースサービス (RDS) の違いは何でしょうか。

Alibaba Cloud Table Store は Alibaba Cloud の NoSQL マネージドデータストレージサービスです。Table Storeは、MySQLやSQL Serverなどの従来型のRDS と異なり、分散型の構造化データと半構造化データモデルを持ちます。

  • Table Store のデータモデルは、行と列を中心とする 2 次元テーブルです。ですが、従来のデータベースとは異なり、Table Store のテーブルは散発的であり異なる列を 1 つの行にまとめることができます。

  • Table Store では属性列を動的に追加または削除でき、テーブルの作成時に属性列に対する厳密なスキーマは不要です。

  • ビュー、インデックス、トランザクション、豊富な SQL 文など従来のデータベースが持つ豊富な機能と比較して、Table Store にはスケーラビリティの向上、数百もの TBand 並列クエリ (1 つのテーブルに対して 100,000 QPS) などの大量データの容易なサポートなど、比較的基本的な機能が備わっています。

  • プログラミング時には、Table Store は一様な HTTP Restful API を提供しており、従来の SQL 規約をサポートしていません。Table Store は柔軟であり、ストレージおよび読み書きスループットに使用される実際のリソース使用率に対する支払いができます。

2. Alibaba Cloud Table Store のデータはどのように保護されますか。

Table Store は、次の 2 つの方法でデータセキュリティを保証します。

  • データ信頼性などのデータストレージのセキュリティ。Table Store では、99.9999999% のデータ信頼性を保証しています。データが Table Store の最下層に格納されると、複数のコピーが作成されます。データのコピーの 1 つにデータ損失やデータの破損などの問題がある場合、修復手順が自動的にトリガーされ、欠損データを迅速に置き換えます。このように Table Store ではデータ損失が発生しないようになっています。

  • アクセスの厳密な ID 認証などのデータアクセスのセキュリティ。すべてのユーザーは、AccessKeyID および AccessKeySecret を作成する必要があります。AccessKeySecret はユーザーの機密情報です。ユーザーは、すべてのクエリリクエストで署名として正しい AccessKeyID を示す必要があります。Table Store はすべてのクエリリクエストに対して AccessKeySecrect を検証します。その後の操作が許可されるのは検証後のみです。

3. テーブル作成中に属性列は必要ですか。

いいえ。Table Store は半構造化テーブルをサポートしています。つまり、テーブル作成に必要なのはプライマリキー列 (列 1 ~ 4) のみであり、属性列は必要ありません。Table Store には複数の属性列があり (現在は最大で 128 列)、データの各行には異なる数の属性列を設定できます。アプリケーションがデータを書き込むときに、Table Store はすべてのデータ列 (プライマリキー列と属性列) の名前と値を指定する必要があります。

4. テーブルの作成時にプライマリキーの最初の列にあるパーティションキーを理解する方法を教えてください。

テーブルのデータ量が設定された値に到達すると、Table Store はパーティションキー列の値の範囲に基づいてテーブルのパーティション分割を行い、ロードバランシングを実現します。

テーブル作成時、テーブルのパーティションはデフォルトで 1 つであり、すべてのデータはテーブルの同じパーティション上にあります。テーブルに複数のパーティションがある場合、各パーティションのデータはパーティションキー列の値のある範囲内に収まります。パーティションキー列内のすべての値は、列の値の自然な順序 (Integer または String (プライマリーキー列のデータ型) の自然な順序) でセグメント化されます。

クエリパフォーマンス以外に、パーティション分割は予約済み読み書きのスループット率にも影響します。テーブルに複数のパーティションがある場合、予約済み読み書きスループットは各パーティションに均等に分割されます。

5. 合理的なパーティションキーを設定する方法を教えてください。

テーブル作成時のパーティションキーの選択が非常に重要であるのは、データ量が大きすぎるとクエリパフォーマンスに影響するためです。アプリケーションのパーティションキーを選択する場合、ユーザーは次のような基本的な原理に従います。

  • 固定値または範囲の小さい値 (ユーザーの性別 (男性/女性)) を設定した属性を使用しないでください。

  • パーティションキーとして TimeStamp を使用して最新のデータシナリオを照会するなど、自然な順序でソートすると明らかなクエリのホットスポットとなる属性を使用しないようにします。

  • UserID などの自然な順序でソートするとクエリのホットスポットが分散される属性を使用します。

6. アプリケーションのクエリのホットスポットを予測して制御できない場合は、どうしたらよいですか。

Alibaba Cloud は、パーティションキーを導入する前にアプリケーションの特性に従いデータをハッシュすることをお勧めします。たとえば、データ行を書き込むときに、簡単なハッシュアルゴリズムを使用して UserID のハッシュ値を生成してから、ハッシュ値と UserID を結合して、それをパーティションキー値としてテーブルに保存します。この簡単な方法によりクエリのホットスポット問題のいくつかを効果的に解決できます。ですが、パーティションキーの値はハッシュ値と実際の値を結合した結果であるため、アプリケーションはパーティションキーを使用して範囲 (getRange) を読み取ることはできません。

7. 1 つのアカウントのテーブル数に関する制限はありますか。

各 Table Store のユーザーは最大で 10 個のインスタンスを作成でき、各インスタンスには最大で 10 個のテーブルを設定できます。つまり、各 Table Store のユーザーは、1 つのアカウントにつき最大で 100 個のテーブルを作成できます。

8. データ量が大きく、クエリパフォーマンスの要件が高い場合は、どうしたらよいですか。

データベースシャーディングやテーブルのパーティション分割によって大量データアクセスの需要に対応する従来の SQL データベース (MySQL など) とは異なり、Table Store は分散アプローチを採用して、巨大なデータ量とアクセスレイテンシのボトルネックを打破します。ユーザーは構造化データおよび半構造化データをスパーステーブルに保存でき (スパーステーブルは、変更できないデータの場合にセグメントツリーの代わりとなることが多いデータ構造)、データ量が巨大である場合にクエリパフォーマンスについて考慮する必要はありません。

Table Store の分散機能のため、テーブルの数はリソース属性にもなります。サービスリソースの可制御性を実現するため、1 つのアカウントに対するテーブルの数の最大値はありますが、Table Store の拡張性によってテーブル数の制限に効果的に対応できます。

1 つのアカウントのテーブルのクォータを増加させる必要がある場合、チケットを開くかカスタマーマネージャーにお問い合わせください。