目前，我们正在VM主机上为我们的NIC团队使用“链接状态”，但最近遇到了两个交换机中有一个发生内存错误并停止传输stream量的问题。 我们所有的VM主机都closures了，大部分客户（已经使用这个path）也停止响应，直到我们手动closures这个开关。 在Linux绑定环境中，可以使用arp_intervals作为检测链接状态的另一种方式，但在VMWare中只有Beacon探测。 BP不同于arp_interval，因为您不select主机来testing连通性，以及您需要三个或更多的接口来执行此操作。 我们所有的VM主机都有四块网卡，所以这三块网卡的要求不应该太麻烦。 但是，虽然文档仅指出至less需要三个独立的物理网卡（pNIC），但每个示例还有三个独立的物理交换机，但没有说明这是否也是必需的。 正如我所寻找的答案，我遇到了这个博客，其中指出： “如果vSwitch中的多个pNIC连接到同一个pSwitch，请勿使用信标探测，这可能会导致在pSwitch的两个或多个端口上出现相同的MAC地址，这是”非常糟糕的事情“” 在我们的configuration中，我们没有三个交换机来增加这个问题，在我的一些初步testing中，我遇到了无法解释的链路振荡问题，这些问题可能与它们被插入同一个交换机相关。 那么三个独立的物理交换机是否也是信标探测的要求？ 我只能将我的configuration链接到状态？ 而且，从修辞的angular度来说，他们为什么不把arp_interval作为他们网卡绑定的一个选项呢？
本文保留您应该使用击剑（又名STONITH）和冗余通信链接。 我试图了解STONITH在裂脑的情况下给了什么好处。 例如，考虑使用交换机I连接节点A，节点B，STONITH设备。如果交换机I死亡 – networking被分区 – 并且节点A不能向STONITH设备发送请求，那么它是无用的。 好的，我们可能有专用的开关II连接节点与STONITH设备。 如果开关I发生故障，我们仍然可以向STONITH设备发送信号，并可能closures节点B. 但问题是，为什么不使用交换机II作为节点A和节点B之间的冗余通信path？ 如果交换机I发生故障，您仍然可以使用交换机II，无需closures节点B.
我有我的后端应用程序服务器设置，并与西海岸单个逆向代理nginx设置工作。 它也做caching。 现在我想在东海岸地区join一个可以caching的前端服务器。 我可以find很多关于单个前端到大量后端设置的资源，但没有提到多个前端到单个后端。 我不能找出DNS问题。 我使用谷歌域名，它不会让我添加另一个@logging指向其他服务器。 重复录制Google Domains ***附加信息 我会去的CDN路线，但该网站约550K页，每个40Kb左右。 大约20GB。 它的stream量也相当高。 我很好，不平凡。 目前与ramnode vps的主机 SSL可能是一个问题。 基本上可以1证书工作在多台服务器提供他们有相同的设置？
由于Perlbal的内存使用，我们最近从Perlbal迁移到HAProxy。 尽pipe最近我们遇到了一个我似乎无法解决的问题（这并不能帮助我不熟悉HAproxy的configuration选项），但这是相当完美的迁移。 我们是一个媒体网站，提供相当数量的stream量 – 我们使用HAProxy在我们的媒体服务器上传播负载。 一旦开始HAProxy一切都是活泼的，并相应地工作 – 虽然大约10-20分钟后事情开始放缓，媒体服务非常缓慢。 我相当肯定这是HAProxy，因为简单的服务重新启动纠正了这个问题。 我正在使用一个相当香草HAProxyconfiguration没有钟声或口哨声： 默认 日志全球 模式http 选项httplog 选项dontlognull 重试3 选项重新发布 maxconn 2000 contimeout 5000 clitimeout 50000 srvtimeout 50000 听媒体0.0.0.0:80 平衡roundrobin 服务器media_1 xxxx：8080重量1 maxconn 1024检查 服务器media_2 xxxx：8080重量1 maxconn 1024检查 任何人都可以解释一下问题可能是什么？
我有一个应用程序每隔几分钟从大约1000个不同的来源接收数据。 这些数据需要保存到一个OSS数据库（很可能是MySQL），但根据不同的答案，我会考虑在适当的情况下进行切换。 发送信息的1000台外部服务器通常每2分钟从应用程序请求数据。 这个应用程序是关键数据，因为它永远不能停下来。 我有应用程序部分sortingHA（高可用性），但我对数据库HA的build议。 Oracle不是一个选项。 一位朋友build议在应用程序服务器之间进行SQLlite rsynced，但这对我来说听起来很危险。 我看着MASTER MASTER MySQL数据库设置，但它看起来有问题，并从用户意见可能不稳定。 有什么build议么？ 必须在linux上运行，必须是开源的。
我们正在为即将到来的networking产品构build我们的生产环境。 对于这个堆栈，一个主SQL Server 2008将用于实时数据库操作，而一个辅助SQL Server 2008将从主SQL Server（通过SQL Server的内置镜像function） 镜像 。 当主要SQL Server变得不可用时，我们将使Report Service对辅助SQL Server运行，同时使其具有热备用。 在应用程序级别，我们有两个选项： 在应用层中实现故障检测，因此如果主SQL Server没有响应，请将我们的DAL命中辅助SQL Server。 要么 让应用层指向一个贵宾，并有HAProxy处理故障检测。 问题是，选项＃2是一个可行的select？ 注意：我们知道在数据库级别提供高可用性的其他方法（如集群），但我们正在寻求一种具有成本效益的解决scheme。
我是inheritance兼职DBAangular色的软件开发人员。 我负责SQL Server 2008上的一个小型，高容量的24×7数据库的应用程序后端。 在数据库中还有其他的东西，关键的是50GB，7.5M的行表，在高峰负载时提供10万个请求/秒，在“夜晚”时约为一半。 这是99％的读取stream量，但写入是不变的，并且是必需的。 我需要能够在没有维护窗口的情况下执行定期维护。 说索引重build，清除旧数据，Windows Update或硬件升级的作业。 我所看到的大部分build议都是“做一个维护窗口”的。 当我欣赏这种情绪的时候，我希望还有另一种方式。 如果能解决这个问题，我确实有能力购买新的硬件或修改数据库，客户端（一组Web服务器），以及大部分的应用程序代码（ADO.NET + ASP.NET）。 我一直在思考如何使用热备件（或第三台服务器）来进行维护，然后“交换”到生产环境中。 1通过还原备份（包括当前事务日志）同步备用数据库。 2执行维护任务。 3重新configuration客户端以连接到备用服务器。 现有的连接在一分钟内完成。 4备用服务器现在是生产服务器。 剩下的问题是，新的生产服务器现在已经过时，不pipe花了多长时间来执行维护。 是否有某种方法可以使原生产服务器排队等待更改并将它们合并到步骤2和步骤3之间的备件中？ 任何其他的想法？
我为一家为数千用户提供Web应用程序的小公司工作。 今年早些时候，他们有一台服务器托pipe一家公司。 我们最近在另一个地方购买了另一台服务器，希望有一天能够成为一个冗余的故障切换机器。 我明白如何处理mysql复制，我打算使用主 – 主复制设置，并使用rsync同步脚本和文件，但是我仍然关于如何configuration故障转移。 理想情况下，我希望这两台机器接受请求，如循环的DNS，但是如果一台机器停机，我不希望请求去那台机器。 我遇到的所有解决scheme都假设服务器在同一位置具有高可用性，这些服务器位于两个完全不同的位置，具有不同的公有IP地址。 任何帮助将是伟大的。 谢谢
我需要使用两个SQL Server实例和镜像来设置自动故障转移。 有几个DNS主机（如DNS Made Easy和Netriplex）提供自动故障转移function。 每分钟都在监视您的服务器实例，如果主服务器出现故障，域名将parsing为辅助服务器的IP。 我的问题是，我还需要切换服务器angular色，以防万一自动故障转移，这是我目前的DNS托pipe服务提供商（DNS轻松）不支持。 换句话说：假设我有两台数据库服务器–A和B.A是主服务器，B只是在A出现故障的情况下待命。 当A发生故障时，B接pipe并成为新的主服务器。 当A回来时，它是新的辅助服务器，并等待B失败。 当B失败时，A接pipe并再次成为主服务器。 有没有提供这种function的DNS主机？ 谢谢， 阿德里安
我们有2个Hyperv服务器和一个SAN。 当他们被configuration，高可用性不在地平线上。 但现在是。 我可以将当前的服务器转换为使用故障转移群集吗？ 或者我需要用不同的硬件创build一个集群，将当前的虚拟机迁移到它们，然后引入旧的服务器？