像btrfs和luster这样的文件系统被标记为容错文件系统：wiki： http : //en.wikipedia.org/wiki/List_of_file_systems 什么是容错文件系统的意义呢？ 它提供比日记更多的东西吗？ 如果在ext3中启用块日志function，则可以将其称为容错function，或者这些文件系统提供更多function？ 我感兴趣的领域是知道这些文件系统提供有关电源故障问题的信息吗？ 谢谢
1）keepalived的（物理/networking）要求是什么？ 两个（或更多）keepalived节点是否需要连接到同一个交换机？ （可能与广播有关）。 2）keepalived节点可以运行在不同的networking，“互联网”networking？ 3）keepalived取决于路由器？ （据我所知，虚拟IP应指向连接两个节点的真实路由器/交换机）。 4）keepalived“服务无关”？ – > keepalived的参与领域是什么？ 只有IP？ 还是服务/协议导向？ – >它只处理IP，或者它是为HTTPdevise的？ – >换句话说，我可以用它来定制（基于networking）的应用程序？ 5）有多个故障转移服务器？ 如果问题＃4的答案是“是”，即它取决于服务types，那么是否有任何一般的select？ 最好容易安装/configuration:)
我有两个站点之间有一个拉伸的DAG。 “网站”是指两个AD站点对应不同的物理和networking电路。 当我将个人邮箱数据库移动到另一个站点时，我想确保所有客户端都直接连接到该站点。 在其他站点上有副本的数据库上，RpcClientAccessServer设置的用途是什么？ 什么时候应该更新RpcClientAccessServer？ （例如，当其他网站激活？）
我们目前正在设置一些主机，通过omelasticsearch和omelasticsearch将其日志omelasticsearch到omelasticsearch集群。 omelasticsearch手册似乎只允许configurationES群集的一个服务器名称，这将是单点故障。 如何将日志loggingconfiguration为login到ES群集的任何节点，而不仅仅是一个，这样可以抵抗一个节点的故障？ 目前我们已经为ES集群configuration了一个共享的IP地址，并将其用作服务器名称（这是可行的）。 omelasticsearch可以使用多个主机吗？
DRBD中有没有一种方法可以制作一个真正的完全内存同步caching？ 我可以用自己的解释来解释当前的解释 ： 协议B.内存同步（半同步）复制协议。 在本地磁盘写入发生后，主节点上的本地写入操作即被视为已完成，并且复制数据包已到达对等节点。 我正在寻找的是： 协议B-。 内存同步（半同步）复制协议。 主节点上的本地写入操作一旦处于本地写入caching中，就认为已完成，并且复制数据包已到达对等节点。 也许有可能与DRBD以外的其他东西？ networking是10G，大量的RAM。
我被要求做这个演示，但说实话，要么我完全错过了这个观点，要么被要求比较一个实际的公司，例如Stratus和虚拟机的概念，关于高可用性解决scheme？ 经过一番研究，我知道Stratus是FT和HA服务的硬件和软件供应商，而且虚拟化可以用作HA解决scheme，但是如何比较公司和概念/想法？ 还是我完全错过了这里的船？
从文档 ! MASTER and BACKUP state are determined by the priority ! even if you specify MASTER as the state, the state will ! be voted on by priority (so if your state is MASTER but your ! priority is lower than the router with BACKUP, you will lose ! the MASTER state) 那么为什么定义一个状态而不是仅仅使用优先级？
我有一个DMZ中的Web服务器可以从2个不同的互联网连接提供由2个不同的ISP提供的2个不同的公共静态IP地址。 我想创build一个logging，让我们说在正常情况下负载平衡两个IP（“循环”）的“myserver.contoso.com”。 但是，主要目标是，如果一个互联网上行链路（所以一个公共静态IP）发生故障，服务器仍然可以访问。 我能做些什么来达到这个目的？ 更新供参考：我创build了2logging“A”与TTL 5分钟的dpilogging“pippo.disney.com”，一切都很好！ 我希望这可能对未来的人有用:)谢谢！
直到最近，我还是假定Microsoft NLB在操作系统/机器级别而不是应用级别上工作。 即，NLB只监视机器上的心跳，以检查机器是否处于活动状态，然后closures特定节点（如果它断开）。 但是，我发现这个评论在服务器故障问题上有所不同。 根据评论 NLB只是将连接路由到打开的TCP端口。 如果您的应用程序closures了端口，则NLB将不再将其连接路由到该端口，直到该端口再次打开。 以上是真的吗？ NLB是否在端口级别监视应用程序？ 如果（1）的答案是“是”，那么它是否会切换服务停止以及服务挂起的情况，还是仅针对其中的一种情况？ 如果NLB确实做了以上所有的事情，那么使用Clustering有什么用呢？ 唯一的好处是对于集群，你不需要复制的数据。 但总体集群将是更昂贵的解决scheme。 对于像MS SQL Server这样的标准产品，对于我自己的服务，上述问题的答案是不同的，还是相同？ 如果NLB不这样做，只是操作系统/机器级别的心跳，那么有没有其他的方式，而不是群集为我自己的服务提供高可用性和切换？
我的问题首先是对Windows Server 2008 R2企业版有经验的人。 正如我发现我可以烘烤群集（故障转移群集节点）。 这个群集给我一个IP地址。 所以问题：我可以绑定这个虚拟IP地址到我的网站的域名地址（例如http://example.com – >群集IP地址）容错？ 谢谢！！！