我对 net.core.somaxconn 参数产生了争论:有人告诉我,如果我们更改默认值 128,它不会有任何区别。
我相信这可能足以证明:
“如果积压参数大于 /proc/sys/net/core/somaxconn 中的值,则它会被静默截断为该值” http://linux.die.net/man/2/listen
但事实并非如此。
有谁知道一种方法可以用两台机器来证明这一点,坐在 Gbit 网络上?最好的方法是针对 MySQL、LVS、apache2 (2.2)、memcached。
我有一个 VPS,它最初注定是一个网络服务器,但还需要部署一些最小的邮件功能,包括作为独立服务器发送和接收。
当前设置如下:
如你所见...
重要声明:一切正常。我收到非常少量的垃圾邮件,几乎从未收到误报,而且大部分坏邮件都被 policyd-weight 拦截了。我觉得服务总共使用了一点内存的唯一“问题”。
我已经削减了 spamassassin 的模块(见下文),但我真的很想听听一些如何尽可能减少内存占用的建议,主要是:SpamAssassin 真正需要哪些插件,哪些或多或少没用,关于我当前的 postfix 和 policyd-weight 设置?
SpamAssassin 规则也使用 sa-compile 进行编译(sa-update 每周从 cron 运行一次,然后立即运行 compile)
这些是一些当前可能很重要的配置,如果您还需要什么,请告诉我。
postfix/master.cf (仅限零件)
dovecot unix - n n - - pipe
flags=DRhu user=vmail:vmail argv=/usr/bin/spamc -e /usr/lib/dovecot/deliver -d ${recipient} -f {sender}
Run Code Online (Sandbox Code Playgroud)
postfix/main.cf (仅限零件)
smtpd_helo_required = …Run Code Online (Sandbox Code Playgroud) 根据 Mongo 文档,为了安全地部署复制集,您至少需要两个活动节点和一个仲裁节点,因为主节点的选举需要多数票。
假设我可以拥有三台机器,因此部署三个成熟的 mongo 实例,没有仲裁者。
如果选定的主节点失败,我最终会得到两个节点,其中两个节点具有相同的“功率”级别:对我来说,这似乎是部署中描述的必须避免的情况。
有人可以解释为什么在初始设置相同的情况下在这种情况下选择一个主节点不是问题吗?
linux ×2
email-server ×1
kernel ×1
mongodb ×1
networking ×1
policyd ×1
postfix ×1
replication ×1
spamassassin ×1