斯潘8
斯潘4
注:本文仅适用于FME服务器2018.0及以前版本。对于FME服务器2018.1+,请参照引入新的2018.1容错架构和升级到FME服务器2018.1容错部署.
高可用性对于任何成功的业务操作都至关重要。确保在失败时处理请求,FME服务器支持在集成系统的多个级别中配置高可用性。FME服务器以三种方式支持高可用性:
FME服务器随组件恢复一起出现。这意味着,即使在单一系统上,FME服务器监控并可以重新启动无响应的组件,包括FME引擎和FME服务器核心。这是通过FME服务器过程监视器和配置。FME服务器监控自身组件的能力确保了可靠的正常运行时间和可靠性。
除了组件恢复之外,FME服务器还提供了在发生崩溃时重新启动转换(作业)的能力。FME服务器将继续重新提交转换,直到配置的尝试次数。这就确保了那些遇到临时问题的工作,比如网络打嗝,重新提交并再次运行。翻译恢复是可配置的,可以完全关闭。在FME服务器的管理指南中了解更多信息:作业恢复配置.
故障转移环境的目标是删除单个故障点,以便组件发生故障,但不要让系统离线。我们支持FME服务器的故障转移方法有两种:主动/被动和主动/主动。
我们通常推荐主动/被动架构,这可以满足大多数客户的需求。这两种方法都有利弊。
采用主动/被动故障转移方法,当主动系统失效时,被动系统可以接管失效主动系统的能力,并承担主动系统的作用。这将使故障系统进入被动模式。当新的主动系统提供FME服务器的持续运行时,可以对故障系统进行调查。一旦被动系统恢复,它将保持在此角色中,直到主动系统发生另一个故障。主动和被动系统之间的心跳确保发生故障转移。通常导致这种故障转移的故障类型是硬件或操作系统崩溃,一次系统完全崩溃。
在主动/被动体系结构中,Web应用程序,FME服务器引擎和FME服务器数据库存储库是物理分离的。Web应用程序故障转移涉及到FME服务器Web应用程序/Web服务,故障转移配置是在第三方软件中进行的,而不是在FME服务器的配置中进行的。同样,FME服务器数据库存储库将位于一个单独的系统上,其容错配置超出了FME服务器的容错配置。下面将讨论FME服务器引擎。
故障转移时运行的任何转换,在活动的FME服务器核心上,但是,在被动系统的故障转移完成后将丢失,翻译将重新提交。
可以找到有关主动/被动容错的更多信息在这里.
在主动/主动故障转移体系结构中,有两个或多个系统的副本都具有相同的功能,负载均衡器将传入的流量导向其中一个可用的系统。FME服务器核心,Java Web应用服务器FME发动机,FME服务器数据库存储库都驻留在同一个系统上。其他系统的配置完全相同,当向任何系统发出请求时,它们是独立处理的,并且只能由一个系统来处理。硬件故障导致作业转换丢失,但是新的请求被定向到另一个系统。这种方法在AmazonWeb服务环境中很好地工作,在这种环境中,可以轻松克隆机器以扩展容量。
重要的是要理解,在系统发生故障之前,系统上运行的任何翻译都将丢失,直到故障系统重新联机。这是因为每个FME服务器核心都有一个单独的翻译请求队列,环境中的其他系统将不知道其他系统上的任何失败或挂起的翻译。
在容错环境中,FME服务器引擎安装在单独的物理(或虚拟)系统上创建冗余并防止硬件或操作系统故障。因为可以将FME服务器配置为同时运行多个引擎,可以将它们划分为多个系统。此外,FME服务器引擎任务可以通过作业路由-为运行某些作业而保留引擎的功能。例如,长时间运行的作业可以分配给特定的引擎,释放其他引擎以运行较短的作业。这种配置避免了所有引擎都无法运行长作业的情况,小工作排着队。
如上所述,在主动/被动部分,根据环境的体系结构,用户登录的Web界面将无缝地故障转移到被动系统。但是,Web应用程序的配置不是FME服务器故障转移配置的一部分。FME服务器同时支持ApacheTomcat和OracleWebLogic,因此这些应用程序中需要故障转移配置。
?2019安全亚搏在线软件公司|合法的