MongoDB

1. MongoDBを半年ちょっと運用して
みた
(株)グルーヴノーツ
服部 勇祐

2. 前提
● ピーク時秒間1,000リクエスト
● DB物理36台、APIサーバ50台
● この規模のサービスをMongoDBで運用して何
が起こったか？何に困ったか？

3. MongoDBが応答しない！
● キューにリクエストが溜まり続け、応答が返ら
ない

4. 何が起こっていたのか？
● 取得するデータ量が多すぎてサーバの転送量上
限に引っかかっていた
– MongoDBは、気軽にデータが放り込めるため、1ド
キュメントが大きくなりすぎていた
→MongoDBからデータ取得する際にデータ
を絞り込むことで解決

5. MongoDBが応答しない！その2
● キューにリクエストが溜まり続け、応答が返ら
ない

6. 何が起こっていたのか？
● 検索に全シャードに重いクエリが発行される

7. 引用元： 〜うまく動かすMongoDB〜仕組みや挙動を理解する - doryokujin's blog
http://doryokujin.hatenablog.jp/entry/20110519/1305737343

8. 何が起こっていたのか？
● $or演算が原因、全てのシャードに重いクエリ
（全探索）が発行される
– {elem: {“$or”: [{id: 1},{id: 2}, {id: 3}]}}
→$orヤバイ、$in推奨
$inだと、シャード毎に必要なクエリだ
けを送ってくれる

9. MongoDBが応答しない！その3
● 特定のDBのみ異常に負荷が高い

10. 何が起こっていたのか？
● シャーディングの罠
– シャーディングしないコレクションは全てプライマリシャードに配置される
– プライマリシャードに負荷集中してプライマリシャードのみが過負荷に
→シャードするコレクションのデータをプライマリシャードから
排除
→レプリカセットのセカンダリリードで負荷分散
→シャーディングしないコレクションをRedisでキャッシュ

11. （再掲）
引用元： 〜うまく動かすMongoDB〜仕組みや挙動を理解する - doryokujin's blog
http://doryokujin.hatenablog.jp/entry/20110519/1305737343

12. 謎のDBエラー
● DBに書き込む→DBから読み込む→データが無
い！

13. 何が起こっていたのか？
● レプリカセットの罠
– マスターに書き込んだデータがスレーブに反映され
る前に読みにいってしまう
→書き込んですぐ読み込むようなデータは
マスターから読み込むように

14. 引用元： 〜うまく動かすMongoDB〜仕組みや挙動を理解する - doryokujin's blog
http://doryokujin.hatenablog.jp/entry/20110519/1305737343

15. オートバランサー
● 自動的にチャンクを分散させる機能

16. 引用元： 〜うまく動かすMongoDB〜仕組みや挙動を理解する - doryokujin's blog
http://doryokujin.hatenablog.jp/entry/20110519/1305737343

17. 何がマズイのか？
● チャンクの移動にやたらと時間がかかる
– チャンク移動中は書き込みロックされ、書き込みで
きない
● 負荷分散のため、シャードするコレクションの
データをプライマリシャードから排除していた
ものが戻されてしまう

18. 増設、減設
● 簡単にできるという触れ込みだったはずが…

19. 何がマズかったのか？
● オートバランサが前提
● 結局いずれも、ダンプ＆リストアで対応
● 無停止運用は難しい

20. （再掲）
引用元： 〜うまく動かすMongoDB〜仕組みや挙動を理解する - doryokujin's blog
http://doryokujin.hatenablog.jp/entry/20110519/1305737343

21. これ以降は様々なトピックについて
とりとめも無く話してみます

22. 監視
● MMS

23. バックアップ＆リストア
● 現状フルダンプのみ
● MySQLみたいな差分バックアップほしい
● MMSの活用が一番楽
● 何かMongoDB2.7以降で標準入力からの
mongorestoreをサポートするらしい

24. 他いろいろな問題
● ディスク消費半端ない
– 空のDBでも4GBくらい持って行く
– 実データ量のおよそ倍程度のディスク領域を使用
– 開発等でも大量のディスク消費。テスト用のDBで
も数GB消費（オプション等で抑制は可能）
● トランザクションが無い
– 回避策はありますが、リレーショナルデータベース
の感覚で開発すると大変…かも？

25. MongoDBのいいところ
● 大量のデータを扱える←レプリカセット＋
シャーディングの効果。これがないとゲーム側
でワールド分割等を考えないといけない
● 半年ちょっとの運用でデータロスト無し（この
程度は当たり前ではあるとは思いますが）

26. まとめ
● 完全な無停止運用は困難（増設・減設）
● コスト高い（ディスク消費大きい）
● 大量のデータの扱いはやりやすい（DB分割不
要）
● が、レプリカセットやシャーディングの性質を
よく理解していないと多大なるパフォーマンス
問題が
● 結局のところは使い分けデスネ