DynamoDB バックアップと復元の使用 - Amazon DynamoDB
Amazon DynamoDB では、スタンドアロンのオンデマンドバックアップと復元機能をサポートしています。これらの機能は、AWS Backup を使用するかどうかに関係なく利用できます。 DynamoDB オンデマンドバックアップ機能を使用し、テーブルの完全なバックアップを作成して、規制コンプライアンスの要件を満たすために長期間の保存とアーカイブを行うことができます。テーブルのデータは、AWS マネジメントコンソールでワンクリックするか、1 回の API 呼び出しで、バックアップおよび復元することができます。バックアップおよび復元アクションを実行しても、テーブルのパフォーマンスや可用性に影響を及ぼすことはありません。 コンソール、AWS コマンドラインインターフェース (AWS CLI)、または DynamoDB API を使用してテーブルバックアップを作成できます。詳細については、「
DynamoDB テーブルのバックアップ - Amazon DynamoDB
テーブルバックアップの作成 (コンソール) MusicBackup を使用して既存のテーブル Music のバックアップ AWS Management Console を作成するには、以下のステップに従います。 テーブルのバックアップを作成するにはAWS Management Console にサインインして DynamoDB コンソール (https://console.aws.amazon.com/dynamodb/) を開きます。 バックアップを作成するには、次のいずれかを行います。 Music テーブルの [Backups] (バックアップ) タブで、[Create backup] (バックアップの作成) を選択します。 コンソールの左側のナビゲーションペインで、[Backups (バックアップ)] を選択します。続いて、[Create backup (バックアップを作成)] を選
データのクエリとスキャンのベストプラクティス - Amazon DynamoDB
このセクションでは、Amazon DynamoDB で Query オペレーションと Scan オペレーションを使用するためのベストプラクティスについて説明します。 スキャンのパフォーマンスに関する考慮事項 一般的に、Scan オペレーションは、DynamoDB の他のオペレーションよりも効率が低くなります。Scan オペレーションは常にテーブルまたはセカンダリインデックス全体をスキャンします。次に、値をフィルターして必要な結果を提供し、本質的に結果セットからデータを削除する余分なステップを追加します。 可能な場合、多くの結果を削除するフィルターを使用して大きなテーブルやインデックスで Scan オペレーションを実行することは避けるべきです。また、テーブルまたはインデックスが大きくなるにつれて、Scan オペレーションの処理速度は遅くなります。Scan オペレーションは、すべての項目でリク
DynamoDBにおけるスループット超過対策 〜 Fallback-Queueingパターン | DevelopersIO
よく訓練されたアップル信者、都元です。今日はAmazon DynamoDBのちょっと厄介な特性とその対処方法について。 DynamoDBの課金モデル 今さら説明することでもないかもしれませんが、DynamoDBはプロビジョニングされたスループットに対して課金されます。 意味わかりますか？ さっぱり伝えられてる気がしませんｗ 「provisioned throughput」ってどう訳せばいいんですかねぇ。 おっと、いきなり脱線してしまいましたが。つまり「どのくらいの頻度でどのくらいのデータ量を読み書きをする予定なのか」というユーザからの事前申告に基づいて、Amazonがその処理能力を確保し、その確保分に対して料金が発生します。具体的には1秒あたり1KBのデータを100回書き込みたければ、100ユニットの書き込みスループットを設定し、この100ユニットに対する課金を支払います。実際にどの程度読
aws cli で DynamoDB を使う - Qiita
aws dynamodb create-table --table-name 'cities' \ --attribute-definitions '[{"AttributeName":"key","AttributeType": "S"}]' \ --key-schema '[{"AttributeName":"key","KeyType": "HASH"}]' \ --provisioned-throughput '{"ReadCapacityUnits": 5,"WriteCapacityUnits": 5}' TABLE='cities' aws dynamodb put-item --table-name $TABLE --item '{ "population": { "N": "38164" }, "date_mod": { "S": "1950-6-22" }, "key"
Laravel で Amazon DynamoDB を利用するための実装 tips 集 - WILLGATE TECH BLOG
ウィルゲートで開発を行っている岡田 (okashoi) です。 私の所属するソリューションチームでは web コンサルティングのためのシステムの開発を行っています。 現在開発中のプロダクトにおいて Amazon DynamoDB （以下、DynamoDB）を利用しており、 Laravel で DynamoDB を利用する際の実装上の tips が貯まってきたので紹介していきたいと思います。 DynamoDB 概要 用途 メリット デメリット ORM には laravel-dynamodb を利用 マイグレーションは RDBMS と区別しない 環境をまたいでテーブル名を一意にする方法 その他細かな tips など find() は強い整合性での Read しかできない Range Key での BETWEEN 条件を指定する際は where($rangeKeyName, 'range', [
DynamoDBのキー・インデックスについてまとめてみた - Qiita
DynamoDBには以下の単語が登場します。 パーティションキー ソートキー プライマリキー ローカルセカンダリインデックス グローバルセカンダリインデックス これらのキー・インデックスについて改めて整理してみました。 まず「パーティション」「データの読み書きを行うAPIの種類」について整理します。その後、キーの種類について整理します。 パーティション DynamoDBのデータは複数のパーティションに分散して保存されます。このときデータがどのパーティションに保存されるかは パーティションキー を元に決定されます。 また ソートキー が設定されている場合、データはパーティション内でソートキーを元に並べ替えられて物理的に近くに配置されます。 例として、AnimalType（パーティションキー）とName（ソートキー）で構成されるPetsテーブルのデータは以下のように分散して保存されます。 （図
ソートキーを使用して、Amazon DynamoDB でデータを編成する | Amazon Web Services
Amazon Web Services ブログ ソートキーを使用して、Amazon DynamoDB でデータを編成する Amazon DynamoDB テーブルにデータを入力することは難しくありません。さらにデータの整理に頭を悩ませることなく、データ検索オプションを後で制限することができます。 データ検索のためのデータの編成とプランニングは、テーブルを設計する際に大切な手順のうちの一つです。適切なデータ編成がない場合、データを取得するための唯一のオプションは、パーティションキーによる検索かテーブルのフルスキャンしかありません。これらの検索方法では、テーブルは高価となり、パフォーマンスは限られたものになります。 この記事では、ソートキーを使用した、データを取得するための最適化テーブルの実際の例について検討します。ソートキーを使用すると、データをグループ化し編成するだけでなく、テーブル内
Amazon DynamoDB まとめ - Qiita
最近触り始めたので調べたことをまとめてみる・・・！(長くなった！) DynamoDBとは ・AWSの提供する完全マネージドNoSQL DBサービス →KVS的に使うもよし →インデックスを張って軽いクエリも可能 →最近ではJSONドキュメントもサポートされ、ドキュメントストアとしても使えるとのこと ※まだ自分で試してないのでなんともですが、JSONドキュメントの中を検索とかできるのかな… ・ストレージ無限 ・パフォーマンスも無限 →ただしある一定以上に設定する場合はAmazon側に上限緩和申請が必要 →とはいえ項目サイズを1KBとした場合、10000req/sec以上までは申請不要なので通常は十分 ・ユーザが気にするのはスループット値の設定のみ →ReadもWriteも設定値を増やすのは１日何回でも可能だが、減らすのは１日４回までなので注意 →ReadとWriteの設定値減を同時に１リクエ
DynamoDB の基礎知識とまとめ - Qiita
DynamoDBを大雑把にさくっと日本語で理解したい方向けの説明。 (まだ書き途中) API Version 2012-08-10 を元に書いています。 印象と感想 管理が楽! 容量の増加を気にしなくていい! スループットやパフォーマンスの監視、管理が楽! ソーシャルゲームでは、一部のデータではすごく良さそう 検索や集計は弱いから、MySQLと併用 レイテンシが低いと書いてあるが、memcache の方が当然早い テーブル設計の理解と指定方法がちょっと面倒 料金体系の理解がちょっと面倒 DynamoDBとは何か? 大雑把に NoSQL, スキーマレスなAWS上のデータベースサービス スケールに関して何も気にしなくていい まずは、公式サイトを読むと概要はわかります。 Amazon DynamoDB （フルマネージドNo SQLデータベースサービス） | アマゾン ウェブ サービス（AWS 日
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://techte.co/2017/04/25/dynamodb-usage-item/
node.js — 配列を使用してFilterExpressionで「IN」ステートメントを使用する方法-dynamodb
ConditionalOperator (legacy) - Amazon DynamoDB
Condition expressions - Amazon DynamoDB
AWS SDK for PHP 3.x