服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

为什么企业级SAS磁盘机箱看起来如此昂贵?

我将首先指出,我不相信这是为什么企业存储这么昂贵的重复? 。 我的问题是具体关于SAS驱动器机箱,并说明他们的费用。 我所指的shelltypes的例子是: 1个 HP D2700 2戴尔MD1220 IBM EXP3524 上述每一个都是2U直接连接的外部SAS驱动器机箱,空间大约为24 X 2.5“驱动器。 我正在谈论的是裸机,而不是驱动器。 我知道企业级硬盘和消费者级别之间的区别。 作为“ball-park”价格的一个例子,目前惠普D2700(25X2.5“硬盘)目前售价为1750美元左右, 没有任何硬盘 (亚马逊美国12月12日查询),低端HP DL360服务器价格大概在2000美元左右。 CPU,RAM,主板,SAS RAID控制器,networking以及用于8 X 2.5“硬盘的插槽。 当向客户或pipe理人员提供具有存储的build议的服务器的成本细目时,看起来奇怪的是,shell是一个重要的项目,因为它本质上是被动的(除非我错了)。 我的问题是: 我误解了SAS驱动器机箱的组件吗? 是不是只有一个带有电源,SAS电缆和大量驱动器空间的被动式机箱? 为什么成本看起来如此昂贵,尤其是与服务器相比。 考虑到机箱没有的所有组件(主板,CPU,RAM,networking,video),我期望一个机箱要便宜得多。 目前,我们向客户推荐服务器时的策略是避免因为机箱的价格而推荐外置驱动器机箱。 但是,假设无法将足够的驱动器物理上安装到基本服务器中,并且客户端没有可用的SAN或NAS,则机箱是明智的select。 能够向客户解释为什么shell的成本与其一样高,这将是很好的。

尽pipeSYN_RECV连接数很less,但日志中可能出现“SYN泛洪”

最近我们有一个Apache服务器,由于SYN泛滥,响应非常缓慢。 解决方法是启用tcp_syncookies( net.ipv4.tcp_syncookies=1 in /etc/sysctl.conf )。 我在这里发布了一个关于这个问题,如果你想更多的背景。 启用syncookies后,我们开始每隔60秒在/ var / log / messages中开始看到以下消息: [84440.731929] possible SYN flooding on port 80. Sending cookies. Vinko Vrsalovic告诉我,这意味着syn backlog已经满了,所以我把tcp_max_syn_backlog提高到了4096.在某些时候,我还通过发行sysctl -w net.ipv4.tcp_synack_retries=3将tcp_synack_retries降低到了3(从默认值5降低了) 。 这样做后,频率似乎下降,消息的间隔大约60和180秒之间变化。 接下来我发出了sysctl -w net.ipv4.tcp_max_syn_backlog=65536 ,但是我仍然在日志中收到消息。 在这一切中,我一直在观察SYN_RECV状态下的连接数(通过运行watch –interval=5 'netstat -tuna |grep "SYN_RECV"|wc -l' ),它永远不会高于240远远低于积压的大小。 然而,我有一个红帽服务器徘徊在512左右(限制在这台服务器是默认的1024)。 有没有其他的tcp设置会限制积压的大小,还是我吠叫错误的树? netstat -tuna的SYN_RECV连接的数量是否与积压的大小相关? 更新 尽我所能告诉我在这里处理合法的连接, netstat -tuna|wc -l徘徊在5000左右。我今天一直在研究这个,并且从last.fm员工那里find了这个post , 这个post非常有用。 我还发现,当syncookies被启用时,tcp_max_syn_backlog没有效果(按照这个链接 ) 所以作为下一步,我在sysctl.conf中设置了以下内容: […]