Questions tagged «datacenter»

这是一个非常敏感的话题，需要我们最终解决。我租给几个人的服务器很少。我拥有扫描服务器的所有合法权限。 我要防止人们存储儿童色情制品，虐待动物或其他类似性质的视频。首要任务是能够防止儿童色情，因为这是最敏感的问题。 我尝试在网上搜索解决方案，但甚至找不到很多人讨论此问题，我相信主要是因为这被视为讨论的禁忌话题。 我的想法之一是在服务器上搜索已知文件的签名。哪里有这样的数据库？ 我知道像GoDaddy这样的大公司都有这种预防系统，但是作为小公司老板，我该怎么办？

29 security  datacenter 

想要改善这篇文章吗？提供此问题的详细答案，包括引文和答案正确的解释。答案不够详细的答案可能会被编辑或删除。 这是关于为数据中心选择网络交换机的规范问题 当购买将要放在数据中心机架顶部的网络交换机时，我应该寻找哪些特定的东西？ 例如，是什么让需要每年维护的3,000美元Cisco交换机比具有终生保修的300美元Netgear Smart交换机更明智地购买？

26 networking  hardware  datacenter 

该站点上从2010年到2012年更新的一个消息线程位于一间服务器室，该室由于锌须而关闭，他们认为剥落是由于活动地板及其支撑所致。 我从事灭火行业，这是我职业生涯中的第一次（35年），数据中心的工程师说，数据中心没有镀锌的规定是可接受的。在数百个数据中心，服务器机房，高架地板区域，电信交换机房中，我经常去过的导管，盒子，支撑杆，吊杆，掉落的混凝土锚，管道吊环...仅提供锌电镀。在某些情况下（某些情况下）有可用的零件，但热浸镀锌的零件成本更高，交货时间更长。 是否已确定锌晶须是由使用锌板的管道系统，电气组件，消防喷淋管和附件所促成的？

25 datacenter 

使用网络电缆很容易。我在机架侧面使用了APC的魔术贴扎带，彩色电缆，0U垂直电缆整理器-简洁明了。 但是，使用电源线总是让我头疼。 对于某些机架，我使用的是来自APC（0U）的垂直PDU，因此获得0.3m / 0.5m的电缆并将其连接到靠近PDU插座的服务器非常好。有点整洁，但可能会更好。 对于水平PDU，这确实很糟糕-不管我怎么努力，总是很少有电缆太长并且悬空在APC下方。 例如。http://www.flickr.com/photos/92011471@N00/25695150/-这将导致底部的电缆长度不同，并且会变得很杂乱... 电力电缆的最佳做法是什么？你们如何做到这一点，使您的电缆一旦插入就可以整齐，而且多年不用担心它们？您是否也将它们切成合适的长度？您使用一些特殊的组织者吗？也许您知道一些技巧，例如将它们隐藏在服务器和机架之间？ 我在SF上浏览了许多文章，但是大多数文章都是围绕网络布线的，很少有关于电源问题的。 当然，我说的是一侧有网络电缆，另一侧有电源电缆。 任何建议，建议，建议，不胜感激。

25 datacenter  electrical-power  cable-management  power-distribution-unit 

我试图决定在为我的数据中心使用第4层负载平衡解决方案还是第7层解决方案之间进行选择。不幸的是（出于我的理智），我的用例非常简单，以至于两个解决方案都能很好地工作，避免了大多数缺点，而没有真正利用其他优点。无论我们最终使用什么解决方案，它都必须具有高可用性和高吞吐量。但是，我们仅打算使用它在Web服务器群集上实现负载平衡，这些服务器对“粘性”会话管理（Cookie或IP），复杂的重写规则均无任何要求，因此，对于所有。 负载均衡器将连接到两个交换机，两个交换机均独立连接到数据中心汇聚层，并使用快速生成树以及交换机用于虚拟化的任何专有协议将它们合并在一起。负载平衡器也将通过交叉电缆彼此交叉链接。群集中的所有服务器都连接到两个交换机。负载均衡器所需要做的就是将流量指向它们。 由于它只是HTTP，因此我可以使用第7层负载平衡解决方案，例如HAProxy或nginx。但是我也可以将LVS项目与ldirectord或keepalived或其他任何东西一起使用。 我曾尝试打破正反两面的优点和缺点，但最终却陷入了困境。您会推荐什么，为什么？我想念什么吗？

