我正在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，这似乎很容易使用。 你们有什么感想？
安装程序 ：虚拟主机，运行服务器2012，托pipe10个生产虚拟机 问题 ：昨晚，2台虚拟机停止了，没有任何警告，事件日志通知或任何信息。 这个主机上的其他虚拟机运行良好。 我们发现这个错误，并且因为是在营业时间之前，决定重新启动虚拟主机。 一旦虚拟主机恢复正常，所有的虚拟机都有与其他两个虚拟机完全相同的问题。 除了一个。 10个中有1个仍然运行正常。 整个错误信息在这里： [Window Title] Hyper-V Manager [Main Instruction] An error occurred while attempting to start the selected virtual machine(s). [Content] 'VMNAME' could not initialize. An attempt to read or update virtual machine configuration failed. [Expanded Information] 'VMNAME' could not initialize. (Virtual machine ID IDREMOVED) 'VMNAME' could not […]
简短而又甜美，我想你不需要比这更多的细节： 我们在一个内部networking服务器上托pipe我们的网站。 灾难已经发生，而且将会再次发生，因为从networking进出我们的build筑物的通信已经停止。 发生这种情况时，我们希望我们的用户在尝试访问我们的网站时至less看到某种“停机维护”或其他消息（Twitter的失败鲸鱼？），而不是当前的“未find服务器”types的消息他们目前得到。 （静态服务器，所有请求的临时redirect）。 [能够故障切换到一个function齐全的网站将是非常棒的，但不是必需的，可能不是一个选项]。 显然，当我们的本地服务器closures时，必须有某种异地故障转移。 这样的解决scheme如何实施？ 其他build议？ 编辑：如果我不使用（或遗漏）一些正确的术语，让我知道！
我们有几个主机，我们有一个相同的热备份主机，这是修补和更新，所以它是非常接近，必须相同的软件和configuration。 如果发生故障，网线将切换，DHCP服务器将更新为新的MAC地址。 这是最好的情况，因为通常需要修改一些。 我觉得有一个热备用主机，浪费时间来维护它是浪费电力的，而且由于在故障切换时需要修改configuration，所以我想问一下： 热的东西是老派，现在有更好的办法吗？ 如果没有热备份主机，将它作为一个冷备用磁盘是有意义的，把硬盘驱动器放在主要主机，并将RAID从1更改为1 + 1。 如果出现故障，我只能更换网线，更新DHCP服务器，取出硬盘并插入冷备用并打开电源。 我所看到的好处是2×2磁盘总是保持同步，所以只有一个主机可以维护，不需要更改configuration。 这是一个好主意吗？
我每隔两周就会发生一次奇怪的间歇性连接问题。 首先我的configuration：我正在运行具有两个物理主机（node01和node02）的HyperV故障转移群集。 主机都运行带有SP1的Windows Server 2008 R2 HyperV服务器（免费的）。 在这些主机上，我运行了两台运行Windows Server 2008 R2 Web版SP1的虚拟机。 我的存储服务器是通过iSCSI连接的Windows Storage Server 2008。 两台主机以及存储服务器都运行从英特尔网站直接下载的最新networking驱动程序。 这就是问题：99.99％的时间，一切正常。 大约每两到三周，虚拟机将同时失去networking连接，无论是传入和传出。 发生这种情况时， 我不能RDP到任何虚拟机。 我可以RDP到任一主机。 我可以通过右键单击节点并select“连接到虚拟机”来从故障转移群集pipe理器连接到任一虚拟机 一旦我按照上面＃3所述连接到虚拟机，我就无法访问LAN上的任何网站或机器。 禁用和重新启用VM内的虚拟networking连接不能解决问题。 如果将虚拟机移动到不同的节点，则可以解决问题（在接下来的两周内）。 如果我重新启动主机并将虚拟机移回到主机上，则可以解决问题（接下来的两周）。 发生这种情况时，故障转移群集不会自动故障转移虚拟机。 任何主机或虚拟机上都没有不寻常的事件日志条目。 这发生了大约5次，症状与上述相同。 我怀疑networking驱动程序或networking硬件问题，但由于我已经运行最新的驱动程序，我不知道该怎么做。 这是一个真正的头脑…任何想法？ 更新 我在这里发现了一个非常相似的情况： Virutal Machine在Hyper V群集上丢失了networking连接 2011年7月29日更新 安装修补程序和更新networking驱动程序后，我仍然遇到同样的问题。 针对要求提供硬件详细信息的评论，服务器是英特尔SR1670HV，它是1U机箱，包含两个独立的S5500HV主板。 通信是通过主板的Intel 82574L集成网卡。 networking驱动程序是版本16.2.49.0。
我使用nginx和NginxHttpUpstreamModule进行负载平衡。 我的configuration非常简单： upstream lb { server 127.0.0.1:8081; server 127.0.0.1:8082; } server { listen 89; server_name localhost; location / { proxy_pass http://lb; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } 但是使用这个configuration，当2个后端服务器中的一个closures时，nginx仍然将请求路由到它，并且导致超时一半的时间:( 有没有任何解决scheme，使nginx自动路由请求到另一台服务器，当它检测到一个closures的服务器。 谢谢。