在集群Windows环境中安装TIBCO®托管文件传输平台服务器

最后更新:
2016年11月7日凌晨3:24

介绍

本文档适用于需要TIBCO生产冗余的客户®托管文件传输平台服务器环境。假设读者对TIBCO托管文件传输平台服务器以及它是如何安装在传统系统上有一个基本的了解。本文还假设读者对与高可用性相关的某些概念有基本的了解,包括负载平衡、操作系统集群和数据复制。为了构建一个高可用性的环境,将需要这些组件。

TIBCO将讨论以下产品:

TIBCO®托管文件传输平台服务器的Windows

平台服务器集群的要求

  • 在集群环境下安装Platform Server之前,请先检查以下要求:
  • 平台服务器必须安装在集群操作系统上,并配置为主/被动模式。
  • 某些平台服务器应用程序配置必须在每个节点上是相同的(仅Windows -更多信息可以在下面列出的指南中找到)。
  • 平台服务器必须对同一个共享存储文件系统进行读写操作。建议在磁盘故障时对共享存储进行镜像或备份。
  • 集群中的两个平台服务器上的共享存储挂载的目录结构和挂载点应该是相同的。
  • 如果挂载用于外部存储,TIBCO建议使用两个单独的挂载。
  • 一个用于平台服务器应用程序本身。通常,iscsi挂载用于存放平台服务器应用程序文件。
  • 一个用于平台服务器存储的数据。通常,ISCI挂载或UNC共享路径用于存放平台服务器传输的平面文件。

背景

本文档中使用的示例过程基于Microsoft Windows 2000 Advanced Server,附带集群硬件。一般概念和过程也应该适用于其他Windows系统。就本文档而言,集群由一个或多个物理服务器组成,这些服务器具有可以执行常见任务的共享存储。如果一个服务器停止工作,一个称为故障转移的进程将其工作负载转移到另一个服务器以继续处理。

简单来说,它是如何工作的:

假设下面的场景。节点A和节点B是一个名为Server c的双节点集群的组件,如下图所示:

集群可以作为服务器C或通过其IP地址192.168.200.3访问。外部应用程序不需要知道服务器C是集群虚拟服务器。因此,如果节点A发生故障或退出服务进行维护,集群上的应用程序仍然可以运行并响应请求。运行在节点A上的所有服务都将顺利过渡到节点B,反之亦然。此外,每个节点可能有自己的本地存储,可以在其中安装操作系统和应用程序。此外,还有一些共享数据区域,在故障转移时,在节点之间共享应用程序数据。

在发生故障转移时,应用程序处理将自动从主服务器转移到故障转移服务器,而不需要MFT Platform server的任何干预。

安装

要为集群环境配置Platform Server,请执行以下步骤:

  1. 在第一个集群节点的本地磁盘上安装MFT平台服务器。
  2. 根据每个节点本身的节点名称,而不是集群名称,为每个节点应用许可密钥。
  3. 修改PQF文件的以下注册表项:
    1. 找到以下注册表项:HKEY_LOCAL_MACHINE\SOFTWARE\TIBCO\MFT Platform Server Server\QueueManagerService\
    2. 创建或编辑以下注册表值,以反映共享磁盘上的文件名:
      • PersistentQueueFile:当故障转移发生时,应该将其设置为共享文件系统上的文件名,其他节点可以访问此PQF文件。
  4. 使用任何必需的平台服务器配置更新“服务器属性”页上的全局配置。
  5. 打开MFT平台服务器管理员
    1. 突出显示服务器名
    2. 单击服务器属性
    3. 单击Responder选项卡
    4. 在监听适配器IP地址下,填写集群的IP地址(在我们的示例中,您将使用192.168.200.3)
    5. 在连接适配器IP地址下,填写集群的IP地址(在本例中您将使用192.168.200.3)
    6. 单击Trace选项卡
    7. 单击Log File选项卡
    8. 确保选中“启用Web日志”复选框
    9. 确保“文件名”指向共享磁盘上的一个文件名
    10. 单击OK
  6. 对集群中的每个节点重复步骤1-5。
  7. 在节点1上创建所需的平台服务器节点、响应器配置文件和配置文件。关于如何做到这一点的描述可以在Windows平台服务器指南中找到。
  8. 将平台服务器节点、响应器配置文件和配置文件从节点1复制到剩余的集群节点。这些文件名为cfnode.cfg、cfrprofile.cfg和cfprofile.cfg,位于平台服务器安装的基本目录中(例如C:\Program Files\TIBCO\MFT平台服务器\)。
  9. 重启每个节点上的Service。

如果集群环境需要SSL支持,请执行以下步骤:

  1. 为集群中的所有节点提交单个证书请求。
  2. 请求服务器C的CN,而不是每个单独的节点。
  3. 一旦证书请求被处理/签署,将以下文件复制到集群内的所有其他节点:
    1. 证书
    2. 私钥文件
    3. 值得信赖的权威文件
  4. 打开MFT平台服务器管理员
  5. 点击- > SSL配置
  6. 在提供的GUI中输入以下信息
    1. 点击“检查客户端证书”
    2. 输入私钥密码
    3. 输入证书文件名称
    4. 输入私钥文件名称
    5. 输入“可信权限文件名称”
  7. 单击OK

配置

Platform Server的每个节点必须具有相同的应用程序配置。以下设置需要在每个节点上进行相同的配置(包括在上面列出的步骤中):

  • 所有全局平台服务器设置必须相同。对于Windows,这些可以在平台服务器管理员的“服务器属性”部分中找到。
  • 执行后处理所需的任何脚本或软件都应该位于所有PS节点上。
  • 平台服务器节点、配置文件、响应器配置文件
  • 平台服务器使用的操作系统用户名、密码和组。建议使用域用户,以确保每个节点上的密码始终同步。
  • 情报总监模板。这些文件存储在ftmssvr中。pqf文件。
  • 转换模板。这些文件存储在ftmssvr中。pqf文件。
  • 操作系统使用的任何挂载点
  • 已配置的任何环境变量或用户配置文件

节点、配置文件、响应程序配置文件和传输定义的设置可以更容易地从TIBCO MFT指挥中心进行管理。详情请参阅以下文件:

分区,高可用性

在集群上执行业务切换

在执行主动/被动故障转移时,应考虑以下项目。

  • 在任何给定时间,只有一个MFT平台服务器服务应该运行。
  • MFT Platform Server服务有一个共享磁盘的依赖关系(在MFT Platform Server服务启动之前,共享数据磁盘必须挂载或添加到操作系统中)。
  • 共享数据磁盘一次只能挂载到一个集群成员。
  • 如果没有挂载共享磁盘,MFT平台服务器服务将在启动时给出一个失败。

PQF文件

平台服务器包含一个称为PQF文件的文件。理解这个文件的内容对于为Platform Server配置高可用性至关重要。

PQF文件包含以下信息:

  • 检查点重新启动的检查点
  • 传输队列信息
  • DNI模板(仅适用于Windows平台服务器)
  • 传输模板(仅适用于Windows的平台服务器)

当活动平台服务器执行文件传输时,它将使用PQF文件来存储此信息。在大多数Windows文件系统上,当文件被写入时,Platform Server将持有该文件上的锁。这意味着在高可用性环境中,在任何给定时间只有一个平台服务器是活动的。

如果主动平台服务器发生故障,被动平台服务器将接管并使用位于共享存储上的PQF文件继续排队传输和检查点重新启动。当发生这种情况时,必须完全停止第一个Platform Server服务,以便它不再持有PQF文件上的锁。