さらに500,000のkafkaサービスを実行するために(jbodディスクを使用すると、開いているファイルが多すぎて問題が発生する)、RHEL 7.xサーバーにfrom toを追加することLimitNOFILE
にしました。fs.file-max
500000
1000000
私が理解しているのは、この値を大きくすると、fs.file
より多くのファイル記述子を開くことにも影響します。
fs.file-max
だから私は?を増やすときに他のカーネルパラメータも更新する必要があるかどうかを知りたいのです。
読んでみると、inode-max
「file-maxの値より3〜4倍大きくなければなりません。
しかし、私たちのサーバーでこのパラメータを見つけることができませんでした。
more /proc/sys/fs/inode-max
/proc/sys/fs/inode-max: No such file or directory
more /etc/sysctl.conf
# System default settings live in /usr/lib/sysctl.d/00-system.conf.
# To override those settings, enter new settings here, or in an /etc/sysctl.d/<name>.conf file
#
# For more information, see sysctl.conf(5) and sysctl.d(5).
fs.file-max = 500000
vm.swappiness = 10
vm.vfs_cache_pressure = 50
net.core.somaxconn=1024
ベストアンサー1
linux-2.4以降、sysfsが削除されたため、このinode-max
ファイルは存在しません。もはやinodeの数に静的な制限はありません。
/proc/sys/fs/inode-max (Linux 2.2 以前にのみ存在) このファイルには、メモリ内の最大 inode 数が含まれています。 stdin、stdout、およびネットワークソケットもこれを処理するにはinodeが必要なため、この値はfile-maxの値より3〜4倍大きくする必要があります。 inodeが頻繁に不足している場合は、この値を増やす必要があります。
Starting with Linux 2.4, there is no longer a static limit on the number of inodes, and this file is removed.
https://man7.org/linux/man-pages/man5/proc.5.html
私が知っている限り、チューニング時に他のカーネルパラメータを調整する必要はありませんfs.file-max
。
つまり、systemd システムでは、場合によっては systemd がリソース制限を無視または無視する可能性があるため、リソース制限/etc/systemd/user.conf
(ユーザーごと) または (システム全体) を設定する必要があります。/etc/systemd/system.conf