搭建MongoDB单节点副本集服务

1、第一步， 假如已经存在一个运行中的普通mongodb容器服务。此时，需要关闭服务，并通过指定--replSet参数重启该服务或者重新启动一个新的mongodb容器。

2、三台服务器修改mongo配置文件 --- vi /etc/mongod.conf 侦听地址除了 localhost 外再加上服务器IP； 设置复制集名字（RepliSetName）。

3、创建分片节点副本集：需准备存放数据和日志的目录，修改或新建配置文件，设置mongod实例为副本集成员，启动服务并初始化副本集。 创建配置节点副本集：类似分片节点的操作，但配置文件和启动服务时需要考虑到配置节点的特殊性。

4、MongoDB部署有三种方式：三个副本集群部署、部署两个或多个数据中心的副本集群以及利用Raft-like协议。三个副本集群部署方式最少需要三个实例，其中至少有两个承载数据，一个作为主节点，两个作为从节点。从节点在主节点不可用时可自动成为新的主节点，保证了容错性和高可用性。

5、通常建议复制集成员数量为奇数，以避免平局，但4个节点能提供更可靠的数据存储。搭建MongoDB复制集必须有keyfile，它用于副本集实例之间的权限认证。复制集要求所有服务器下keyfile内容一致，内容不同可能导致实例加入副本集时出现不可达状态。keyfile的生成可通过手动创建或基于系统镜像使用Dockerfile自动创建。

MongoDB的副本集与Raft-like协议

1、MongoDB部署有三种方式：三个副本集群部署、部署两个或多个数据中心的副本集群以及利用Raft-like协议。三个副本集群部署方式最少需要三个实例，其中至少有两个承载数据，一个作为主节点，两个作为从节点。从节点在主节点不可用时可自动成为新的主节点，保证了容错性和高可用性。

mongodb的副本集和分片集群有什么区别

1、副本集（Replica Set）是指同一份数据被保存到N个机器上，每个机器上都是想同的数据。分片（shard）是指一份数据被分离开保存到N个机器上，N个机器上的数据组合起来是一份数据。

2、MongoDB集群包含主从模式、副本集模式、sharding分片集模式三种模式。其中主从模式不再推荐用于生产环境，因为其安全性较低。副本集模式和sharding分片集模式是当前最广泛使用的方案，数据量和并发数是选择方案的关键。

3、MongoDB的架构主要包括副本集集群和分片集群。副本集集群通过多个服务器上的数据复制来提高可用性和数据冗余，包括主节点、从节点和仲裁节点，主节点负责写操作和管理元数据，从节点负责复制数据并提供读取操作，仲裁节点用于选举主节点。

4、分片集群是MongoDB用于支持大型数据集和高吞吐量操作的一种分布式数据存储策略。通过将数据分散在多台机器上，分片集群允许数据库系统在不依赖大型单机的情况下，处理更大的数据集与更高的负载。分片集群的基本原理是将数据集合在多台服务器之间进行分割，每个服务器处理数据的一个部分。

5、MongoDB 的高可用性主要通过复制集群和分片集群实现。复制集群（副本集）由主节点和从节点组成，主节点负责写操作，从节点进行读操作。主节点故障时，自动选举新的主节点以确保集群连续性。

MongoDB副本集同步原理解析

1、在MongoDB的副本集中，节点之间是通过oplog来同步数据。Primary节点每执行一次数据写入，都会记录一条oplog，Secondary节点会持续不断的自Primary拉取oplog并在本地回放，从而确保各节点达到数据最终一致性。

2、BASE理论是在一致性和可用性上的平衡，现在大部分分布式系统都是基于 BASE理论设计的，当然MongoDB也是遵循此理论的。MongoDB为了保证可用性和分区容错性，采用的是副本集的方式，这种模式就必须要解决的一个问题就是怎样快速在系统启动和Primary发生异常时选取一个合适的主节点。

3、MongoShake背景与原理 MongoDB的核心概念包括Oplog（日志）、ReplicaSet（副本集）和Replication（复制）。Oplog记录了数据库的更改，当主节点故障时，Secondary节点会自动选举并接管服务，保证业务连续性。异地容灾通过副本集的高可用机制实现，即使单点故障也能快速切换至备份。

4、在故障时，备用节点可以根据设定的优先级别提升为首要节点。提升了复制集的可用性 Arbiter节点只参与投票，不能被选为Primary，并且不从Primary同步数据 Arbiter本身不存储数据，是非常轻量级的服务。

5、深入理解MongoDB的主从集群 在生产环境中，为了确保服务的高可用性，MongoDB通常采用集群部署策略。集群主要包括主从集群和分片集群，本文主要讲解主从集群的工作原理和关键概念。主从集群的核心目标是提供冗余和提高数据的可用性。如果仅部署单个MongoDB服务，故障风险极高。

docker搭建mongodb单节点副本集

在单节点副本集下，本机既是主也是从，在容器的mongo shell中可进行查看， members只有一个成员，其name为f76081e20602：27017， ？所以如果你遇到无法连接或者其他类似错误，根本原因在于本地启动的这个副本集无法识别f76081e20602这个host。

MongoDB 部署在docker里，MongoDB的数据在创建docker时，通过逻辑卷进行管理和存储。当数据量过大（TB级）时，通过mongodump的逻辑备份方式，效率上已经能满足需求，所以需要提供物理备份的功能，本文主要整理MongoDB副本集通过磁盘快照的进行物理备份和恢复的方法。

搭建MongoDB复制集必须有keyfile，它用于副本集实例之间的权限认证。复制集要求所有服务器下keyfile内容一致，内容不同可能导致实例加入副本集时出现不可达状态。keyfile的生成可通过手动创建或基于系统镜像使用Dockerfile自动创建。

值得注意的是，副本集中的所有成员都能接收读操作。默认情况下，应用程序会优先指向主节点进行读操作，为了使从节点支持读操作，需连接到从节点的mongod并使用rs.slaveOk（）功能，但此时从节点不支持写操作。配置Replica Sets涉及生成密钥文件、创建mongod.conf文件、启动配置以及容器内的主从配置。

副本：分片的复制。搭建集群 集群规划：准备 3 个 Elasticsearch 节点和一个 Kibana 节点。配置节点间通信和集群初始化。配置文件：为每个节点创建配置文件（elasticsearch.yml），指定集群名称、节点名称、网络设置、端口、通信列表和初始化节点。

通过命令式对象配置进行创建和删除 Deployment deployments资源类型位于一个副本集（ReplicaSet）之上，可以对其进行操作。换句话说，deployments为pods副本集提供更新。