在 Linux 上使用 SIOS LifeKeeper 设置 NFS 文件见证的分步指南

SIOS Lifekeeper 和基于 NFS 的文件见证入门

在高可用集群，见证人对于保证集群的完整性和可靠性起着至关重要的作用。没有第三个节点，可能很难达到法定人数，因为没有数据可以帮助打破两个节点都认为应该上线的平局（这称为裂脑）。您可以通过多种方式解决此问题，例如，通过提供专用见证服务器、整个集群可见的共享存储路径，或者简单地通过在集群本身中拥有更多节点（至少 3 个！）。值得庆幸的是，SIOS 生命守护者为在 Linux 环境中设置高可用性集群提供了强大的解决方案，并且配置见证以提高仲裁是一项重要功能。

在本指南中，我们将引导您完成在 Linux 上使用 SIOS LifeKeeper 设置基于 NFS 的文件见证的步骤，帮助您增强集群应用程序的可用性和弹性。

目标：

使用基于 NFS 的存储见证实现 2 节点集群，如下图所示：

先决条件：开始之前，请确保您具备以下条件：

• Linux 服务器是使用管理权限（即根访问权限）进行配置和连接的。
• SIOS LifeKeeper 已安装或下载并准备安装在每台服务器上。
• NFS 共享可供集群中的所有服务器访问。

步骤 1：安装/修改 SIOS LifeKeeper：

我们需要在此阶段安装 LifeKeeper 或重新运行安装程序以添加 Witness 功能，除非您之前已包含它。

就我而言，我使用的是 RHEL8.8，因此我将在使用 RHEL8.8 所需的补充包运行安装之前安装 ISO。

[root@server1-LK ~]# mount /root/sps.img /mnt/loop -t iso9660 -o 循环

 

[root@server1-LK ~]# cd /mnt/loop/

 

[root@server1-LK 循环]# ./setup –addHADR /root/HADR-RHAS-4.18.0-477.10.1.el8_8.x86_64.rpm

 

这里，我们目的的重要部分是启用见证功能，如下面的屏幕截图所示。但是，您还需要一个额外的许可证文件，您可以在此处添加该文件，也可以稍后通过命令行添加：

否则，根据您的目的配置 LifeKeeper，或者如果已经配置，只需在包含“使用仲裁/见证功能”选项后继续完成设置即可。

如果您决定通过命令行添加许可证，请在集群中的每个节点上运行以下命令，并使用许可证文件的正确路径：

[root@server1-LK ~]# /opt/LifeKeeper/bin/lkkeyins /<许可证文件路径>l/quorum-disk.lic

 

步骤 2：设置并挂载共享存储：

确保集群中的所有服务器都可以访问共享存储。您可以使用“mount”命令或“findmnt”检查每个服务器，以验证是否已在本地安装：

[root@server1-LK 循环]# mount | grep NFS

 

/var/lib/nfs/rpc_pipefs 上的 sunrpc 类型 rpc_pipefs (rw,relatime)

172.16.200.254:/var/nfs/general on /nfs/general 类型 nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans= 2、sec=sys、clientaddr=172.16.205.151、local_lock=none、addr=172.16.200.254)

或者

[root@server1-LK ~]# findmnt -l /nfs/general

 

目标源 FSTYPE 选项

/nfs/general 172.16.200.254:/var/nfs/general nfs4 rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec =sys，clientaddr=172.16.205.151，local_lock=无，addr=172.16.200.254

如果您仍需要自行挂载共享，请按照以下步骤操作：

首先，确认您可以在主机服务器上看到 NFS 共享。

[root@server1-LK ~]# showmount -e 172.16.200.254

 

172.16.200.254 的导出列表：

/首页172.16.205.244,172.16.205.151

/var/nfs/一般 172.16.205.244,172.16.205.151

就我而言，我想挂载“/var/nfs/general”共享。

要挂载此共享，首先请确保您计划挂载的目录存在。如果没有，请创建它：

[root@server1-LK ~]# mkdir -p /nfs/general

 

