我正在configurationLAMP服务器的过程中，但要确保它将为未来的扩展做好准备。 这是我目前的设置 两台物理Windows服务器与Hyper-V集群 两个虚拟机，一个用于Apache，另一个用于MySQL 两个Synology ISCSI闪存configuration为RAID5，一个用于Apache，另一个用于MySQL 每个虚拟机都设置为使用其各自的iSCSI作为数据文件夹 （网站数据为Apache和数据库的数据为MySQL） 这是我想要做的.. 第二个Apache服务器configuration为故障切换（主动 – 被动） 第二台MySQL服务器configuration为故障转移（主动 – 被动） 这是我需要帮助的地方 我的想法是使用一个虚拟IP地址，这将分配给configuration为主的两个Apache服务器之一。 如果主服务器死了，我希望辅助从服务器声明这个虚拟IP，并作为主服务器，直到原来的主服务器重新联机。 因为数据存储在iSCSI中，所以我不必担心两个apache服务器之间的数据同步。 我不必担心“文件访问冲突”，因为只有一台服务器会一次访问服务器。 这个概念适用于MySQL服务器。 问题是，你认为这个设置对于现在和将来都是有好处的。 接下来的问题是..我应该使用什么主动 – 被动故障转移处理。 我正在研究ucarp，这似乎很容易使用。 你们有什么感想？
我收到了一个请求，要求在运行VMware vSphere 4.1的VMware HA / DRS群集中的一组虚拟机上添加disaffinity / anti-affinity规则 。 客户端有四个主机，并且希望在发生主机故障时保持某些虚拟机在同一主机上运行。 通常情况下，这种types的请求很简单，您可以避免在同一台机器上运行app01和app02 …上游有一个单独的应用程序负载平衡器。 但是，该请求要求app01 ， app02 ， app03 ， app04 ， app05 和 app06在不同的主机上运行。 六台虚拟机，四台主机。 我们的第一响应团队将app01-app06添加到单独的“独立虚拟机” DRS规则中。 这看起来不正确，因为在维护模式或升级pipe理器修复中结果可能是不可预知的。 就像是： 四台主机的影响是什么？ 这会达到预期的目标吗？ 缺点？
我想使用corosync / pacemaker / drbd设置两节点高可用性群集。 为此，我需要击剑。 据我所知，所有IPMI / iLO / …解决scheme都可以完成这项工作，但只要机箱有电源。 在节点B断电的情况下，节点A对节点B没有任何使用STONITH的机会。 什么样的硬件解决了这个问题？ 是否有（标准机架）服务器提供IPMI / iLO / …硬件在电池上运行？ 我应该使用networking连接的UPS吗？
我正在寻求共享存储选项的build议，以支持ESXi HA集群（请注意，我不是要求产品/品牌/型号build议 – 我知道这是违反规则的）。 我要求 技术推荐。 我工作的公司是一个小企业。 目前，我们有一台配有DAS的HP DL380 G9，配有ESXi 6.0，运行我们定制的应用程序。 我们现在正在研究如何使用最经济的方法来实现HA / FT。 我们需要HA / FT，因为我是一个人IT团队，而且我经常在外旅行，所以不能手动进行故障转移/恢复。 我知道我们至less需要2台ESXi主机（物理服务器）和共享存储来实现HA / FT。 我认为，这是一个有趣的地方：即使是最便宜的入门级存储arrays，对我们来说也可能是一种矫枉过正。 我们的存储容量需求大概在200GB左右，而且我们不会看到至less5年翻一番。 但是，我们需要HA / FT的共享存储。 因此，我真的很感激我的select的任何build议。 谢谢。
我正在使用一些使用移动互联网与我的应用程序服务器通信的硬件单元。 最初，硬件在通信硬件中有一个硬编码的IP地址（负载均衡器），用于将stream量路由到我的应用程序服务器; 现在，如果负载平衡器在整个冗余基础架构失效的情况下创build一个单点故障，则它将变得无用，因为其目标是共享负载，而不是维持可用性。 现在我要求硬件创build者将其切换到使用DNS，并通过使用多个Alogging，我得到了更好的结果。 在这种情况下，我可以让应用程序服务器直接使用硬件。 但是如果一台服务器出现故障，一些硬件单元无法通信一段时间，但是会在20-30分钟内到达另一台服务器。 因为DNS故障转移不能始终工作。 那么我怎样才能克服这个问题，让我的应用服务器一直工作？
我们计划在两个站点之间实施一个延伸的数据中心。 它们之间的连接是一个单一的100mbit的QinQ连接。 我们在站点A有大约500个用户，在站点B有200个用户。在链路上产生的stream量非常低。 免责声明：我不会通过复制，因为这是一个不同的故事。 我们在几个月内准备好了SAN复制。 L3路由等也不是问题，因为我们知道如何做到这一点。 networking计划（现在）如下： VLAN 300：站点A + B – 172.16.0.0/24 – pipe理（交换机，路由器，vsphere等） VLAN 310：站点A + B – 10.50.0.0/24 – 任一站点客户端的共享服务器 VLAN 311：站点A（+ B） – 10.51.0.0/24 – 站点A客户端的服务器 VLAN 312：站点B（+ A） – 10.52.0.0/24 – 站点B客户端的服务器 VLAN 320：站点A – 192.168.0.0/24 – 站点Abuild筑物中的客户端 VLAN 321：站点B – 192.168.10.0/24 – B站点中的客户端 这里的总体思路是，具有HA /站点感知（AD，DFS，Exchange，Lync等）的服务位于站点A的VLAN 311中，站点B的VLAN 312中。这仅仅是为了确保所有客户端正在使用服务如果站点之间的L2链路断开，则可以防止不良用户体验。 我们将使用一个AD域。 没有任何内置HA的服务器应该放在VLAN […]
我目前正在使用主从复制，在应用程序级别将读取与写入分开。 当前实现的唯一一种故障转移是主站故障的应用程序级检测，使从站成为新的主站，因此应用程序可以不间断运行。 正如人们所能猜到的那样，切换回来，进行同步，整理等工作是很多的工作。 我search了很多，并阅读了几十篇文章，但是我没有遇到HA MySQL的解决scheme，如果你主要是MyISAM Tables，Mysql Cluster，Heartbeat / DRBD，Schooner，这些对于InnoDB-only的设置来说都是好的，但是不适合MyISAM。 我希望能够提供一些build议或者有关HA设置的实际经验。 它不需要是开源的（免费阅读），只需要工作。
将WAR重新部署到Tomcat的最佳做法是什么？ 假设我有一个服务于长时间运行types的用户的web应用程序（早上login，使用所有说法），并希望不停地重新部署应用程序，以便当前用户可以继续login，但新会话获取创build一个重新部署的战争。 我最好的猜测是使用一个负载平衡器和两套Tomcat实例，但是最好的做法和最好的软件是做什么的（目前的环境是基于Ubuntu，Tomcat和Nginx的。
我打算添加更多Web应用程序服务器来支持日益增长的客户端，部署HAproxy和Keepalived以实现负载平衡和高可用性。 我的服务器使用情况具有以下特征： 作业不是CPU密集型的。 消息是小于100个字符的JSON文本。 用户将通过客户端设备Y发送消息到服务器。通常每天4-5个消息 客户端设备X持续等待来自服务器的消息 如果消息在服务器上可用，则客户端设备X必须能够在2秒内得到它。 否则，此消息已过时。 出于这样的原因， 客户端设备X正在使用长轮询HTTP连接来响应。 每个连接将持续5秒钟并重新连接。 客户端设备X和客户端设备Y连接到同一台服务器，因此X和Y可以轻松发送消息 题 如果有超过60,000个客户端设备X连接到服务器，则我的负载均衡器或路由器将用尽TCP端口。 扩大20,000名用户的最佳方式是什么？ 我的服务器在Ubuntu服务器上运行，使用tomcat和Java Servlet。
使一个具有多个cronjobs的故障转移对避免两次运行这个过程是一个很好的解决scheme？ 无论是在故障转移中，还是在它们之间分配作业，并且当其中一个节点发生故障时，当然能够接pipe所有作业。 我可以为此写一个脚本，但有人必须已经解决这个问题，还是这样一个不寻常的要求？