21 networking  load-balancing  linux-networking  architecture  datacenter 

很多时间和专栏讨论了如何保护服务器免受外部攻击。这是完全有效的，因为攻击者使用Internet破坏服务器要比获得物理访问权容易。 但是，一些IT专业人员忽略了物理服务器安全性的重要性。许多（如果不是大多数）最严重的安全破坏都是从组织内部执行的。 您如何保护服务器免受那些不需要访问服务器或服务器机房本身的具有现场访问权限的用户的侵害？ 它是位于小隔间中IT经理办公桌旁边，还是通过电子卡和生物识别功能被锁在几扇门后面？ 一旦有人对服务器进行了物理访问，将采取哪些保护措施阻止或至少记录对他们没有合理需要查看的敏感数据的访问？ 当然，每个组织的情况会有所不同，业务需求和业务需求也会有所不同，但是即使是打印服务器也可以访问正在打印的敏感数据（合同和员工信息），因此，所涉及的内容比乍看之下要多。

21 security  datacenter 

根据我对数据中心的了解和了解，没有太多使用水冷的服务器机房，而且最大的数据中心都不使用水冷（如果我错了，请纠正我）。此外，使用水冷来购买普通PC组件相对容易，而水冷式机架服务器几乎不存在。 另一方面，可以用水（IMO）： 减少大型数据中心的功耗，尤其是如果可以创建直接冷却的设施（即，该设施位于河流或海洋附近）的话。 减少噪音，减轻人们在数据中心工作的痛苦。 减少服务器所需的空间： 在服务器级别，我想在机架式和刀片式服务器中，通过水冷却管要比浪费空间让空气通过更容易， 在数据中心级别，如果仍需要保留服务器之间的小巷以维护对服务器的访问权限，则可以除去地板下和天花板上用于空气传输的空白空间。 那么，为什么在数据中心级别或机架/刀片服务器级别上水冷系统都没有普及？ 是因为： 水冷却在服务器级别上几乎是多余的吗？ 与普通数据中心相比，水冷设施的直接成本太高了？ 很难维护这样的系统（定期清洁使用河水的水冷却系统比仅真空清洁风扇要复杂得多且成本更高）？

19 datacenter  server-room  physical-environment 

也许是个愚蠢的问题，但是 有时（很少但确实会发生）我需要上下移动1-2U机架中的服务器。您如何看待？哪种方法最正确，最有用？为什么？ 从滑轨上卸下服务器，分离滑轨，将其重新安装到新位置，再将服务器放回滑轨 小心地逐个孔（如果可能，一步到2-3个）将滑轨与服务器一起移动 以其他方式做所有事情（解释） 请不要写“组装前必须计划好机架”等。这是计划所有事情的好主意，但是不幸的是，现实生活并不那么理想:)

19 hardware  datacenter  best-practices  rack  rackmount 

我一直认为在同一服务器中使用从PDU到冗余PSU的Y电缆是完全可以接受的做法，但是我最近正与某人交流，他们说他们的同事不允许这样做。 我不是电工，但是在我看来，由于PSU是多余的，因此它们不能同时绘制。在这种情况下，似乎在两个PSU上使用Y型电缆不会冒用电缆或单个插座的额定载流量的危险。 我在这里错过了什么吗？为什么colo选择禁止在服务器机架中使用Y型电源电缆？

17 datacenter  electrical-power 

有人可以定义“堆栈”的确切含义吗？我知道它是一个行业术语，但是它非常模糊。在内存分配方面，我指的是基础架构术语，而不是“堆栈”。

17 security  datacenter  infrastructure 

