読者です 読者をやめる 読者になる 読者になる

aspec7's garage

エンジニア生活の中で学んだことの備忘録

MongoDBでレプリケーションやってみた

MongoDBのレプリケーションを試してみたかったので、下記のサイトを参考にちょっと試して見ました。

MongoDBでゆるふわDB体験

今回試した動作環境は、下記のような感じです。
Mac OS X 10.9
MacBook Air (11-inch, Mid 2013)
CPU:Core i7 1.7GHz
Memory:8GB
MongoDB2.4.5

とりあえずHomebrewでMongoDBをインストールします。

$ brew install mongodb


次にDB用ディレクトリを作成します。

$ mkdir ~/mongodb
$ mkdir ~/mongodb/db1
$ mkdir ~/mongodb/db2
$ mkdir ~/mongodb/db3


MongoDBを起動します。実験なので3つのノードをポート番号を変えて動かします。

$ cd ~/mongodb
$ mongod --dbpath=db1/ --replSet=myrep --port=30000 --fork --logpath ~/mongodb/mongodb30000.log --logappend
about to fork child process, waiting until server is ready for connections.
forked process: 10267
all output going to: /Users/hoge/mongodb/mongodb30000.log
child process started successfully, parent exiting
$ mongod --dbpath=db2/ --replSet=myrep --port=30001 --fork --logpath ~/mongodb/mongodb30001.log --logappend
about to fork child process, waiting until server is ready for connections.
forked process: 9992
all output going to: /Users/hoge/mongodb/mongodb30001.log
child process started successfully, parent exiting
$ mongod --dbpath=db3/ --replSet=myrep --port=30002 --fork --logpath ~/mongodb/mongodb30002.log --logappend
about to fork child process, waiting until server is ready for connections.
forked process: 10014
all output going to: /Users/hoge/mongodb/mongodb30002.log
child process started successfully, parent exiting


30000番ポートのノードに接続して設定を施します。
30002番のポートはアービターとして動かします。

$ mongo --port=30000
> config = {
_id : "myrep",
members : [
{ _id : 0, host : "localhost:30000" },
{ _id : 1, host : "localhost:30001" },
{ _id : 2, host : "localhost:30002", arbiterOnly : true }
]
}
> rs.initiate(config)
{
"info" : "Config now saved locally. Should come online in about a minute.",
"ok" : 1
}


ここで設定内容が反映されてレプリケーションされているか確認します。

> rs.status()
{
"set" : "myrep",
"date" : ISODate("2013-07-18T11:05:48Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "localhost:30000",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 927,
"optime" : Timestamp(1374145527, 1),
"optimeDate" : ISODate("2013-07-18T11:05:27Z"),
"self" : true
},
{
"_id" : 1,
"name" : "localhost:30001",
"health" : 1,
"state" : 3,
"stateStr" : "RECOVERING",
"uptime" : 17,
"optime" : Timestamp(0, 0),
"optimeDate" : ISODate("1970-01-01T00:00:00Z"),
"lastHeartbeat" : ISODate("2013-07-18T11:05:47Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:05:47Z"),
"pingMs" : 0,
"lastHeartbeatMessage" : "initial sync need a member to be primary or secondary to do our initial sync"
},
{
"_id" : 2,
"name" : "localhost:30002",
"health" : 1,
"state" : 3,
"stateStr" : "RECOVERING",
"uptime" : 15,
"lastHeartbeat" : ISODate("2013-07-18T11:05:47Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:05:48Z"),
"pingMs" : 0
}
],
"ok" : 1
}


30000番ポートの"stateStr"を見ると"PRIMARY"になっている事がわかります。
30001と30002番ポートはまだ準備が整っていないので、"stateStr"が"RECOVERING"になっています。
今一度確認してみます。

myrep:PRIMARY> rs.status()
{
"set" : "myrep",
"date" : ISODate("2013-07-18T11:13:13Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "localhost:30000",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 1372,
"optime" : Timestamp(1374145527, 1),
"optimeDate" : ISODate("2013-07-18T11:05:27Z"),
"self" : true
},
{
"_id" : 1,
"name" : "localhost:30001",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 462,
"optime" : Timestamp(1374145527, 1),
"optimeDate" : ISODate("2013-07-18T11:05:27Z"),
"lastHeartbeat" : ISODate("2013-07-18T11:13:12Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:13:11Z"),
"pingMs" : 0,
"syncingTo" : "localhost:30000"
},
{
"_id" : 2,
"name" : "localhost:30002",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 460,
"lastHeartbeat" : ISODate("2013-07-18T11:13:12Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:13:13Z"),
"pingMs" : 0
}
],
"ok" : 1
}


今度は、準備が整ったので30001番は"SECONDARY"、30002番は"ARBITER"となっている事が確認出来ました。
なにげにシェルのプロンプトも">"から"myrep:PRIMARY"になっています。

