前言
官方文档:https://docs.mongodb.com/manual/reference/program/mongos/#bin.mongos
mongos是MongoDB shard的缩写,它是一个为应用层提供查询请求并决定数据在MongoDB分片中位置的路由服务。从应用层的角度来看,mongos的行为和一个MongoDB实例是没有区别的。
详细的配置参数,大概浏览一遍官方文档即可,需要用到的时候再去查就行了。
由于近期有不同用户先后遇到SERVER-52654,做一些说明:
影响版本
所有使用MongoDB 4.2.2+,并使用了分片的集群。
问题现象
从上次重启config节点,或者重新选举90或180天后,所有mongos会同时crash,并且无法重新启动。
问题原因
该问题是由于config节点无法正常刷新签名密钥导致。正常情况下存在2个密钥,一个正在使用的,将在90天内过期,一个即将使用的将在180天内过期。SERVER-52654导致config无法正常刷新密钥,所以在现有密钥过期后mongos将崩溃。
修复版本
该问题将在4.2.12修复。4.2.12目前已发布。
规避办法
在90天内将primary节点stepDown一次即可避免该问题发生。如果想知道签名密钥的确切过期时间,可以连接到任意config节点,并执行以下脚本:
db.getSiblingDB("admin").system.keys.find().map(k => { return { _id: k._id, purpose: k.purpose, expiresAt: new Date(k.expiresAt.getTime()*1000) }})
如果存在2个密钥(一个90天内过期,一个180天内过期),则暂时不用操作;如果只有1个密钥,则应该在90天内执行stepDown切换config主节点。
由于system.keys集合需要特殊权限方可访问,如果遇到权限问题,可能需要以下脚本来创建必要的角色(将ADMIN更换为您使用的用户):
use admin; db.createRole({ role: "query_keys", privileges: [ { resource: { db: "admin", collection: "system.keys"}, actions: [ "find" ] }, ], roles: [ ] }); db.grantRolesToUser("ADMIN", ["query_keys"])
config主节点重新选举后将产生新的过期时间,仍可通过上述脚本检查是否已刷新。
总结
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。