我们有一个小型数据中心，其中约有一百台主机指向3个内部dns服务器（绑定9）。当内部dns服务器之一不可用时，就会出现我们的问题。那时，指向该服务器的所有客户端开始执行时都非常缓慢。 问题似乎是库存的Linux解析器实际上并没有“故障转移”到其他dns服务器的概念。您可以调整超时和重试次数（并设置轮换以使它可以在列表中使用），但是如果主dns服务器不可用，则无论使用哪种服务，服务执行的速度都会慢得多。目前，这是我们最大的服务中断源之一。 我理想的答案应该是“ RTFM：像这样调整/etc/resolv.conf ...”，但是如果那是一个选项，我还没有看到。 我想知道其他人如何处理这个问题？ 我可以看到3种可能的解决方案类型： 使用linux-ha / Pacemaker和故障转移ips（因此dns IP VIP始终可用）。las，我们没有好的围栏基础设施，没有围栏的起搏器也无法很好地工作（以我的经验，Pacemaker会在没有围栏的情况下降低可用性）。 在每个节点上运行本地dns服务器，并使resolv.conf指向localhost。这会起作用，但是它将为我们提供更多监视和管理服务。 在每个节点上运行本地缓存。人们似乎认为nscd“已损坏”，但是dnrd似乎具有正确的功能集：它将dns服务器标记为已启动或已关闭，并且不会使用“已关闭”的dns服务器。 任何广播似乎仅在ip路由级别起作用，并且取决于服务器故障的路由更新。多播似乎是一个完美的答案，但是bind不支持广播或多播，我能找到的文档似乎表明多播dns更针对服务发现和自动配置，而不是常规的dns解决。 。 我是否缺少明显的解决方案？

17 domain-name-system  high-availability  datacenter 

我正在寻找消费者和专业Internet连接之间的技术差异。“专业”是指： 您可以在数据中心获得的那种 您可以在办公室获得的那种托管服务器足以托管中小型企业的典型服务器。 解决这个问题的另一种方式是“为了自托管的目的，办公室宽带必须与数据中心提供的参数进行比较”。

16 hosting  bandwidth  datacenter 

我看过很多数据中心的图片，而且看来所有者更喜欢在广阔的区域上构建它们，而不是使用更高的建筑物来构建它们。为什么？

16 datacenter 

大多数设备的额定湿度范围很广（例如，5％至95％无冷凝）。 但是，理想的湿度是多少？较高的湿度会更好地将热量从设备中带走，但例如也可能更具腐蚀性。

16 datacenter  physical-environment  server-room 

我有两台服务器，分别位于荷兰和法国的数据中心。两者都在运行Debian Wheezy。我需要在它们之间共享/ home，并具有良好的性能。服务器上有300多个用户，其中大约30个用户应该能够在给定的时间在给定的服务器上拥有活动的进程，每个进程每秒具有50 kbit的读取和20 kbit的写入，每秒的峰值约为2000 kbit /的阅读。在本地存储上使用iotop进行测量。我有很多小文件，总计约500000，并且需要尽可能低的延迟。服务器之间的Ping为17毫秒，使用scp和wget时，连接速度可以达到20-30 MB / s。似乎应该有足够的可用带宽，但是... 到目前为止，我确实了解过：sshfs：似乎它的性能比nfs好，但是它随机地将文件的权限更改为root，从而导致应用程序崩溃。 nfs：减慢速度的方法，noatime尝试了很多其他选择，但是即使只有少数几个进程处于活动状态，它也仍然运行缓慢。 drbd：5个小时的无用功，当我意识到我实际上无法在两个系统上都挂载文件系统时：-( glusterfs：所有数据的本地副本确实听起来很有希望，但是随机文件访问确实很慢，并且运行一段时间后，它变得令人难以置信的缓慢并且几乎挂起。noatime没有帮助。 NFS再次：仍然疲软。 哭泣的键盘：根本没有改善。 接下来要尝试什么？在上周，每个失败的试验都花了一个晚上甚至更长的时间，我真的很想使用下一种方法。是的，两个服务器之间共享文件系统至关重要。 感谢您提供有关此问题的任何新想法。

15 linux  datacenter  share  home-directory