位于不同站点的两个Web服务器的最佳DR选项

我们正在寻求改善我们的Disater revoery,并使function失效或我们的Web服务器和Webpshere应用程序服务器失效。

我们在英国拥有2个站点[HQ和Callcentre],并且希望在呼叫中心站点托pipeDR Web服务器和应用程序服务器。 所以如果HQ不在行动Callcenter服务器可以接pipe。

我们正在考虑运行两个VMware ESx机箱,并镜像它们之间的configuration更改(我不确定)

我们考虑的一个替代方法是使用Websphere Culstering。

这些似乎是很好的select?

你有两个挑战:

  • select一个数据复制策略。 这取决于你如何存储你的数据(数据库,原始文件等)
  • select一个请求分配策略。 这取决于您的networking基础设施。 您可以依靠负载平衡器,DNS服务器,IP路由等

您的select需要适合您的networking和应用程序体系结构。

我所看到的一个select(在物理服务器上,但可以很容易地适用于虚拟服务器)是让生产系统在某些给定硬件上的主站点上运行,所有存储SAN都支持(包括系统和数据卷)。 SAN然后在群集级别的DR站点上pipe理到另一个SAN的实时复制。

如果主服务器出现故障,则可以在备用硬件上启动灾难恢复站点主服务器的副本,并在故障发生之前立即恢复configuration和数据。 操作系统会认为硬件出了问题(像停电),并恢复正常。

这种设置的好处是备用数据库是近实时更新的,您不必对应用程序进行任何更改以支持此类或故障切换。 这种设置的缺点是所需的基础架构开销(双SAN,双服务器),可能或不可用。