続いてプライマリ側にデータを入れて確認します。

myrep:PRIMARY> use test_db
switched to db test_db
myrep:PRIMARY> for (var i = 1; i <= 100000; i++) {
... db.sample.insert(
... {
... "no":i,
... "value":Math.floor(Math.random())
... }
... )
... }
myrep:PRIMARY> db.sample.count()
100000


セカンダリに接続して確認します。

$ mongo --port=30001
myrep:SECONDARY> use test_db
myrep:SECONDARY> db.getMongo().setSlaveOk()
myrep:SECONDARY> db.sample.count()
100000


ちゃんとデータが転送されている事が確認出来ました。
ちなみにスレーブ側では、このコマンド「db.getMongo().setSlaveOk()」を実行するのを忘れると下記のような感じで怒られます。

myrep:SECONDARY> db.sample.count()
Thu Jul 18 20:19:00.486 JavaScript execution failed: count failed: { "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" } at src/mongo/shell/query.js:L180


次にフェイルオーバーを試して見ます。
プライマリーのノードをkillします。

$ kill プライマリのプロセスID


セカンダリから状態を確認してみます。
30000番ノードがダウンして、30001番がプライマリに昇格しているのが確認出来ました。

myrep:SECONDARY> rs.status()
{
"set" : "myrep",
"date" : ISODate("2013-07-18T11:21:53Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "localhost:30000",
"health" : 0,
"state" : 8,
"stateStr" : "(not reachable/healthy)",
"uptime" : 0,
"optime" : Timestamp(1374146313, 9538),
"optimeDate" : ISODate("2013-07-18T11:18:33Z"),
"lastHeartbeat" : ISODate("2013-07-18T11:21:52Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:21:38Z"),
"pingMs" : 0
},
{
"_id" : 1,
"name" : "localhost:30001",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 1876,
"optime" : Timestamp(1374146313, 9538),
"optimeDate" : ISODate("2013-07-18T11:18:33Z"),
"self" : true
},
{
"_id" : 2,
"name" : "localhost:30002",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 974,
"lastHeartbeat" : ISODate("2013-07-18T11:21:52Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:21:53Z"),
"pingMs" : 0
}
],
"ok" : 1
}


ダウンした方は、再度起動すると自動的に復帰します。
ついでなので、新プライマリ側(30001番)にデータを追加してから、30000番側を起動してみます。
まずテストデータを追加します。

myrep:PRIMARY> for (var i = 100001; i <= 200000; i++) {
... db.sample.insert(
... {
... "no":i,
... "value":Math.floor(Math.random())
... }
... )
... }
myrep:PRIMARY> db.sample.count()
200000


次にダウンさせたサーバを起動します。

$ mongod --dbpath=db1/ --replSet=myrep --port=30000 --fork --logpath ~/mongodb/mongodb30000.log --logappend
about to fork child process, waiting until server is ready for connections.
forked process: 10267
all output going to: /Users/hoge/mongodb/mongodb30000.log
child process started successfully, parent exiting


30001番ノードで状態確認します。

myrep:PRIMARY> rs.status()
{
"set" : "myrep",
"date" : ISODate("2013-07-18T11:24:33Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "localhost:30000",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 7,
"optime" : Timestamp(1374146597, 166),
"optimeDate" : ISODate("2013-07-18T11:23:17Z"),
"lastHeartbeat" : ISODate("2013-07-18T11:24:32Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:24:32Z"),
"pingMs" : 0,
"lastHeartbeatMessage" : "syncing to: localhost:30001",
"syncingTo" : "localhost:30001"
},
{
"_id" : 1,
"name" : "localhost:30001",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 2036,
"optime" : Timestamp(1374146600, 11604),
"optimeDate" : ISODate("2013-07-18T11:23:20Z"),
"self" : true
},
{
"_id" : 2,
"name" : "localhost:30002",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 1134,
"lastHeartbeat" : ISODate("2013-07-18T11:24:32Z"),
"lastHeartbeatRecv" : ISODate("2013-07-18T11:24:33Z"),
"pingMs" : 0
}
],
"ok" : 1
}


30000番ノードがセカンダリで接続した事が確認出来ました。

最後に起動した30000番ノードに接続して、サーバの状態を確認します。

$ mongo --port=30000
myrep:SECONDARY> use test_db
switched to db test_db
myrep:SECONDARY> db.getMongo().setSlaveOk()
myrep:SECONDARY> db.sample.count()
200000


ダウン中に追加されたデータも、無事に同期されている事を確認出来ました。


非常に手軽にレプリケート機能をためせるあたりは流石だと思います。
ちなみにインストールからテスト完了まで、たらたらやって20分程度です。