在1个产品环境下,高可用是必须到达的目标。下图是mongodb 3.0以后的shard cluster架构图。
1. mongos实现了mongod1样的服务接口,监听相同的27017端口,mongos接到访问要求后,会根据sharding算法,将要求转发到对应的shard中,然后会将各个shard返回的结果合并后返回给要求方
其实还有其他方法,比如通过LVS将多个mongos放在1个域名下,利用LVS的负载均衡。然后所有web server只通过这个域名发出查询/写入等要求。不过这个方法需要额外的LVS支持。1般情况下,1对1方案就已够用
2. 部署程序的时候,请1同部署mongos。比如1个web服务器上有1个web server和1个mongos。web server总是访问本地运行的mongos,不需要指定1堆IP地址和端口号,那是访问replica set的方式。shard cluster模式下,反而简单了。
3. config server本质上是用mongod组成replica set,记录元数据。config server可以用3台低配的服务器,但是要独立,不要和shard, mongos放在1台服务器上。