现在，您可以使用以下命令手动挂载共享以确认可以连接，并且它可以工作：

[root@server1-LK ~]# mount 172.16.200.254:/var/nfs/general /nfs/general

 

最后，一旦满意，将挂载点添加到您的 /etc/fstab 文件中，以便它将在启动时挂载：

[root@server1-LK ~]# cat /etc/fstab

 

#

# /etc/fstab

# 由 anaconda 创建于 2024 年 1 月 25 日星期四 12:07:15

#

# 通过引用，可访问的文件系统维护在“/dev/disk/”下。

# 有关更多信息，请参阅手册页 fstab(5)、findfs(8)、mount(8) 和/或 blkid(8)。

#

# 编辑此文件后，运行 ‘systemctl daemon-reload’ 来更新 systemd

从该文件生成的 # 个单位。

#

/dev/mapper/rhel-root/xfs 默认 0 0

UUID=6b22cebf-8f1c-405b-8fa8-8f12e1b6b56c /boot xfs 默认 0 0

/dev/mapper/rhel-swap 无 交换默认值 0 0

#为 NFS 共享添加

172.16.200.254:/var/nfs/general /nfs/general nfs4 默认 0 0

现在，您可以使用 mount 命令确认它已安装：

[root@server1-LK ~]# mount -l | grep NFS

 

/var/lib/nfs/rpc_pipefs 上的 sunrpc 类型 rpc_pipefs (rw,relatime)

172.16.200.254:/var/nfs/general on /nfs/general 类型 nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans= 2、sec=sys、clientaddr=172.16.205.151、local_lock=none、addr=172.16.200.254)

从上面突出显示的文本可以看到，现在已经成功安装了。在所有服务器上重复此操作，直到确定所有服务器都已安装共享，然后再继续。

步骤 4：检查您的主机名并配置 /etc/default/LifeKeeper 设置：

您可以通过在每个节点上运行以下命令来查看 LifeKeeper 所知道的每个服务器的主机名：

/opt/LifeKeeper/bin/lcduname

您需要添加到 /etc/default/LifeKeeper 文件的设置示例：

WITNESS_MODE=存储

QWK_STORAGE_TYPE=文件

QWK_STORAGE_HBEATTIME=6

QWK_STORAGE_NUMHBEATS=9

QWK_STORAGE_OBJECT_server1_LK_localdomain=/nfs/general/nodeA

QWK_STORAGE_OBJECT_server2_LK_localdomain=/nfs/general/nodeB

对于“QWK_STORAGE_OBJECT_<server-name>”，您需要为每个节点声明它，它是使用您的主机名、路径以及见证文件本身的所需位置形成的。

需要注意的是，如果主机名包含“-”或“.”，请将其替换为下划线“_”（例如 lksios-1 → lksios_1 或 lksios-1.localdomain → lksios_1_localdomain ）。

在我的示例中，我有以下主机名：

server1-LK.localdomain

server2-LK.localdomain

这意味着添加以下“QWK_STORAGE_OBJECT_”定义：

QWK_STORAGE_OBJECT_server1_LK_localdomain=/nfs/general/nodeA

QWK_STORAGE_OBJECT_server2_LK_localdomain=/nfs/general/nodeB

此外，我们需要调整 /etc/default/LifeKeeper 中的现有设置之一：

QUORUM_MODE=存储

为了帮助理解为什么我们将 WITNESS_MODE 和 QUORUM_MODE 设置为存储，请查看下表：

支持仲裁模式和见证模式的组合

LifeKeeper 支持以下组合。

		法定模式
		多数	tcp_远程	贮存	无/关
见证模式	远程验证	支持3个或更多节点	支持3个或更多节点	不支持	支持3个或更多节点
	贮存	不支持	不支持	支持2到4个节点之间	不支持
	无/关	支持3个或更多节点	支持2个或更多节点	不支持	支持的

我们有一个双节点集群，想要使用外部存储来进行仲裁，因此唯一支持的组合是两个值的“存储”。但是，您可以从表中看到，当您需要更多节点时，这可以非常灵活，提供多种方式来实现通信并提供法定人数。

