打开文件数限制功能不断地制造问题

检查您的打开文件数量的限制,它们不停地以一种奇怪的方式损害我们的潜在客户。应该杜绝此事再次发生,但是要发现这种危害,尤其是对于不同的Linux分布式系统而言,确实很困难。

打开文件对于系统操作而言至关重要。因为它们定义了一个进程所能打开的总的文件句柄数量,要记住,在Unix/Linux上,所有的一切都是以文件的形式存在的,包括所有的的实体文件,尤其是TCP/IP 及Unix套接字也算作文件。

这意味着像Nginx或MySQL等服务能够耗尽所有文件句柄,包括用户TCP/IP 连接及磁盘上的文件句柄。所以,很轻易地就能够消耗完一台中等负荷系统的所有可用文件量。

许多Linux系统默认的打开文件数量为1024个,这意味着在Nginx或MySQL系统中,如果有几百个用户/连接和打开文件的话,就很容易达到文件用量上限。当达到系统上限时,随着用户登录/登出系统,会有很多奇怪的故障随时发生。有些服务会在日志中报告错误,但是绝大多数服务不会给您任何通知。为避免此类故障,您需要重设默认值,设置地址在/etc/security/limits.conf目录下。我们常用的最小值是16535个,但是后来在很多系统上使用了65535个。如您用的是大型系统,还使用了HAPeoxy, 您可将该值设的更高,如256,000或更高的值。所以,为使工作称心如意,将用户(*表示系统上的所有用户)的软件及硬件限制设置在65535。需登出再登入才能使设置生效。

同时,您要明白,由于limits.conf对于根用户而言需要特定的行,所以Debian/Ubuntu系统会遇到一些特殊的问题。许多系统(如CentOS),都使用“*”来表示所有用户,但是以Debian为基础的系统“*”并不包括根用户,看起来没有意义,但是事实就是这样的。

最后,请记住有一个Linux内核系统级的参数,即fs.file-max.可将打开文件数量设置到最大值,该参数也可根据RAM或其它因素(根据分配情况),进行动态设置,但是在繁忙的系统中,该参数的值可能很小。我们通常将其设置为500K或1百万,但前提是确保系统不会在使用过程中达到这一上限。可以通过sysctl及sysctl.conf进行设置。

       (Authored by Steve Mushero / ChinaNetCloud CEO & CTO  本博客英文原文请点此查看

原文地址:https://www.cnblogs.com/dyllove98/p/3225847.html