群集中的公共服务故障转移

Question

我将从物理服务器集群开始，并计划建立一个3节点的超收敛oVirt设置。

目前，我在VPSes和API配置的云实例上部署了我的所有应用程序和站点。我有一些HA的经验，但对于每个项目，最终有一个单一的负载均衡器或for服务器，一个域名是指向的。

据我所知，oVirt集群被配置为每个节点都是可访问的，无论是通过VPN还是公共名称。

但是，当可以将任何vm移动到几乎任何主机时，如何从集群运行多个公共vhost？是否应将所有主机IP地址作为单独的DNS A记录列出，并依赖浏览器故障转移？看上去很奇怪。还是应该使用单独的防火墙/路由器来扩展整个集群，作为所有TLD的入口点？再一次，它变成了一个单一的故障点和一个额外的盒子给科洛。或者是否必须编写区域更新的脚本？

我可能遗漏了一些非常明显的东西，所有的建议都会受到极大的赞赏。谢谢!

Answer 1

oVirt虚拟化硬件，提供VM实例。这些VM可以在不同的物理主机上引导。

逻辑虚拟网络通常与物理网络不同。VM web3在从ovirt1迁移到ovirt2时保留它的IP地址。这些物理节点不是面向终端用户的。

然而，oVirt VM还远远没有完全考虑到高可用性。

你的康复时间目标是什么？如果是几个小时，你就有时间做大量的修理。越少越复杂，越贵。

考虑应用程序设计。传入的请求是如何流向哪个实例的？它能被负载平衡到多个实例吗？负载均衡器本身需要HA吗？其数据库有复制解决方案吗？

认识到集群很难安全和快速地完成。重新启动oVirt HA的条件并不简单.灾难恢复始终是一个考虑因素，包括集群拆分大脑和数据被破坏的场景(希望是不可能的)。当应用程序不需要一个VM来保持可用时，VM就变得不那么重要了。

说到DR，请考虑是否有多个站点在范围内。作为典型的集群，oVirt有几种博士模式。扩展主动/主动，以及单独的集群主动/被动。这里的设计决策会影响问题域和恢复时间。例如，被动设置几乎可以与存储和第二层网络透视图完全隔离。很大，很难让问题在主要的网站延伸到那里。想象一下公共云中的一个区域。但是切换是一个手动过程，可能涉及DNS更新。