第四步：初始化见证文件：

要初始化见证文件并启用其使用，您必须在每个节点上运行以下命令：

[root@server1-LK ~]# /opt/LifeKeeper/bin/qwk_storage_init

 

运行时它将暂停，直到每个节点完成，因此在集群中的第一个节点上执行命令，然后在第二个节点上执行命令，依此类推，然后返回检查命令是否完成且没有错误。

例子：

[root@server1-LK ~]# /opt/LifeKeeper/bin/qwk_storage_init

 

好的：LifeKeeper 正在运行。

ok：LifeKeeper 许可证密钥已成功安装。

ok：QWK 参数有效。

/nfs/general/nodeA 的 QWK 对象尚不可用。

/nfs/general/nodeA 已存在，但不存在 QWK_STORAGE_OBJECT：覆盖？ （是/否）：是

ok：QWK对象的路径有效。

好的：向下：/opt/LifeKeeper/etc/service/qwk-storage：1377s

ok：本节点QWK对象初始化完成。

/nfs/general/nodeB 的 QWK 对象尚不可用。

/nfs/general/nodeB 的 QWK 对象尚不可用。

/nfs/general/nodeB 的 QWK 对象尚不可用。

/nfs/general/nodeB 的 QWK 对象尚不可用。

/nfs/general/nodeB 的 QWK 对象尚不可用。

/nfs/general/nodeB 的 QWK 对象尚不可用。

/nfs/general/nodeB 的 QWK 对象尚不可用。

ok：仲裁系统已准备就绪。

ok: 运行: /opt/LifeKeeper/etc/service/qwk-storage: (pid 14705) 1s, 正常down

成功的。

第 5 步：验证配置：

可以通过运行以下命令来验证配置：

/opt/LifeKeeper/bin/lktest

如果发现任何错误，它们将被打印到终端上。在下面的示例中，我没有替换主机名中的特殊字符，因此它突出显示无法找到存储。

[root@server1-LK ~]# /opt/LifeKeeper/bin/lktest

 

/opt/LifeKeeper/bin/lktest: /etc/default/LifeKeeper[308]: QWK_STORAGE_OBJECT_server1_LK.localdomain=/nfs/general/nodeA: 未找到

/opt/LifeKeeper/bin/lktest: /etc/default/LifeKeeper[309]: QWK_STORAGE_OBJECT_server2_LK.localdomain=/nfs/general/nodeB: 未找到

FS UID PID PPID C CLS PRI NI SZ STIME TIME CMD

4 S 根 2348 873 0 TS 39 -20 7656 15:49 00:00:00 lcm

4 S 根 2388 882 0 TS 39 -20 59959 15:49 00:00:00 ttymonlcm

4 S 根 2392 872 0 TS 29 -10 10330 15:49 00:00:00 液晶

4 S 根 8591 8476 0 TS 19 0 7670 15:58 00:00:00 lcdremexec -d server2-LK.localdomain -e — cat /proc/mdstat

您还可以通过命令行确认见证文件正在更新，如下所示：

[root@server1-LK ~]# cat /nfs/general/nodeA

 

签名=lifekeeper_qwk_object

local_node=server1-LK.localdomain

时间=2024年2月15日星期四14:10:56

序列=157

节点=server2-LK.localdomain

通讯状态=UP

校验和=13903688106811808601

使用 NFS 的成功文件共享见证

使用 NFS 设置文件共享见证非常简单！如果您仅限于两个节点，但需要更好地应对脑裂事件，那么它可能会很强大，特别是在云中，您可以利用 AWS 的 EFS 之类的东西……另一个重要部分可以是利用更多的通信路径，但这是一个不同的博客。但是，通过遵循本指南中概述的步骤，您可以增强集群应用程序的弹性并最大限度地降低停机风险。请始终参考SIOS文档以及进一步指导和优化高可用性设置的最佳实践。它是公开的并且非常全面！

