mongoDB——router server

router server

   英文的好处就是见名知意，router即路由的意思，很明显。用户的请求拿到后，与config server通信，发送请求，在config server上存储了整个系统的metadata，根据metadata，系统就知道了shard与chunk的对应关系，查找的key-values的地址就寻址结束了，接下来的就是直奔shard上对数据进行read/write了。

个人的理解

       根据一般的认识，router server中一定会有buffer，来存储metadata的信息。这样在metadata未发生变化的情况下，下次用户的请求拿到后，就直接就可以寻址定位操作数据的位置了，而不用花费额外的时间去config server中根据metadata，进行寻址操作了。

       根据最新mongoDB集群的部署来看，为了降低单点故障带来的损失，router server也是可以做成replica-set的，但这个replica-set与shard中的不同。

       1.   shard中的replica-set，每个instance都具有相应能力，即primary具有read&write，secondary只具有read。

       2.   config server构造成replica-set的话，只是一种风险意识而已，active状态下，只有一台，其他的是不具有任何响应权限的，只有响应的那一台宕机后，要么手动切换到

              其余“备份”的config server上，或者自己定制程序来实现。