步骤一. 在镜像集群中的块级和文件级数据复制
服务器1（主服务器）运行应用。用户通过虚拟IP地址链接到镜像集群。SafeKit实时复制由应用程序打开的文件，只有被修改的文件才通过网络被复制到备用服务器，这可以有效的减小网络负载。（块级复制是在文件内部）
在文件复制级别，只需要在SafeKit中配置文件目录的名字。两个服务器不需要进行磁盘架构的预先准备。被复制的目录也有可能在系统磁盘上。
步骤二. 故障备援
当服务器1失效的时候，服务器2接管。 SafeKit自动切换集群的虚拟IP地址到服务器2上，并自动启动服务器2上的应用。利用在服务器1和服务器2上的同步数据复制，服务器2上的应用程序可以发现通过SafeKit复制到服务器2上的数据文件。这时应用程序在服务器2上本地运行，他的数据也不再与服务器1进行复制。
故障备援的时间等于故障检测时间（默认设置为30秒）加上应用程序启动时间。不像磁盘复制类的解决方案，不需要文件系统重新装载和恢复文件系统过程的时间。
第三部.故障恢复和重新整合
故障恢复包括修复后的服务器1的重新启动. SafeKit 自动同步在服务器1宕机期间，服务器2上被修改的应用程序数据文件。
重新整合的过程不会对应用产生影响，保证应用程序可以持续在服务器2上继续运行。自动的故障恢复过程是SafeKit区别于其他需要手动停止服务器2上的应用然后与服务器1进行重新同步的解决方案的主要特性。
步骤4 重新切换回块级和文件级软件复制的镜像集群
在重新整合后，应用再一次运行在镜像模式中。系统重新返回高可用性架构，只是应用运行在服务器2上，服务器1承担备份服务器的角色。
如果管理员希望应用运行在服务器1上，他/她可以在允许时手动或者配置系统自动执行“切换”命令。
在N服务器上部署一个farm模块，并实施一个网络负载均衡集群 |
|
|
Windows farm |
Linux farm |
| Generic Windows farm > | Generic Linux farm > |
| Microsoft IIS > | - |
| NGINX > | |
| Apache > | |
| Amazon AWS farm > | |
| Microsoft Azure farm > | |
| Google GCP farm > | |
| Other cloud > | |
不同的软件集群
SafeKit提供两个基础软件集群：镜像集群和farm 集群。几种应用模块可以配置在同一个软件集群上。因此，高级集群架构可以被实施：混合farm/mirror，active/active 或N-1。
Webinar (pptx)
