完整的高可用性系统

roy*_*yjr 5 iscsi failover hyper-v high-availability ubuntu-16.04

我正在配置 LAMP 服务器,但希望确保它可以为未来的扩展做好准备。

这是我目前的设置..

  • 使用 Hyper-V 群集的两个物理 Windows 服务器
  • 两台虚拟机,一台用于 Apache,另一台用于 MySQL
  • 两个 Synology ISCSI LUN 配置为 RAID5,一个用于 Apache,另一个用于 MySQL
  • 每个虚拟机都设置为使用各自的 ISCSI 作为数据文件夹
    (apache 的网站数据和 mysql 的数据库数据)

这就是我想要做的..

  • 配置为故障转移(主动-被动)的第二个 Apache 服务器
  • 第二个 MySQL 服务器配置为故障转移(主动-被动)

这是我需要帮助的地方..

我的想法是使用虚拟 IP 地址,该地址将分配给配置为主服务器的两个 apache 服务器之一。如果主服务器死了,我希望辅助从服务器声明该虚拟 ip 并充当主服务器,直到原始主服务器重新联机。我不必担心在两个 apache 服务器之间同步数据,因为数据存储在 ISCSI 中。我不必担心“文件访问冲突”,因为一次只有一台服务器会访问服务器。同样的概念也适用于 MySQL 服务器。

问题是.. 你认为这种设置对现在和未来都有好处吗?下一个问题是.. 我应该使用什么来处理主动-被动故障转移。我正在研究 ucarp,它似乎很容易使用。你们有什么感想?

bat*_*a09 7

如果您的 Hyper-V 机器之间只共享一个 Synology 盒子,它仍然可以被视为 SPoF。它死了,你失去了坐在那里的所有 LUN。对于真正的 HA,您需要第二个 NAS 盒和一些复制机制。好吧,我想到的一件事是带有两个 Synology NAS 设备的 HA 集群。但 AFAIK 它在 HA 的世界中并没有得到很好的评价。特别是因为故障转移的性能和缓慢。所以大多数情况下,我们通常倾向于一些 SDS 解决方案,如 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 盒子,将所有东西转换成一个完整的虚拟 san。最后,我不会将 Synology 用于生产任务。它可以完美地处理备份作业,但我怀疑它是否完全适合虚拟化环境。因此,如果我是您,我会将 Synology 作为备份存储库,使用本地磁盘加载 Hyper-V 主机,并在上述 SDS 之一的帮助下创建存储池。

  • 就像我说的,我会走稍微不同的路线。我会将 Synology 机器连接到主机(每个节点一个机器),镜像它们,使用 Hyper-V 主机创建故障转移集群,并将创建的存储池作为 CSV 呈现给该集群。然后我会将 MySQL VM 放在 CSV 上,这样它就可以在 Hyper-V 节点之间移动,以防其中一个节点发生任何事情。此设置应允许丢失一台 NAS 设备、一个 Hyper-V 节点和一个 NAS 盒以及一个 Hyper-V 节点。这就是您要找的 HA,是吗? (5认同)
  • 同意 Batistuta,如果您无法承受生产中的停机时间,HA 是您无条件的选择。 (3认同)