本文目录一览：
使用ansible一键部署MongoDB分片集群
用户在iOS和安卓终端设备上可拥有MongoDB所有功能，将网络边界扩展到其物联网资产范畴。
部署过，没有深入研究过，一般mongodb部署主从、或者mongodb分片集群；建议3台或5台服务器来部署。MongoDB分片的基本思想就是将集合切分成小块。这些块分散到若干片里面，每个片只负责总数据的一部分。
有时候，集群在一个内网环境，出于安全考虑，集群内的机器不会做互信，即ssh免密登录，此时使用ansible去部署多套机器就需要写一下到配置文件了。
集群部署优化操作如下：（1）k8s的组件参数管理通过 ConmponentConfig[1]提供的API去标识配置文件。（2）计划切换到kubeadm部署 （3）ansible使用规范 2 CI 矩阵测试 部署出来的集群，需要进行大量的场景测试和模拟。
MongoDB使用分片技术对数据进行扩展，MongoDB能自动分片、自动转移分片里面的数据块，让每一个服务器里面存储的数据都是一样大小。
总结遇到的几次MongoDB副本集初始化失败问题
IP错误引起MongoDB副本集初始化失败这个错误在另一篇文章已经描述过，这里略过不赘述。
再打开一个新的命令提示符，转到bin文件夹目录下，输入命令 mongo connect localhost，（也可以直接输入）连接本地账户，就可以啦。
当数据量过大（TB级）时，通过mongodump的逻辑备份方式，效率上已经能满足需求，所以需要提供物理备份的功能，本文主要整理MongoDB副本集通过磁盘快照的进行物理备份和恢复的方法。
问题说明：最近测试mongo复制集，由于没有机器，所以选择在一台虚拟机上搭建。然后使用mongo-java-driver连接。
配置环境这个教程里，我们会配置一个包括一个主节点以及两个副节点的副本集。为了达到这个目的，我们使用了3个运行在 VirtualBox 上的虚拟机。我会在这些虚拟机上安装 Ubuntu 104，并且安装 MongoDB 官方包。
mongodb 支持副本集、索引、自动分片，可以保证较高的性能和可用性。更高的写入负载 默认情况下，MongoDB 更侧重高数据写入性能，而非事务安全，MongoDB 很适合业务系统中有大量 “低价值” 数据的场景。
mongodb仲裁节点挂掉怎么办
1、MongoDB通过在选举成功，到新Primary即位之前，新增了一个 catchup（追赶）操作来解决。即在节点获取投票胜利之后，会先检查其它节点是否有比自己更新的oplog，如果没有就直接即位，如果有就先把数据同步过来再即位。
2、安装步骤创建并启动主节点、次节点和仲裁节点的EC2实例，主节点、次节点和仲裁节点所需要的配置如上所述。
3、准备工作：在开始迁移之前，需要先安装并正确配置NineData，并准备好目标单节点实例的MongoDB安装和配置。配置迁移任务：进入NineData控制台，选择要迁移的MongoDB副本集实例作为源数据源，并选择目标单节点实例作为目标数据源。
4、分片（sharding）分片主要是为减小高数据量和高吞吐量的数据库应用对单机性能造成的压力。将大的数据分片存储在不同节点上，外部读写只操作相应的一个或一小部分节点，一次减少每个分片节点村春的数据量和处理的请求数 。
搭建MongoDB副本集&分片
1、keyfile 配置用于 MongoDB 节点间复制行为的密钥文件。replSet 为副本集设置一个名称。接下来我们创建一个用于所有实例的密钥文件。
2、游戏的运行和机器的CPU，内存，独立显示核心等硬件配置有直接的关系，另外也和系统，驱动，其他软件等也有联系。当前，是否可以玩一个游戏，首先需要查看游戏运行的配置要求和机器的配置要求做一个对比，查看机器的配置是否符合。
3、所以需要提供物理备份的功能，本文主要整理MongoDB副本集通过磁盘快照的进行物理备份和恢复的方法。
4、至少三台构成主、从、仲裁集群环境，那就是至少一台。
【mongoDB】mongoDB的高可用、一致性
BASE理论是在一致性和可用性上的平衡，现在大部分分布式系统都是基于 BASE理论设计的，当然MongoDB也是遵循此理论的。
MongoDB 常用的优化措施有很多，以下是一些常见的优化措施： 合理设计数据库结构，避免使用冗余数据和重复数据。 创建合适的索引，以加速查询速度。 配置 MongoDB 的缓存大小，以提高写入性能。
以下是一些常见的坑点： 分片：MongoDB 支持分片，但是分片会增加系统的复杂性和维护成本。如果不正确配置分片，可能会导致性能问题和数据一致性问题。
为什么要用mongodb?
使用JSON风格语法，易于掌握和理解：MongoDB使用JSON的变种BSON作为内部存储的格式和语法。针对MongoDB的操作都使用JSON风格语法，客户端提交或接收的数据都使用JSON形式来展现。相对于SQL来说，更加直观，容易理解和掌握。
网站数据：MongoDB适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。（2）缓存：由于性能很高，MongoDB也适合作为信息基础设施的缓存层。
● 游戏场景：使用MongoDB存储游戏用户信息，用户的装备、积分等直接以内嵌文档的形式存储，方便查询、更新。
对于非关系型数据库MongoDB来说，可以存放访问频繁的数据，而且SNS里确实存在一些业务适合MongoDB，但是我们开发系统，是功能和性能的综合考虑，一般需要关系型数据库和非关系型数据库配合使用。
