选择集群方案时文档复制还是硬盘复制是一个关键考虑点。使用SafeKit技术的文档复制集群配置要比硬盘复制集群简单的多。原因在下面的图表中。
文档复制相对于硬盘复制的简便性 |
||
|
架构 |
使用文档复制的集群
|
使用硬盘复制的集群
|
| 产品 | Windows Linux上的SafeKit |
Linux DRBD等等 |
| 应用数据组织 | 使用SafeKit对应用数据组织没有任何影响 只需要设定实时复制的路径。 即便是系统硬盘内的路径也可以被复制。 |
对应用数据组织有影响 需要复制的数据必须在特殊的位置 在系统硬盘上的数据不能复制 |
| 数据复制 | 文档操作级复制 复制由应用程序的活动生成的文件修改操作：不复制元数据。只有复制文档中改动过的数据，而不是全部文档。 为避免故障时数据丢失而同步复制。 |
块级复制 复制硬盘内所有改动过的数据。 应用数据与元数据都复制 因此复制文件的最后访问时间 （读每个文件时最后访问时间都会变更）。 为避免故障时数据丢失而同步复制 |
| 配置的复杂性 | 简单 – 在两台服务器上安装一个软件 | 复杂 – 需要特殊的IT技能去配置OS和复制硬盘。 |
| 失效备援 | 仅在第二个服务器上重新启动应用 | 重新安装复制磁盘上的文件系统。 通过文件系统上的完成恢复过程 然后再重新启动应用 |
| 恢复 | 自动恢复 在第二台服务器上再次同步数据无需停掉第一台服务器的应用。 自动失效备援与自动恢复的视频。 |
所有产品的特性不在同一级别 |
| 仲裁与裂脑（Split brain） | 应用程序在单个服务器上执行网络中断和修复(split brain). 脑后的数据一致性 不需要第三个机器或quorum盘或特殊hearbeat线 集群视频：没有仲裁服务器和仲裁硬盘 |
所有产品的特性不在同一级别 |
| 适用于 | 想给他们的应用添加一个简单的高可用性方案的软件编辑者 |
有IT技能的大企业 |
在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。
