【问题标题】:BizTalk ClusteringBizTalk 集群
【发布时间】:2012-10-19 08:32:12
【问题描述】:

在我的 BizTalk 环境中,我有两个应用程序服务器连接到同一个 SQL Server 消息框(即它们是单个组的一部分)。我正在寻找 BizTalk 应用程序的高可用性和自动故障转移选项。我们没有共享存储 (SAN),所以我假设我们无法创建 Windows Server 集群(这个假设是否正确?),剩下的唯一选择是 Windows 2008 附带的 NLB 集群,但 NLB 可以允许自动重启 BizTalk如果主计算机发生故障,则在辅助计算机上提供服务(或任何 Windows 服务)?

一般来说,当 BizTalk 有自己的负载平衡时,是否建议将 NLB 群集与 BizTalk 一起使用?

谢谢。

【问题讨论】:

    标签: biztalk biztalk-deployment


    【解决方案1】:

    是的,跨组服务器的 NLB 在 BTS 中仍然非常有用,因为它允许 WCF 等同步接收适配器从 NLB 中受益。这将允许您一次停止一个 BIztalk 服务器,以便重新部署和重新启动主机,而不会影响 Biztalk 公开的 Web 服务的客户端。然后,您可以为 Web 客户端系统提供 NLB ip 或主机名以向其发送请求。

    IMO 聚类仅对

    • 接收适配器会拉取(如果 2 个或更多主机实例轮询相同的接收位置/队列等,则无法正常工作),例如 msmq
    • 底层 SQL 服务器

    有更深入的讨论here

    但是请注意,您不应该依赖 NLB 在 application / port level 进行故障转移 - (例如,接收适配器停止工作) - NLB 仅在服务器级别工作 - 只要 NLB 服务继续在服务器上运行,它认为它是“向上”的。为此,您需要使用像 SCOM 这样的监控工具。

    编辑还可以查看 David Hall 的 excellent answer,了解 BizTalk 中的高可用性方案。

    【讨论】:

    • 谢谢。这是非常有帮助的回复。
    • 关于我的一个问题,如果您没有 SAN(存储访问网络)就无法实现 Windows 集群 (MSCS),我说得对吗?
    • @user556373 恐怕网络和硬件不是我的游戏。我建议您将该问题发布到 ServerFault.com。 this 有帮助吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-12-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-02-11
    • 2011-11-28
    相关资源
    最近更新 更多