SIOS 高可用性和灾难恢复

SIOS科技公司提供高可用性和灾难恢复通过针对最重要应用程序的集群管理来保护和优化 IT 基础设施的产品。今天联系我们有关我们的服务和专业支持的更多信息。

经许可转载安全操作系统

SIOS 产品管理团队很高兴地宣布 SIOS LifeKeeper for Linux v 9.8.1 全面上市。

LifeKeeper Linux v 9.8.1 中的新增功能

• 新的 LifeKeeper Web 管理控制台专为系统管理员在建立和操作阶段（特别是在云环境中）的易用性而设计。注意，在 v 9.8.1 中，客户可以选择运行新的 LWMC 或现有的基于 Java 的 GUI。 LWMC 的新功能包括：
  • 新设置进度跟踪
  • 新的“信息提示”为所有功能提供自助
  • 独立 – 无需额外安装或附加组件
  • 语言本地化 – 最初提供日语和英语版本
  • 简化的防火墙管理 – 仅通过 2 个 TCP 端口进行访问
  • 响应式设计可与平板电脑和智能手机一起使用
  • 更广泛的支持 – 平台、操作系统和增强的 SAP 支持

• 增强的安全选项
  • 支持 IMDS2AWS 中的实例元数据服务，为访问敏感实例元数据（包括云实例 ID、IP 地址及其所属安全组）的程序提供增强的保护。
  • 在所有三种模式下支持安全增强型 Linux (SELinux)：强制、安全和禁用。 SELinux 按照美国国家安全局 (NSA) 的要求提供对 Linux 内核的访问控制。

• 支持其他平台
  • 富士通企业 PostGres 15
  • 玛丽亚数据库 v10.5 – 10.11
  • 玛丽亚数据库 v11.0 – 11.1

• 支持最新操作系统版本
  • 红帽、Miracle、Oracle、Rocky Linux 8.8
  • 洛基、Oracle Linux 9.2
  • 洛基 Linux 9.1
  • 红帽 Linux 8.9
  • 红帽Linux 9.3
  • SLES 15 SP5

• 支持为增强 SAP 支持而构建的操作系统版本 SAP ARK
  • 红帽 Linux 8.7
  • 红帽 Linux 8.8
  • SLES 15 SP5

• 新的 SIOS LifeKeeper SAP HANA 应用程序恢复套件
  • 红帽 Linux 8.8

经许可转载安全操作系统

https://www.sios-apac.com/zh/2024/03/16266/

前 30 天：SIOS LifeKeeper 或 SIOS DataKeeper 新手需要了解的关键事项

作为一名相对较新的员工，我的老板让我写下我对 SIOS 产品的印象以及 SIOS 新手可能想知道的事情。这是我的想法。

主要产品概念：集群和数据镜像

生命守护者（视窗或者Linux）是监控整个应用程序堆栈（网络、存储、O/S、数据库、应用程序软件和服务器硬件）的集群软件。它允许您指定备份物理或虚拟资源（称为节点）以及连接它们的通信路径。可以创建每个节点上的关联来表示资源层次结构，例如可以在数据库应用程序和数据库数据之间建立关联。当系统迁移时，这种关联将应用程序和数据保持在一起。 Lifekeeper 还提供查看节点系统日志的功能。

数据管理员是与 LifeKeeper 捆绑在一起的软件工具。它提供将本地源驱动器实时镜像到位于客户网络或云中其他位置的目标驱动器的功能。这提供了对驱动器中断或故障的恢复能力。驱动器数据镜像由 SIOS 软件处理，当源驱动器发生更改时，该软件会自动将数据从源同步到目标。位图用于将写入映射到特定块，并且块级写入用于执行复制。

Datakeeper 和 Lifekeeper 产品的主要功能和详细信息

这两种产品均支持 Linux 和 Windows 操作系统。

救生员优惠高 IT 弹性解决问题，保持系统正常运行。如果检测到问题，系统将尝试重新启动应用程序。如果不成功，它将执行故障转移到备用节点。如果通信路径出现故障，则会进行干预，并根据每个节点可用的数据和预配置的仲裁设置确定哪个节点成为源节点。

