mongo27s Sharding心得.docVIP

mongodb分片部署 1、mongodb分片科普 (各种罗嗦)? Replica Set（集）： 集使其组内的每个成员（member）在不同的mongod实例中具有相同的数据备份，这样可以将来自应用服务器的请求访问（request visit）得以均匀的分布在Replica Set的每一个成员所在的mongod实例上，用以减缓单台mongod服务器在请求负载上的压力。在一定时限内Replica Set能完成其组内成员数据的最终一致，这种备份机制是自动且对用户透明的。 Mongodb使用缓存来大量命中读请求来达到提高吞吐量的目的，这样使得在某些极端的情况下(比如单机房部署环境下机房断电)仍不能保证数据完整可靠的保存下来。会丢失最近几十秒内最新写入的数据。 ??? Sharding(切分规则)： 在单mongod实例中的数据负载过大时，可以考虑将实例中的数据按一定的规则将数据部署到不同mongod实例中。同样在此切分规则之下，对数据的访问请求也将按此规则分发到不同的mongod实例中，解决单机数据量过大时查询性能下降的问题。 当然，系统要求数据库在切分规则下也有较高的可用性，保证数据在经过切分后也会有多份拷贝放置在不同的服务器中。使得相同数据的mongod实例形成分片组(shards group)，既Replica Set。这样使得mongodb集群允许不多的服务器故障后仍然保有完整的数据。 ??? Config Server(配置服务器): Config Server存储分片集群的的元数据，其中包括在每个mongod实例的基本信息和块信息。每个配置服务器所有块的元数据的副本。通过两次提交来确保在配置服务器信息与块数据的一致性。 ??? Routing Processor(mongos路由进程) mongos 可以被看作是一个数据和请求分发的中心，使单一的mongod实例组成互相关联的集群。当接收客户端请求， mongos根据Config Server路由到相应的mongod实例(可能是一组mongod)，处理并返回结果。mongos 进程没有持久状态，在mongos启动时和配置服务器建立连接并获取状态，当配置服务器发生任何变化时，会将之传播到每个mongos 进程。 ???一个mongodb集群包括一些shards（包括一些mongod进程），mongos路由进程，一个或多个config服务器Shards : 每一个shard包括一个或多个服务和存储数据的mongod进程（mongod是MongoDB数据的核心进程）典型的每个shard开启多个服务来提高服务的可用性。这些服务/mongod进程在shard中组成一个复制集?Chunks: Chunk是一个来自特殊集合中的一个数据范围，（collection，minKey，maxKey）描叙一个chunk，它介于minKey和maxKey范围之间。例如chunks 的maxsize大小是100M，如果一个文件达到或超过这个范围时，会被切分到2个新的chunks中。当一个shard的数据过量时，chunks将会被迁移到其他的shards上。同样，chunks也可以迁移到其他的shards上 Config Servers : Config服务器存储着集群的metadata信息，包括每个服务器，每个shard的基本信息和chunk信息Config服务器主要存储的是chunk信息。每一个config服务器都复制了完整的chunk信息。 一个分布式集群至少需要三部分：1、两个或更多的Shards。2、最少一台Config Server。3、一个mongos路由进程。 (领导让写个方案，就照着别人的画了个图，纯属剽窃，如有雷同，不会是巧合! ) ??? 2、启动三台机器的mongod实例 根据Replica Set、Sharding策略部署mongod。将两个sharding组部署到三台服务器上，每个sharding组有三个replica set成员。 ??? #Server1:?mkdir -p /data2/mongodb/shard11?mkdir -p /data2/mongodb/shard21?/mongodb/bin/mongod --shardsvr --replSet shard1 --port 27017 --dbpath /data2/mongodb/shard11 --oplogSize 100 --logpath /data2/mongodb/shard11.log --logappend --fork --rest?/mongodb/bin/mongod --shardsvr --replSet shard2 --port 27018 --dbp