我要评论ulimit关于open files的配置
操作系统默认只能打开1024个文件，打开的文件超过这个数发现程序会有“too many open files”的错误，1024对于大数据系统来说显然是不够的，如果不设置，基本上整个大数据系统是“不可用的”，根本不能用于生产环境。
在centos 5/6 等版本中，资源限制的配置可以在 /etc/security/limits.conf 设置，针对root/user等各个用户或者*代表所有用户来设置。
当然，/etc/security/limits.d/ 中可以配置，系统是先加载limits.conf然后按照英文字母顺序加载limits.d目录下的配置文件，后加载配置覆盖之前的配置。
一个配置示例
如下：
* soft nofile 65535 * hard nofile 65536 * soft nproc 65535 * hard nproc 65535 * soft core 65535 * hard core 65535
配置方法
如下：
echo "* soft nofile 65535" >> /etc/security/limits.conf echo "* hard nofile 65535" >> /etc/security/limits.conf echo "* soft nproc 65535" >> /etc/security/limits.conf echo "* hard nproc 65535" >> /etc/security/limits.conf
在bash中，有个ulimit命令，提供了对shell及该shell启动的进程的可用资源控制。主要包括打开文件描述符数量、用户的最大进程数量、coredump文件的大小等。
在centos 7 / rhel 7的系统中，使用systemd替代了之前的sysv，因此 /etc/security/limits.conf 文件的配置作用域缩小了一些。limits.conf这里的配置，只适用于通过pam认证登录用户的资源限制，它对systemd的service的资源限制不生效。登录用户的限制，与上面讲的一样，通过 /etc/security/limits.conf 和 limits.d 来配置即可。
对systemd service的资源限制的配置
全局的配置，放在文件 /etc/systemd/system.conf 和 /etc/systemd/user.conf。
同时，也会加载两个对应的目录中的所有.conf文件 /etc/systemd/system.conf.d/*.conf 和 /etc/systemd/user.conf.d/*.conf
其中，system.conf 是系统实例使用的，user.conf用户实例使用的。一般的sevice，使用system.conf中的配置即可。
systemd.conf.d/*.conf中配置会覆盖system.conf。
配置参数如下：
defaultlimitcore=infinity defaultlimitnofile=65535 defaultlimitnproc=65535
注意：
- 修改了system.conf后
- 需要重启系统才会生效
针对单个service，也可以设置，以nginx为例。
编辑 /usr/lib/systemd/system/nginx.service 文件，或者 /usr/lib/systemd/system/nginx.service.d/my-limit.conf 文件
做如下配置：
[service] limitcore=infinity limitnofile=100000 limitnproc=100000
然后运行如下命令，才能生效。
systemctl daemon-reload systemctl restart nginx.service
查看一个进程的limit设置：
cat /proc/your-pid/limits
例如我的一个nginx service的配置效果：
cat /proc/$(cat /var/run/nginx.pid)/limits
顺便提一下：
centos7自带的/etc/security/limits.d/20-nproc.conf，里面默认设置了非root用户的最大进程数为4096，limit.conf的配置会被limit.d目录中的配置覆盖，这点需要注意，针对普通用户，需要修改20-nproc.conf。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论