安装MongoDB配置ReplicaSet

来源：互联网发布：淘宝免费视频教程编辑：程序博客网时间：2024/05/17 05:17

MongoDB的环境主要包括StandAlone，Replication和Sharding。

StandAlone：单机环境，一般开发测试的时候用。Replication：主从结构，一个Primary，多个Secondary，可能会有Arbitry。 Primary挂掉之后，会选举出一个Secondary作为Primary，与zookeeper类似。Arbitry上面不存数据，只是为了凑数。选举算法要求节点数必须是奇数个，如果Primary+Secondary不是奇数个，就要用Arbitry凑数。写数据只能在Primary，读数据默认也在Primary，可以配置成从Secondary读，可以选最近的节点。数据在Primary上写成功之后，会将操作记录在oplog中，Secondary将oplog拷贝过去，然后照着操作一遍，就有数据了。Primary和Secondary上面的数据保证最终一致性，可以为写操作配置write concern，有几个级别：在Primary上写完就认为写成功；写到oplog后认为写成功；写到一个/多个/某个/某几个Secondary之后认为写成功，等等。 Sharding：share nothing的结构，每台机器只存一部分数据。mongod服务器存数据，mongos服务器负责路由读写请求，元数据存在config数据库中。

因为数据量和机器量的原因，项目最终用了一个Primary，一个Secondary，一个Arbitry。我自己的开发环境是Ubuntu，测试环境是CentOS。安装的是64位的MongoDB。

Ubuntu上的安装

?
1
sudo apt-get install mongodb-10gen

CentOS上的安装

配置yum源，创建文件：/etc/yum.repos.d/mongodb.repo

?
1
2
3
4
5
[mongodb]
name=MongoDB Repository
baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/
gpgcheck=0
enabled=1

安装命令：

?
1
yum install mongo-10gen mongo-10gen-server

配置

每台机器上面的配置文件/etc/mongod.conf修改成下面的：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
#数据库文件所在位置（默认）
dbpath=/var/lib/mongo
#日志所在位置（默认）
logpath=/var/log/mongo/mongod.log
#pid所在位置（默认）
pidfilepath = /var/run/mongodb/mongod.pid
#keyFile所在位置，生成方式在后面（添加）
keyFile=/var/lib/mongo/key
 
#端口（默认）
port=27017
 
#每次启动后日志追加在后面，不会新建日志文件（默认）
logappend=true
#用deamon方式启动（添加）
fork=true
#打开操作日志，用于故障恢复和持久化（默认）
journal=true
 
#replicaset的名字（添加）
replSet=test-set

在每台机器上运行：

?
1
sudo mongod -f /etc/mongod.conf

我的环境里面，Primary ip: 192.168.1.1，Secondary ip: 192.168.1.2，Arbitary ip: 192.168.1.3。在单机上可以将多个mongodb设置成不同端口，我测试了一下也是可以的。

在Primary上运行“mongo”，打开命令行，设置Replica Set：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
rs.initiate(
    {"_id": "test-set",
     "members": [
        {"_id": 1, "host": "192.168.1.1"},
        {"_id": 2, "host": "192.168.1.2"},
        {"_id": 3, "host": "192.168.1.3","arbiterOnly": true}
    ]
});
 
{
"info": "Config now saved locally. Should come online in about a minute.",
"ok": 1 
}

历史成功后需要等一段时间，他会选举Primary，然后查看Replica Set的状态：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
test-set:PRIMARY> rs.status()
{
        "set": "test-set",
        "date": ISODate("2014-02-21T10:28:55Z"),
        "myState": 7,
        "members": [
                {
                        "_id": 1,
                        "name": "192.168.1.1:27017",
                        "health": 1,
                        "state": 1,
                        "stateStr": "PRIMARY",
                        "uptime": 4086,
                        "optime": Timestamp(1392972480, 1),
                        "optimeDate": ISODate("2014-02-21T08:48:00Z"),
                        "lastHeartbeat": ISODate("2014-02-21T10:28:54Z"),
                        "lastHeartbeatRecv": ISODate("2014-02-21T10:28:53Z"),
                        "pingMs": 0
                },
                {
                        "_id": 2,
                        "name": "192.168.1.2:27017",
                        "health": 1,
                        "state": 2,
                        "stateStr": "SECONDARY",
                        "uptime": 3997,
                        "optime": Timestamp(1392972480, 1),
                        "optimeDate": ISODate("2014-02-21T08:48:00Z"),
                        "lastHeartbeat": ISODate("2014-02-21T10:28:54Z"),
                        "lastHeartbeatRecv": ISODate("2014-02-21T10:28:55Z"),
                        "pingMs": 0,
                        "syncingTo": "192.168.131.15:27017"
                },
                {
                        "_id": 3,
                        "name": "192.168.1.3:27017",
                        "health": 1,
                        "state": 7,
                        "stateStr": "ARBITER",
                        "uptime": 5781,
                        "self": true
                }
        ],
        "ok": 1
}

这样整个replica set就配置成功了，还是比较简单的。

KeyFile的设置

KeyFile是机器间用来进行权限认证的，如果没有设置KeyFile，在rs.initiate()的时候，会提示有其他机器没有ready，大概这个意思记不清了，反正有个error...

网上搜了一下这个错误，很多解释都是说，服务器异常关闭或者mongodb异常退出的时候，会留下一个锁文件"/var/lib/mongo/mongo.lock"，需要把这个锁文件删除之后重启mongodb。我试了一下这个方法对我无效。

查看了一台机器上的log文件，发现里面说，有其他机器给他发送消息，但是需要在每台机器上配置key file。大概是这个意思，忘记截图了。

创建Key File用下面的语句：

?
1
openssl rand -base64 741

产生的字符串存到一个文本文件中，然后把这个文件的权限chmod成600（如果权限过高不行，log里面会告诉你权限过高），然后在配置里面加上“keyFile=keyfile的路径”，重启mongodb就行了。

NUMA的问题

测试机的CPU是NUMA的，于是在运行mongod的时候命令行和log里面会有下面的提示：

?
1
2
3
WARNING: You are running ona NUMA machine.
We suggest launching mongod likethis toavoid performance problems:
numactl –-interleave=allmongod [other options]

于是要把启动命令改成：

?
1
sudo numactl --interleave=all mongod -f /etc/mongod.conf

0 0