转载

笔记-Supervisor进程-20151003

关闭 Supervisor 的进程管理机制，改用手动方式启动 ElasticSearch 进程试试看。结果一切恢复正常

ElasticSearch导致Too many open files

解决思路两个出发点，

1。是修改supervisor 启动脚本里加上楼上的参数

2。是修改了系统的/etc/security/limits.d/90-nproc.conf 文件这个优先于/etc/security/limits.conf

使用 Supervisor 的进程管理机制，它会作为父进程 FORK 出子进程，也就是 ElasticSearch 进程，鉴于父子关系，子进程允许打开的最大文件数不能超过父进程的阈值限制，但是 Supervisor 中 minfds 指令缺省设置的允许打开的最大文件数过小，进而导致 ElasticSearch 进程出现故障。

http://www.alibench.com/

Google通过一个大规模的MySQL集群通过sharding支撑，用原子钟搞定Spanner，然后再Spanner上构建了SQL查询层F1，BigTable(KV)+F1(SQL)+Spanner(高性能分布式事务支持)，同时Spanner还有一个非常重要的特性是跨数据中心的复制和一致性保证（通过Paxos实现），多数据中心，刚好补全了整个Google的基础设施的数据库栈presharding，hash算法是crc32(key)%1024个slot，然后通过proxy将不同的key的请求转发到不同的机器上，数据的副本还是通过Redis本身保证

nstat

正文到此结束