span8
span4
注:本文适用于FME服务器2018.0只有以前。对于FME Server的2018.1+,请参考引入新的2018.1容错体系结构,和升级到FME Server的2018.1容错部署。
高可用性是任何成功的商业运作是至关重要的。为了确保请求在发生故障时处理,FME Server支持在整个集成系统的多层次配置高可用性。FME Server支持三种高可用性:
FME Server附带组件恢复开箱。这意味着,即使在一个单一的系统,FME Server的监视器和能够重新启动无响应组件,包括FME引擎和FME Server的核心。这是通过实现FME Server的进程监视器和配置。监视其自己的组件的能力FME Server可确保可靠正常运行时间和可靠性。
除了部分恢复FME Server提供时发生崩溃时重新启动翻译(工作)的能力。FME Server将继续重新提交翻译最多尝试的配置数量。这可确保工作的经验暂时性的问题,比方说网络打嗝,被重新提交并再次运行。翻译恢复是可配置的,可以完全关闭。FME Server的管理指南中详细了解在这里:作业恢复配置。
故障转移环境的目标是消除单点故障,使得组件可以失败,但系统脱机用不了。有两种方法故障转移,我们与FME Server的支持:主动/被动和主动/主动。
通常我们会建议主动/被动式建筑,这符合我们的大多数客户的需求。有利弊,这两种方法。
随着主动/被动故障转移的方法,当Active系统发生故障时的被动系统可以接管故障主动式系统的能力和承担的主动系统的作用。这个地方出现故障的系统为被动模式。然后,发生故障的系统可以进行调查,而新运行系统提供FME服务器的持续运行。一旦被动式系统恢复,直到主动系统上的其它故障发生时它会留在这个角色。主动和被动系统确保间的心跳故障转移发生。故障通常会导致故障转移的这种类型的类型是硬件或操作系统崩溃,其中,所述主系统完全降下。
在主动/被动架构的Web应用程序,FME Server引擎和FME Server数据库存储库是物理分离。故障转移涉及到FME Server Web应用程序/ Web服务和故障转移配置Web应用程序的第三方软件无法与FME Server的配置之内。同样,FME Server数据库存储库将坐在一个单独的系统上和它的容错配置FME Server的容错配置之外。该FME Server引擎将在下面讨论。
在故障转移时运行的任何翻译,主动FME Server的核心,然而要在故障转移完成被动系统时丢失,翻译将被重新提交。
在主动/被动容错的更多信息,可以发现这里。
在活动/活动故障转移体系结构有系统2次或更多的重复所有能够相同的功能,和一个负载均衡器的传入通信的可用系统之一。FME Server的核心,Java Web应用程序服务器,FME引擎和FME Server数据库存储库都驻留在同一系统上。另外的系统被配置成精确地相同的,而当请求被定向到任何系统,它们通过一个系统独立地且仅处理。硬件故障导致的作业翻译的损失,但新的请求定向到另一个系统。这种方法在亚马逊Web服务环境中,机器可以很容易地克隆扩大产能工作得很好。
要明白,失败会丢失,直到失败的系统重新联机的系统上运行的任何翻译是很重要的。这是因为每个FME Server Core中有翻译请求,并在环境中的其他系统中单独的队列将不知道另一个系统上的任何故障或挂起的翻译。
在容错环境FME Server的引擎是安装在单独的物理(或虚拟)系统创建冗余和硬件或操作系统故障保护。因为FME Server可以被配置为同时运行多个引擎,可以将它们分割在众多的系统。另外,FME服务器引擎的任务可以通过控制作业路由- 预留发动机运行某些工作的特点。例如,长时间运行的作业可以分配到特定的引擎,释放了其他发动机运行更短的工作。这种构造能够避免在您所有的发动机都绑起来长时间运行的作业,而小型作业排队的情况。
由于取决于环境的体系结构中的主动/被动节中提到上面简单的Web界面,用户登录到将无缝故障转移到被动系统。然而,Web应用程序的配置不FME服务器的故障转移配置的一部分。FME服务器支持的Apache Tomcat和Oracle WebLogic,因此故障转移超过配置的那些应用中必需的。
©2020安全亚搏在线软件公司|法律