MongoDB一次节点宕机引发的思考
发布时间：2019-11-05 08:51:46 所属栏目：建站 来源：java架构coid
导读：副标题#e# 简介 最近一个 MongoDB 集群环境中的某节点异常下电了，导致业务出现了中断，随即又恢复了正常。 通过ELK 告警也监测到了业务报错日志。 运维部对于节点下电的原因进行了排查，发现仅仅是资源分配上的一个失误导致。 在解决了问题之后，大家也对
|
最后，将整个自动选举切换的逻辑梳理后，如下图所示：  图-超时自动选举 业务影响评估 副本集发生主备切换的情况下，不会影响现有的读操作，只会影响写操作。 如果使用3.6及以上版本的驱动，可以通过开启retryWrite来降低影响。 但是如果主节点是属于强制掉电，那么整个 Failover 过程将会变长，很可能需要在Election定时器超时后才被副本集感知并恢复，这个时间窗口会在12s以内。 此外还需要考虑客户端或mongos对于副本集角色的监视和感知行为。但总之在问题恢复之前，对于原主节点的任何读写都会发生超时。 因此，对于极为重要的业务，建议最好在业务层面做一些防护策略，比如设计重试机制。 【编辑推荐】
点赞 0 （编辑：西安站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
