客户刚刚经历了APC AP7911A开关/计量机架配电单元（PDU）的完全故障。 这显然把所有连接的设备都拿下来了。 设备是好的，以及上游UPS单位。 在多个供电/ PDU / UPS单元（例如，单电源交换机，缺乏高线供电等）的设备之间不能进行平衡的情况下，如何缓解这种故障？ 这是一个单机架安装在一个不太理想的计算机房，但是对于大多数中小型企业来说是典型的。 应该针对单个PDU故障进行计划，还是只是在发生故障时才处理？
我有一个必要的系统，需要在三个或更多的不同位置的物理存在，我需要build立在这样一种方式，我的数据库保持及时复制没有可怕的延迟的build议。 我看到，当应用程序服务器试图与没有物理configuration的节点对话时，mysql访问和复制的速度非常慢。 在这种情况下，我正在使用mongodb。 这个堆栈是linux / passenger / ruby / rails / mongodb。 数据库写入重读光。 基础设施是亚马逊EC2 应用程序层必须位于3个或更多不同的位置。 我不能certificate这一要求超出了要求。 但是，如果数据库可以从其他位置快速写入，则不需要位于多个位置。 从阅读mongo的文档，mongo复制看起来更像是一个候选人而不是分区b / c，我的数据存储区不是很大。 但是，我没有看到任何解决远距离服务器通信速度问题的可能性很高的问题。
我家有两个电源：一个来自国家电网，另一个来自内部电源。 我的服务器机房有两个电源sockets。 做了一些研究，我找不到一个使用来自电源1的电源的UPS系统（以合理的成本），如果发生故障，它将切换到电源2，直到电源1可用。 我能够find整个家庭电网的昂贵的解决scheme，但有没有合理定价的消费者UPS增加冗余与第二个电源input？ 就像有一个第二个inputsockets插头。 注意：对于我的用户案例，没有任何服务器包含冗余电源。
当我不得不说服一家小公司使用DNS服务而不是/ etc / hosts文件和IP地址时，这并不是我生命中的第一次。 第一次看起来可能很愚蠢/有趣，但想象一下，有许多pipe理员懒惰或者不在乎，他们否认实施这项服务。 我们可以收集用例和原因为什么要这样做吗？ 你有这种情况的经验吗？ 请分享！
我是一个为小型IT公司工作的系统pipe理员/开发人员。 我们正在build造一座新的办公大楼，我们有一个有限的时间窗口来放置我们所需的核心基础设施networking布线。 由于目前预算紧张，我的目标是从中央服务器机房的地点到build筑物的许多关键区域进行光纤布线。 我们现在不想让电缆终止，我们只是想把电缆放在适当的位置。 服务器机房总共有9根光纤（长度从15米到60米不等），而且我可能在每次运行时都会看到12或16个内核 – 我可能只用一对，但是我也可以把它作为合理可行的未来/失败certificate，这个核心数量似乎是从价格angular度来看的最佳select。 所有的电缆都将在内部使用，并且仅用于IP，计划将（最终）在远端安装一堆Cisco Catalyst 3750。 除了将光纤连接到交换机和媒体转换器之外，过去我使用光纤安装的经验非常有限（多年前使用熔接机），但除此之外，我是光纤安装新手，所以我我正在寻找一些关于我应该购买这种工作的纤维的帮助。 环顾四周，我看到了许多不同types的OM1 / OM2 / OM3 / OS1，单/多模，62.5 / 125或50/125，紧密缓冲/松散pipe。 如果预算不是问题，我会得到一个承包商，但目前这不是一个select，所以任何人都可以提出任何build议，或提供任何良好的信息来源，以确保我购买正确的电缆types？ ps英国，如果不同的标准是相关的 – 虽然我想你可能可以告诉我，我是英国人从我的拼写'纤维'。
我searchLinux一个graphics工具来logging我们的networking/服务器基础设施。 可以将一些文本表示转换为点（即graphviz）的脚本就足够了。 节点应该是设备，应该有节点之间有多个连接的可能性（我们有多台机器有多个连接（我猜最多的是两台机器之间直接连接的8个连接）），端点需要包含一些属性，如端点设备的名称（例如usb0，eth0）以及fqdn，以防万一不同设备的名称不同（例如，每台计算机及其远程pipe理界面名称不同）。 另外，每个节点应该有可能具有属性（例如，哪些服务在机器上运行）。 编辑 ：我也需要能够使循环（即从一个节点本身（但不同的端口））。 当然，我可以画出它是每个vectorgraphics程序（xfig，inkscape，…），但它应该是可维护的，即小的变化不应该需要5个小时的工作和艺术家。
想象一下，在自动缩放的云环境中，我有一个n层体系结构，并说： 一个故障转移对中的负载均衡器 反向代理层 networking应用程序层 数据库层 每个层需要连接到下面的层中的实例。 连接层的标准方法是什么，使它们对每层中节点的故障具有适应性？ 即每层如何得到下面的层中的每个节点的IP地址？ 例如，如果所有的反向代理服务器都应该将stream量路由到所有的networking应用程序节点，那么它们如何设置，以便它们不会将stream量发送到无效的networking应用程序节点，并且在新的networking应用程序节点联机时可以发送stream量去呢？ 我可以运行一个将所有configuration更新到所有节点的代理，但效率不高。 我可以在每层之间放置一个LB对，所以上面的层只需要连接到负载均衡器，但是如何处理LB死亡的问题呢？ 这似乎将分层A需要知道层B中所有节点的IP的问题分stream到层A中需要知道层A和层B之间的所有LB的IP的所有节点。 对于一些应用程序，如果他们联系下面那个没有响应的层中的节点，他们可以实现重试逻辑，但是有什么方法可以让一些中间件将stream量引导到下一层中的活动节点？ 如果我在AWS上托pipe，我可以在层之间使用ELB，但是我想知道如何自己实现相同的function。 我已经读了（简要地）关于心跳和keepalived – 在这里有关吗？ 他们谈论什么是虚拟IP，他们如何pipe理？ 使用它们还有单点故障吗？
我们正在build立我们的办公室networking，并希望跟踪我们员工访问的所有网站。 但是，我们不想使用任何基于代理的解决scheme。 我们的工作高度依赖于您无法configuration代理的应用程序。 因此，我们想要遵循的方法是在计算机内设置路由器（如下所示： http : //www.techrepublic.com/article/configure-windows-server-2003-to-act-as-a-路由器/ 5844624 ） 这也将允许我们连接多个以太网卡，并且在互联网连接方面具有冗余性，并且完全从用户抽象关于正在使用哪个连接。 但最重要的是，由于所有的stream量将通过计算机（configuration为路由器），我假设将有一种方法来运行所有请求/响应的数据包分析。 例如，列出连接到（端口21）的所有FTP服务器，按频率给出每天访问的所有URL的图表。 有没有这样的软件？ 或者有可能build立这样的东西？
我们目前正在考虑升级我们的UPS，并可能在现场安装一个小型汽油发电机，以防UPS电池使用时间过长，导致UPS完全耗尽。 实际上，我们只能买得起大约45分钟的UPS。 我们的build筑物有4-6小时的停电并不是闻所未闻的。 这是非常罕见的。 当UPS切换到电池供电时，哪些产品可以发送通知（短信，自动通话等）？ 我们看过的一些UPS有串行连接。 你怎么处理这种事情？ 计划是，当电力下降时，电池接pipe并警告团队。 我们中的一个人（无论何人正在呼叫）驱动build筑物并启动发电机。 当然，除非权力重新出现，否则通知就会告一段落。 我们目前使用Pingdom来监控我们服务的正常运行时间。 这只是一个pingtesting，所以我们不能依靠丢失的主机来解释它为什么丢失。 例如; 如果networking连接断开，备份链接也一样，我们会收到通知。 这并不意味着发电机需要启动。
我们即将开始布线build设扩build，我们的供应商已经布置在以下configuration的机架： 选项1 1U Fiber patch panel 2U Cable Manager 2U 48 port Patch Panel 2U Cable Manager 2U 48 port Patch Panel 2U Cable Manager 1U 48 port Switch 2U Cable Manager 1U 48 port Switch Total = 15U 所有配线架将通过电缆pipe理连接到1ft +电缆的交换机上。 我正在考虑的是： 选项2 1U Fiber patch panel 1U 24 port Patch Panel 1U 48 port […]