我知道ZFS会更喜欢所有尺寸相同的磁盘。 但是，如果我有两个不同大小的磁盘（1TB和1.5TB），我想要有一定的冗余，但不能镜像。 所以我把两个磁盘分成5个分区，每个分区大约500GB，并创build一个“raidz”池… zfs高兴地被迫。 它设置实际上增加任何可靠性？ 我们的想法是，如果磁盘没有完全被破坏，只有一部分失败，我仍然可以访问数据？
比方说，我有一个给定的域的2个IP（循环赛DNS）。 如果一个IP变得没有响应，客户端是否会尝试连接到另一个IP？ 或者他们只是不能build立与域的沟通？
我们有几个主机，我们有一个相同的热备份主机，这是修补和更新，所以它是非常接近，必须相同的软件和configuration。 如果发生故障，网线将切换，DHCP服务器将更新为新的MAC地址。 这是最好的情况，因为通常需要修改一些。 我觉得有一个热备用主机，浪费时间来维护它是浪费电力的，而且由于在故障切换时需要修改configuration，所以我想问一下： 热的东西是老派，现在有更好的办法吗？ 如果没有热备份主机，将它作为一个冷备用磁盘是有意义的，把硬盘驱动器放在主要主机，并将RAID从1更改为1 + 1。 如果出现故障，我只能更换网线，更新DHCP服务器，取出硬盘并插入冷备用并打开电源。 我所看到的好处是2×2磁盘总是保持同步，所以只有一个主机可以维护，不需要更改configuration。 这是一个好主意吗？
我有一个超微型冗余电源，其中有两个单元。 我也有两个UPS单元，每个电源一个。 我正在观看UPS上的LCD显示器的使用情况。 总功率等于约400瓦。 这是奇怪的地方。 我观察到以下情况，这是我从其他30个超微型冗余电源设置中看不到的。 It starts with… UPS1 200 Watts UPS2 200 Watts. Stays the same for 3 seconds and then changes with in a second to… UPS1 0 Watts UPS2 400 Watts. Stays the same for 3 seconds and then changes with in a second to… UPS1 200 Watts UPS2 200 Watts. […]
我有一个服务器机架，其冗余电源插入两个APC Smart-UPS 3000 XLM。 每个UPS连接到两个不同的主电源。 两个apcupsd实例正在运行，每个连接到自己的UPS。 他们既可以检测到UPS在电池上，每个UPS都可以在服务器上触发关机。 问题是：如果只有一个UPS电池耗尽，怎么不能关机？ 注意：Smart-UPS 3000 XLM具有“电源同步”function，可以连接到对等设备并检测其状态。 但是当我从其中一个拔出插头时，无论如何都发送关机命令。 我正在考虑修改closures脚本来检查“apcaccess”，如果其他ups是closures的。 任何经验，将不胜感激！
有没有办法，DNS协议可以自然地保留一个types的服务器地址，如备份名称服务器或邮件服务器？ 谷歌search后，我刚刚得到备份名称服务器的结果。 如果DNS没有支持备份A名称的方法，那么模拟结果的最佳方法是将用户推送到工作的服务器。 我已经阅读了有关备用IP的信息，还有其他的吗？ 谢谢！
我试图让我的脑海中围绕负载均衡的概念来确保可用性和冗余性，以便在出现问题时保持用户满意，而不是为了给数百万用户提供高速度的负载平衡。 我们正在做预算，并试图坚持可用的知识丰富的东西，所以在Ubuntu VPS上运行Apache看起来像一个着名的search引擎收购我们（ 周六反讽，请注意 ）的战略。 至less对我来说，这是一个可用的不同解决scheme的完整丛林。 Apaches自己的mod_proxy＆HAproxy是我们通过快速的谷歌searchfind的两个，但没有负载平衡的经验，我不知道什么适合我们的情况，或者我们select一个解决scheme来解决我们的问题可用性问题。 什么是我们最好的select？ 我们应该如何提高可用性，同时留在预算内？
戴尔为他们的某些服务器提供了一个附加硬件卡，在两个SD卡之间提供了一个穷人RAID1（一张卡获取所有读取，直到死亡，写入镜像），用于启动一个写入负载非常小的简单操作系统操作系统存储（即ESXi） – 请参阅此处 （警告：PDF链接）。 运行无盘VM主机无需从SAN启动，也不用担心从主机中取出一小笔便宜的闪存故障，这非常棒 – 但是它非常专有，它集成到了支持它的系统的BIOS中。 是否还有类似于此的其他解决scheme，由服务器硬件供应商或其他方式提供（我想象一个定制的USB闪存阅读器与集成的RAID1？），允许两个便宜的小块闪存存储之间的冗余，希望与更好的兼容性比“几个特定的戴尔服务器”？
我以为DNS冗余的主要/辅助是直截了当的。 我的理解是，你应该有一个主要的，至less有一个次要的，你应该build立在不同的地理位置，但也在不同的路由器（请参阅https://serverfault.com/questions/48087 /为什么有几个域名服务器为我的域名 ） 目前，我们的主数据中心都有两台名称服务器。 最近，我们因各种原因而遭受了一些中断，这些中断导致两台域名服务器都出现故障，并且让我们和我们的客户在几小时内不使用DNS。 我已经要求我的系统pipe理员团队完成在另一个数据中心中设置DNS服务器并将其configuration为辅助名称服务器。 但是，我们的系统pipe理员声称，如果其他数据中心不如主数据中心那么可靠，这一点就没有什么帮助。 他们声称，当主数据中心停机时，大多数客户仍然无法正确查找，或者时间太长。 就我个人而言，我确信我们不是唯一有此类问题的公司，而且很可能已经解决了这个问题。 我无法想象所有这些互联网公司都受到我们这种问题的影响。 但是，我无法find很好的在线文档来解释失败情况（例如，客户端超时）以及如何解决这些问题。 我可以用什么理由来打破我们的系统pipe理员的推理漏洞？ 任何在线资源，我可以咨询，以更好地了解他们声称存在的问题？ 阅读答复之后还有一些附注： 我们在Linux上 我们有更多复杂的DNS需求; 我们的DNS条目是由一些自定义软件pipe理的，BIND目前使用Twisted DNS实现，还有一些视图。 但是，我们完全有能力在另一个数据中心build立我们自己的DNS服务器。 我在谈论外部人员的权威DNS来寻找我们的服务器，而不是我们本地客户端的recursionDNS服务器。
因此，我们的DNS提供商每隔一段时间都会在他们的系统上遇到DDOS攻击，导致我们的前置网站停止运行。 在减less对单个外部托pipeDNS提供商的依赖方面有哪些select？ 我的第一个想法是使用较低的TTL和其他SOA TTL，但感觉像这些影响辅助DNS服务器的行为比什么都重要。 即，如果遇到DNS停机（由于DDOS，在此示例中）持续时间超过1小时，则将所有内容都委托给辅助提供商。 当涉及到外部DNS并使用另一个托pipeDNS提供商作为备份时，人们会做什么？ 请注意我们友善的版主：这个问题更具体一些，那么“通用缓解DDOS攻击”的问题就在那里。 编辑：2016-05-18（几天后）：所以，首先谢谢你AndrewB为你的出色答案。 我在这里添加更多的信息： 于是我们联系了另一个DNS服务提供商并与他们聊天。 经过思考和做更多的研究之后，实际上它比我想要使用两个DNS提供商要复杂得多。 这不是一个新的答案，它实际上是更多的肉/信息的问题！ 这是我的理解： – 许多这些DNS提供商提供诸如“智能DNS”之类的专有function，例如使用Keepalive进行DNS负载平衡，configuration响应如何回传的逻辑链（基于地理位置，logging的各种权重等） 。 所以第一个挑战是让两个托pipe提供商保持同步 。 而这两个托pipe提供商将不得不自动与他们的API进行交互的客户保持同步。 不是火箭科学，而是一个持续的运营成本，可能是痛苦的（鉴于function和API方面的双方变化）。 – 但这是对我的问题的补充。 比如，根据AndrewB的回答，有人确实使用了两个托pipe提供商。 我正确的是，根据规范，这里没有“主”和“次”DNS？ 即，您向域名注册商注册您的四个DNS服务器IP，其中两个是您的DNS提供商之一，另外两个是另一个的DNS服务器。 所以你基本上只是向世界展示你的四个NSlogging，所有这些logging都是“主要的”。 那么，我的问题是否定答案？