除了在设备内部（pipe理，编程，networkingconfiguration）完成的工作外，还有物理设备和房间。 这种物理房间设备需要日常护理和喂养。 所以，问题是，对于一个通用的数据中心（插入服务器机房，通讯室等）与服务器，机架，networking设备等，关于房间本身应该做什么日常维护？
有没有免费的工具可以帮助更好地在数据中心进行文档logging，例如机架中的服务器，连接到的组端口等信息？
我有两台服务器，放在荷兰和法国的数据中心。 两者都在运行Debian Wheezy。 我需要在他们之间分享/回家，performance良好。 服务器上有300多个用户，其中大约30个用户可以在给定的时间在给定的服务器上进行活动进程，每个用户有50 kbit的读取和20 kbit /秒的写入，并且在2000 kbit /的阅读。 与本地存储iotop措施。 我有很多小文件，总共有大约50万个，并且需要尽可能低的延迟。 服务器之间的Ping为17 ms，使用scp和wget时连接能够达到20-30 MB / s左右。 似乎应该有足够的带宽可用，它太工作了，但… 我到目前为止所做的修改：sshfs：看起来好像比nfs有更好的性能，但却把文件的权限改为root，导致应用程序崩溃。 nfs：减速的方法，尝试noatime一堆其他选项，但它保持行动迟缓，即使只有less数进程是积极的。 drbd：5个小时的死路工夫，当我意识到我实际上无法在两个系统上安装文件系统时:-( glusterfs：所有数据的本地副本确实听起来很有希望，但随机文件访问非常慢，运行一段时间后，变得令人难以置信的慢，几乎挂起。 noatime没有帮助。 nfs再次：仍然低迷。 在键盘上哭泣：没有任何改善。 接下来要做什么？ 每个失败的试验都在上个星期过了一个晚上，或者更多，我真的很喜欢下一个方法。 是的，文件系统在两台服务器之间共享是至关重要的。 感谢有关这个问题的任何新想法。
假设您拥有完全虚拟化的VMware基础架构：ESXi，vCenter，vMotion，HA，DRS，整个软件包。 在里面，你有很多的虚拟机，在任何时候都可能驻留在一台主机或另一台主机（这是整个集群的重点，不是吗？）。 您会遇到功率损失，并且无论如何，您都可以正常closures所有虚拟机和所有主机; 现在让我们不要深究，让我们假设你的UPS软件可以处理它。 或者，至less假设关机不是那么优雅，但是一旦恢复供电，一切仍然能够恢复。 电源回来，你的主机重新启动。 您的环境相当复杂，并且在虚拟机之间具有自然依赖关系：域控制器应该先启动，应用服务器只有在后端数据库服务器已经启动并运行时才能启动，依此类推。 我们都知道（或希望知道）如何configuration自动VM启动以及如何在单个ESX / i主机上指定VM启动顺序和延迟。 但是如何在整个数据中心做到这一点？ 有没有什么办法可以告诉vSphere“按照全局顺序启动这些虚拟机，而不pipe它们运行在哪个物理主机上”？ 奖励要点：如果vCenter本身在虚拟机上运行，这是如何改变的？
我正在寻找消费者和专业互联网连接之间的技术差异。 我所说的“专业”是指： 您可以在数据中心获得的那种types 您可以在办公室获得足够的托pipe中小型企业服务器的服务。 解决这个问题的另一种方法是“办公室宽带必须与数据中心提供的什么样的参数相比较，以便自我托pipe”。
我看过很多数据中心的图片，看起来业主更喜欢把它们build在一个大面积上，而不是用较高的build筑来build造它们。 为什么？
我们有一个小型的数据中心，有大约100个主机指向3个内部DNS服务器（绑定9）。 当其中一个内部DNS服务器变得不可用时，我们的问题就出现了。 那时，指向该服务器的所有客户端开始执行的速度非常缓慢。 问题似乎是股票的Linuxparsing器没有真正的“故障转移”到不同的DNS服务器的概念。 您可以调整它使用的重试的超时时间和次数（并且设置为旋转，以便它可以通过列表工作），但是如果主DNS服务器不可用，无论使用我们的服务的设置的执行速度要慢得多。 目前，这是我们服务中断的最大来源之一。 我的理想答案是像“RTFM：调整/etc/resolv.conf这样…”，但如果这是一个选项，我没有看到它。 我想知道其他人怎么处理这个问题？ 我可以看到3种可能的解决scheme： 使用linux-ha / Pacemaker和故障切换ips（因此dns IP VIP“始终”可用）。 唉，我们没有一个好的击剑基础设施，没有击剑起搏器不能很好地工作（根据我的经验，Pacemaker降低了击剑的可用性）。 在每个节点上运行本地dns服务器，并将resolv.conf指向localhost。 这是可行的，但它会给我们更多的服务来监视和pipe理。 在每个节点上运行本地caching。 人们似乎认为nscd“破碎”，但dnrd似乎有正确的function设置：它将dns服务器标记为up或down，并且不会使用“down”dns服务器。 任何转换似乎只在ip路由级别工作，并依赖于路由更新服务器故障。 多播似乎是一个完美的答案，但绑定不支持广播或多播，我能find的文档似乎表明，多播DNS更多的目的在于服务发现和自动configuration，而不是常规的dnsparsing。 我错过了一个明显的解决scheme？
有人可以定义什么是“堆栈”。 我知道它是一个行业术语，但它非常模糊。 我指的是内存分配方面的基础结构术语，而不是“堆栈”。
我一直认为在同一台服务器上使用从PDU到冗余PSU的Y电缆是完全可以接受的做法，但是最近我跟一个说他们的colo不允许的人说话。 我不是电工，但在我看来，由于事业单位是多余的，他们并不是同时在画。 如果是这种情况，那么在两个PSU上使用Y电缆似乎不会使电缆或个别sockets的额定载stream量透支。 我在这里错过了什么吗？ 为什么科洛公司会select禁用服务器机架中的Y电缆？
也许有点愚蠢的问题，但是 有时（很less发生，但是发生）我需要将一个服务器放在一个1-2U的机架上。 你怎么看，哪种方式是最正确和最有用的，为什么？ 从导轨上卸下服务器，拆下导轨，将它们重新安装到新位置，然后将服务器放回导轨上 仔细地，逐个孔（或者如果可能的话，一步到2-3步）将轨道与服务器一起移动 以其他方式做一切事情（解释） 请不要写“组装前你必须安排一个机架”等。这是计划一切的好主意，但不幸的是现实生活并不理想:)