阿里Mongo运维经验

访谈经验来自于阿里运维。

1、shard-key倾斜问题
2,关闭auto balance,数据块迁移放到晚上定时进行
3,读冷数据,会影响热数据性能
4,mongodb自身限制,需要注意:https://docs.mongodb.com/manual/reference/limits/
5,wiretiger引擎优化,前期默认即可,后期可能需要优化:http://source.wiredtiger.com/2.9.2/group__wt.html#struct_w_t___c_o_n_f_i_g___i_t_e_m
6,or and sort一起用性能非常烂,需要注意测试
7,创建索引需要注意background,TTL等属性
8,迁移比较恶心,自己维护迁移configserver,rs,mongos都比较繁琐,不如Hbase随便加机器
9,备份一般是实时的隐藏节点,官方推荐延迟备份
10,对磁盘IO要求很高,友盟是SSD RAID10
11,刷盘IO很差,只能降低checkpoint和journal log的频率,带来了数据丢失风险
12,阿里目前是mongodb 3.4版本,不用SAAS的话在大规模集群会需要1个headcount专门维护
13,与360公司交流,开启了auto balance,document百亿,20个replica set,100台服务器,8个人的DBA团队做集群维护和管理平台研发
14,高德只有一套系统用auto balance,数据量级不如友盟,rs数量比较多,但是不如友盟这样大数据量和高时效性的读写
15,友盟正在从mongodb向阿里集团的ots迁移,对应开源的hbase。

发表评论

电子邮件地址不会被公开。