DataKeeper 允许您配置源和目标连接同步或异步驱动器写入。同步文件写入，是指系统在报告写入完成之前就完成了对目的地的写入；它的反应速度较慢，但​​更安全。通过异步文件写入，写入操作在后台执行，提供更快的响应。 Datakeeper 使用 WAN 节流和数据压缩来提高效率。

产品组合可用于将应用程序迁移到新虚拟机或在辅助系统上执行维护，同时保持主系统正常运行。

Datakeeper 和 Lifekeeper 产品价值

使用 SIOS Datakeeper 的一个主要好处是您可以使用系统上已存在的本地连接驱动器。无需规划和购买存储硬件。无需担心 RAID 控制器发生故障、阻止访问所有存储或整个存储单元成为勒索软件等攻击的目标。

Lifekeeper 可作为集群解决方案使用具有资源故障检测和故障转移功能的多个节点，或者在单节点变体（单服务器保护）中提供，为单个服务器系统提供资源故障检测和重新引导功能。两者均可用于 Linux 和 Windows，为各种类型的客户系统提供保护。 LifeKeeper 不需要任何定制的容错硬件。

Linux Lifekeeper 支持 RHEL9-7、SLES15-12、Oracle Linux 9-6、CentOS 8-6 Rocky 8-6、Miracle 9-8，并且可以使用 VMware vSphere、VMware Cloud on AWS、KVM、Oracle VM Server 和Nutanix Acropolis 虚拟机管理程序。 Linux LifeKeeper 安装设置脚本利用包管理器工具来安装产品。

需要了解的要点

SIOS LifeKeeper 或 DataKeeper 的新手可能会遇到一些常见的困惑点。以下是一些需要注意的事项：

数据管理员：

• 设置镜像 – 目标驱动器必须至少与源驱动器一样大。
• 如果镜像已暂停，并且对目标进行了更改，则在重新启动镜像时，将检查这些更改并用来自源的原始数据覆盖这些更改。

救生员：

• 您必须在启动父资源之前启动关联的子资源。

SIOS 技术文档

阅读官方SIOS技术文档了解有关产品详细信息以及如何解决问题的更多信息。从支持页面，您可以访问支持门户。

支持门户具有以下选项卡：

–“解决方案”选项卡将带您进入显示问题/解决方案组合的页面。

– 案例选项卡将您带到详细显示各种案例的页面

这两个页面都有搜索面板，允许客户深入查找相关记录。

关键灾难恢复术语和术语

自动故障转移– 故障检测以及主驱动器和备用驱动器的切换由 SIOS 软件处理，从而使客户的系统在发生中断时仍能正常运行。

应用程序恢复套件 (ARK)– 可保护您的关键业务应用程序和数据免受停机和灾难的影响。 ARK 提供执行设置、手动任务自动化和故障转移的功能。

簇– 一组充当单个系统的物理或虚拟机，提供冗余以创建高可用性资源。

镜像– 有意将主驱动器内容更改实时同步到备用驱动器。

切换– 用户发起源驱动器和备用驱动器的切换。当需要对驱动器执行系统维护时使用。

给下一个新手的教训和技巧：

事实证明，对于我记住迄今为止所学的知识最有用的是做大量笔记，并与同伴一起录制培训课程的屏幕视频。这为您提供了一些具体的内容供日后参考。

练习设置镜子、连接它们并工作，然后执行切换，这对我对产品的理解非常有帮助。练习练习练习。官方文档是了解如何执行操作的绝佳资源。

SIOS 高可用性和灾难恢复

SIOS科技公司提供高可用性和灾难恢复通过针对最重要应用程序的集群管理来保护和优化 IT 基础设施的产品。今天联系我们有关我们的服务和专业支持的更多信息。

经许可转载安全操作系统

什么是许可证重新托管？

如何在 SIOS 许可门户中执行许可证重新托管

