日本最大の即レスサービス「アンサー」を支える Amazon DynamoDB
•
79 j'aime•27,058 vues
アンサーにおけるDynamoDBの運用経験から、非経験者に向けてハマりポイントなどを解説しました。
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
Similaire à 日本最大の即レスサービス「アンサー」を支える Amazon DynamoDB
Similaire à 日本最大の即レスサービス「アンサー」を支える Amazon DynamoDB (20)
Dernier
Dernier (9)
日本最大の即レスサービス「アンサー」を支える Amazon DynamoDB
- 1. 日本最大の即レスサービス 「アンサー」を支える Amazon DynamoDB 2015/6/3 at AWS Summit Tokyo 2015 デベロッパーカンファレンス nanapi Inc. Masahiro Akita
- 2. 自己紹介 •2011年4月nanapi入社 (5年目) •主にサーバーサイドをやってます •akiyan.com という個人ブログを書いてます 秋田 真宏 / あきやん 株式会社 nanapi エンジニア (社員) 2
- 3. アンサーとは •即レスコミュニケーションサービス •iOS / Android ネイティブアプリ展開 •リリースから約1年半 •2014年12月時点で累計1億コメント 3
- 4. こんな感じ 4
- 8. DynamoDBを運用した後のイメージ •DynamoDBはKVSである •RDBの代わりとして使うべきではない •前提を理解していればスケールする •前提を理解していなければスケールしな い 8
- 11. DynamoDBの基礎知識 11
- 15. HASH + RANGE テーブル •HASHキーとRANGEキーの2種類の値の組み 合わせでItemが決定する •HASHとRANGEの組み合わせはユニークで ある必要がある •HASHキーのみでも取り出すことができる •HASHキーに追加でRANGEキーを対象に範 囲など条件指定して取得が可能 •取得時にRANGEキーで昇順降順のソートが 可能 15
- 17. 主なAPI •getItem (1件取得) •query (1HASHに対してRANGEキーで 検索複数取得) •putItem (1件更新) •updateItem (特定のカラムを更新、アト ミックインクリメント等) 17
- 18. DynamoDBの導入経緯 18
- 22. スループットのコスト 22
- 23. コストはキャパシティーユニットの設定値で決まる •キャパシティーユニットは読み書き別々に 設定する •書き込みユニットは1WCUあたり1KBの 性能で、10ユニットで $0.00742 (Tokyo) / 時間 •読み込みユニットは1RCUあたり4KBの性 能で、50ユニットで $0.00742（Tokyo) / 時間 •性能は「秒間あたり」の性能となる 23
- 24. スループット課金額例 •毎秒 100KB の読み込みスループットを 確保するには 100KB / 4KB = 25 RCU が必要 •$ 0.00742 * 25(RCU) * 24(hour) * 30(days) = $ 133 / Month 24 Itemサイズ平均 １KB 1リクエストあたり 10Item読み込み 秒間アクセス 10アクセス
- 26. スループット消費グラフ 26
- 27. 消費スループットのAPIの返り値 # aws dynamodb query … ̶return- consumed-capacity TOTAL ¦ jq .ConsumedCapacity { "CapacityUnits": 1.5, "TableName": expample_table } 27
- 29. スループット増大に注意 29
- 31. スループット破産例 •例えば256KBのItemを50件読み込む要 件があると、少なくとも一度に「1,600 RCU」を消費する •1600 RCU をプロビジョニングすると月 額 $170 (Tokyo) が必要 •この要件で毎秒あたり10ユーザーが同時 アクセスして遅延なく応答するには 16,000 RCU が必要になり月額 $1,900 の課金になる。 31
- 35. DynamoDBは一度に複数Itemの取得が可能 •「query」で、RANGEテーブルやインデッ クスから一度に複数Itemを読み込むこと ができる •HASH のみか、HASH と RANGE の条 件指定での読み込みが基本 35
- 36. LIMITをつけてもスループットは節約できない •「LIMIT」はquery APIのパラメータ •パーティションから複数のItemを読み込ん だ後に、結果セットの数を制限してくれる •LIMITの指定でスループットは減ることは ない •HASH + RANGE テーブルで、RANGEの 指定無しでもLIMITをつければいかにもス ループットが減りそうだが、減らない 36
- 37. HASH + RANGE テーブルでスループット消費を抑えるには •先頭n件を取得する場合、スループットを 節約しようとするなら、適当なRANGEキー を範囲指定しなければならない •適当なRANGEキーの決定は通常は無理が ある場合がほとんど •スループット消費低減のためにインデック スを用意すると、追加の書き込みスループッ トが必要になるので悩ましい •あちらを立てればこちらが立たず状態 37
- 45. スループットが足りない時は 45
- 51. スケーラビリティの確保 51
- 56. インデックスの特性 56
- 67. データフォーマットはマニュアルに載ってる •PHP SDKにエクスポート用のデータ列に フォーマットして返す機能は見つけられ なかった •フォーマットはシンプルなので、マニュ アル通りに自分でフォーマットすればよ い •「AWS Data Pipeline」の項目に記載さ れている 67
- 71. バックアップは難しい 71
- 75. データの向き不向き 75
- 78. おすすめの学習方法 78
- 79. SlideShareのDynamoDB関係資料を通読 •AWS マイスターシリーズ •AWS Black Belt Techシリーズ •Deep Dive •公式以外も有用なものが多い 79