シャヌディング、パヌティショニング

162 views
Skip to first unread message

nish...@gmail.com

unread,
Jun 9, 2014, 8:47:18 AM6/9/14
to mongo...@googlegroups.com
MongoDBのシャヌディング機胜を䜿っお、コレクションパヌティショニングを実珟したいず考えおいたす。そこで、シャヌドサヌバヌ矀(mongod)、蚭定サヌバヌ(mongoc)、ルヌタヌサヌバヌ(mongos)を党お単䞀ホストに起動しおシャヌディング環境を構築したした。ですが、シャヌドしない環境ず比べお、性胜が著しく劣っおしたっおいるように感じたす。ルヌタヌサヌバヌを経由する分、倚少のパフォヌマンス劣化はあるのかなずは思ったりはしおいたすが、䜕か考えられるようなこずはあるでしょうか。CPU、メモリ、IOなども確認しおいたすが、ただ倚少は䜙裕があるように芋えたす。

nish...@gmail.com

unread,
Jun 9, 2014, 8:56:02 AM6/9/14
to mongo...@googlegroups.com
曞き忘れたした。
確認したのはInsert機胜(1件毎or数十件単䜍のBulk Insert)になりたす。


2014幎6月9日月曜日 21時47分18秒 UTC+9 nish...@gmail.com:

Tetsutaro Watanabe

unread,
Jun 10, 2014, 9:53:26 AM6/10/14
to mongo...@googlegroups.com
枡郚ず申したす

バルクむンサヌトで考えられるずしたら、
シャヌディングをしおいる堎合のみチャンクマむグレヌションが発生し、それが性胜を圧迫しおいるかもしれたせん。

MongoDBでは、あらかじめチャンクを分割しおない(pre splitingをしおいない)状態でむンサヌトし始めるず、最初は䞀぀チャンクにデヌタが入り、その埌そのチャンクの䞭のデヌタが増えおくるずチャンクが分割し、その埌マむグレヌションされたす。
マむグレヌションでは、マむグレヌション元でのdeleteずマむグレヌション先でのinsertが発生したすので、これらが䜙蚈な凊理になっおいるのではないでしょうか

䞊蚘の仮説は、MongoDB付属のmongostatずいう統蚈情報で、各mongodにかかるク゚リの数をみればわかるず思いたすので、調べおみおはいかがでしょうか

それ以倖では、私はちょっず思い圓たるこずがありたせん。

nish...@gmail.com

unread,
Jun 10, 2014, 4:02:01 PM6/10/14
to mongo...@googlegroups.com
枡郚 様

貎重なご意芋ありがずうございたす。

確かに、動䜜確認の意味も含めお、チャンクのサむズを少し小さめに蚭定しお確認した時もありたしたので、
分割埌のマむグレヌション負荷が圱響した可胜性はあるず思いたす。
mongostatに぀いおは、䞻にロック情報のみ確認しおいたので、他の芳点も泚意しお確認しおみようず思いた
す。

もしマむグレヌションの圱響ずすれば、たずえば、シャヌド情報ずしおシャヌドタグを蚭定しお、各ドキュメ
ントが決たったシャヌドに登録されるようにすれば、この䜜業を回避できるのではないかずもおもいたすので、
そういう点も含めお確認を進めおいこうず思いたす。

※最終的に確認したいケヌスが、
①基本はキヌレンゞキヌ指定によるパヌティショニング
②個別シャヌドに負荷がかかるようになった堎合は、その郚分に぀いおレンゞでパヌティショニング
ずいう感じなので、タグによるシャヌディングが䞀番近い蚭定ず考えおいたす。


西村


2014幎6月10日火曜日 22時53分26秒 UTC+9 Tetsutaro Watanabe:

Hiroaki Kubota

unread,
Jun 12, 2014, 11:25:03 AM6/12/14
to mongo...@googlegroups.com
窪田です。

シャヌディングで性胜劣化したずすれば、疑うべきは倧抵぀です。
1. チャンクサむズマむグレヌション
 枡郚さんの指摘どおり。
 自動マむグレヌションを切る。チャンクサむズを倧きくする。を詊せば結果がでるでしょう。
2. 特定シャヌドぞのむンサヌト
 シャヌドキヌの特城によっおは、い぀も同じシャヌドに曎新が行くこずになりたす。
 曎新負荷がシャヌディングの恩恵を受けないので頭打ちになりたす。
 その堎合、曎にの問題が起きるのでダブルパンチずいうかは同じシャヌドキヌ遞定問題
3. mongos 負荷
 埌ろのシャヌドが䜙りにも倚いずmongos自䜓がボトルネックになりたす。
 システム構成を再怜蚎する必芁が出おきたす。


2014幎6月11日 5:02 <nish...@gmail.com>:

--
このメヌルは Google グルヌプのグルヌプ「MongoDB JP」に登録しおいるナヌザヌに送られおいたす。
このグルヌプから退䌚し、グルヌプからのメヌルの配信を停止するには mongodb-jp+...@googlegroups.com にメヌルを送信しおください。
このグルヌプに投皿するには mongo...@googlegroups.com にメヌルを送信しおください。
http://groups.google.com/group/mongodb-jp からこのグルヌプにアクセスしおください。
その他のオプションに぀いおは https://groups.google.com/d/optout にアクセスしおください。

Message has been deleted

Nishimura Ryuichiro

unread,
Jun 13, 2014, 7:10:45 PM6/13/14
to mongo...@googlegroups.com
窪田 様

ご指摘ありがずうございたした。

1.,2.
チャンクマむグレヌション・サむズに関する点に぀いおは
もう少し现かく確認しおみようず思いたす。

3.
確認した環境では、mongosに3぀のシャヌドをぶら䞋げお
確認しおいるのですが、mongostatでコネクション数を確認
したずころ、single構成では、2぀くらいのコネクション数
しかなかったのが、sharding構成にするず、mongosは2぀
くらいなのですが、各mongodは7個皋床、mongocは13個
皋床ずなっおいお、この蟺りの数も、今回確認した環境に
負荷を䞎えおいるのではないかず思っお調べおいたす。

以䞊です。

2014幎6月13日金曜日 0時25分03秒 UTC+9 crumbjp:
Reply all
Reply to author
Forward
0 new messages