当 SIOS 永久产品许可证首次在 SIOS 许可门户中激活时，它会绑定到该服务器本地的唯一标识符。该唯一标识符通常是分配给网络接口控制器 (NIC) 的 MAC 地址（也称为系统的 hostid）。当该系统的唯一标识符从用于激活许可证的原始唯一标识符发生更改时，需要重新托管许可证才能继续使用SIOS产品。

许可证重新托管是当系统的唯一标识符（MAC 地址/系统的主机 ID）不再与产品许可证密钥中原始系统的唯一标识符匹配时激活更新的产品许可证密钥所需的过程。

什么时候需要许可证重新托管？

当系统的唯一标识符与用于创建原始许可证密钥的原始唯一标识符发生更改时，需要重新托管。有几种情况可能会导致唯一标识符发生更改：

• 唯一标识符可能由于当前系统中的网络配置改变而改变。
• 如果当前系统出现故障并被新系统取代，则系统的唯一标识符将发生变化，并且需要重新激活产品许可证密钥。
• 如果当前系统升级到新系统，则需要重新激活产品许可证密钥。

需要许可证重新托管时会出现什么问题

需要许可证重新托管时最常见的问题是 SIOS 产品无法开始正常运行。发生这种情况时，日志将显示由于许可证密钥无效而导致的失败，因为系统上安装的许可证密钥与系统的唯一标识符不匹配。

在 Windows 系统上，此错误出现在应用程序日志下的事件查看器中

在 Linux 系统上，此错误出现在位于 /var/log 的 LifeKeeper 日志中。

重新托管许可证密钥的过程是什么

该过程的第一步是登录 SIOS 许可门户。去support.us.sios.com并选择管理许可证

选择管理许可证后，登录许可站点：

登录后，转到许可证支持和列出许可证

• 选择您需要重新托管的许可证（选中左侧的框）
• 选择操作，重新托管

单击绿色加号

输入新的 12 个字符的主机 ID/MAC 地址，然后单击“确定”。12 个字符之间请勿包含逗号、冒号或空格。

• 单击“重新托管”按钮，然后单击“完成”
• 通过选中左侧的框来选择重新托管的许可证。
• 选择“查看”、“通过电子邮件发送许可证”并输入您的电子邮件地址。单击屏幕底部的发送。

SIOS 高可用性和灾难恢复

SIOS科技公司提供高可用性集群软件通过集群管理保护和优化您最重要的应用程序的 IT 基础设施。今天联系我们有关我们的服务和专业支持的更多信息。

确保建筑管理系统的 HA

为什么 BMS 成为其他行业的榜样

在每一座现代建筑的中心，都有一个楼宇管理系统（BMS）它控制供暖、通风和空调 (HVAC)、照明和安全系统、灭火系统等。楼宇管理人员依靠 BMS 控制台来简化和优化楼宇运营，并确保租户的环境舒适安全。无论是在本地数据中心还是公有云环境（例如 AWS EC2、Azure 或 Google Cloud Platform (GCP)），BMS 都需要可靠运行。有多种方法可以保护 BMS 免受停机和灾难的影响 – 使用容错 (FT) 解决方案、高可用性 (HA) 解决方案， 和灾难恢复 (DR) 解决方案——但确定哪种方法最好取决于多种考虑。

SIOS如何保证BMS的HA

SIOS 的 EMEA 技术总监 Harry Aujla 在本文中进行了解释TFiR 视频采访为什么高可用性是 BMS 解决方案不可或缺的一部分，也是其他关键应用程序的良好模型。他接着解释了 BMS 多年来随着对 IT 的依赖日益增加而发展的一些方式。他表示：“如果 BMS 客户完全了解高可用性如何在云上发挥作用，那么我认为我们将看到 BMS 解决方案向云平台的更重大迁移。”SIOS Technology Corporation 提供高可用性集群软件，可保护和优化 IT 基础设施为您最重要的应用程序提供集群管理。今天联系我们有关我们专业服务和支持的更多信息。

经许可转载安全操作系统