我正在configurationLAMP服务器的过程中，但要确保它将为未来的扩展做好准备。
我的想法是使用一个虚拟IP地址，这将分配给configuration为主的两个Apache服务器之一。 如果主服务器死了，我希望辅助从服务器声明这个虚拟IP，并作为主服务器，直到原来的主服务器重新联机。 因为数据存储在iSCSI中，所以我不必担心两个apache服务器之间的数据同步。 我不必担心“文件访问冲突”，因为只有一台服务器会一次访问服务器。 这个概念适用于MySQL服务器。
问题是，你认为这个设置对于现在和将来都是有好处的。 接下来的问题是..我应该使用什么主动 – 被动故障转移处理。 我正在研究ucarp，这似乎很容易使用。 你们有什么感想？
如果您的Hyper-V机器之间只共享一个Synology盒子，则仍然可以将其视为SPoF。 它死了，你失去了坐在那里的所有LUN。 对于真正的HA，你需要第二个NAS盒子和一些复制机制。 那么，想到的一件事就是配备两个Synology NAS设备的HA集群。 但是AFAIK在HA的世界里效率不高。 特别是因为故障转移的性能和缓慢。 因此，大多数情况下，我们通常会倾向于一些SDS解决scheme，如HPE VSA（ http://www8.hp.com/us/en/products/data-storage/free-vsa.html ），Unity VSA（ http：// www。 emc.com/products-solutions/trial-software-download/unity-vsa.htm ）和StarWind vSAN（ https://www.starwindsoftware.com/starwind-virtual-san-free ）。 我个人在StarWind附近玩的很多，所有的事情都很快完成了。 他们的免费版本应该能够镜像你的NAS盒子，把所有的东西变成一个完整的虚拟的。 最后我不会使用Synology进行生产任务。 它可以完美地处理备份作业，但是我怀疑它完全适用于虚拟化环境。 所以如果我是你，我会把Synology作为一个备份库，用本地磁盘加载Hyper-V主机，并用上面提到的一个SDS来创build一个存储池。