10月 4, 2022 |
AWS 新加坡峰会 – 银牌赞助商AWS 新加坡峰会 – 银牌赞助商10 月 6 日上午 8:00 – 5:00 PMSIOS 很高兴成为今年新加坡 AWS 峰会的银牌赞助商。 了解各种规模的公共部门组织如何使用 AWS 快速创新、改善公民生活并转变运营方式。 聆听来自全球各地已在 AWS 上成功构建解决方案的同行和主题专家的意见。 |
10月 2, 2022 |
如何从 SIOS NFS 资源转换为 EFS如何从 SIOS NFS 资源转换为 EFS由于许多客户考虑将其 SAP 解决方案迁移到 AWS,他们可能还希望将 /sapmnt 或 /usr/sap/<SID> 文件系统的现有网络文件共享 (NFS) 共享转换为弹性文件系统 (EFS) 共享。EFS 共享作为云文件存储托管,可以像任何本地文件系统一样进行管理。 在这种情况下,放置在 EFS 共享中的任何数据都将具有更高的保护,因为高可用性并提供耐用性。 使用 NFS 将现有 SAP 层次结构转换为 EFS 的步骤目前正在使用的公司适用于 Linux 集群的 SIOS LifeKeeper要保护本地 SAP,可以使用以下简单步骤轻松地将其 SAP 层次结构从 NFS 转换为 EFS。 这个过程应该只需要大约 20 分钟。 在此示例中,SIOS LifeKeeper Linux 解决方案使用本地挂载点 /sapmnt/EDM(即 12.1.4.10:/exports/sapmnt/EDM /sapmnt/EDM)保护 NFS 导出共享 /exports/sapmnt/EDM(图 1) .
此时有 EFS 文件系统的挂载条目。 在设置此检查之前,LifeKeeper 正在检查已经存在的 NFS 挂载,因为,我们知道我们已经挂载了一个 efs 文件系统,因此启用此检查以忽略 nfs 警告是安全的,因为这个新的文件系统当前无法识别。
7. 从 NFS 导出复制 NFS 数据到新的 EFS 位置一个。 cp -pra /exports/sapmnt /sapmnttmp湾。 cp -pra /exports/usr/sap/EDM/ASCS00 /sapmnttmp 8. 拿 hanfs 资源 osu一个。 /opt/LifeKeeper/bin/perform_action -t hanfs-/exports/sapmnt/EDM -a remove(图 3) 一个。卸载/exports/sapmnt/EDM b.卸载 /exports/usr/sap/EDM/ASCS00 10. 使用 LifeKeeper GUI 或 CLI 获取相关的 datarep-sapmnt 资源 OSU一个./opt/LifeKeeper/bin/perform_action -t datarep-EDM -a remove (图5) /opt/LifeKeeper/bin/perform_action -t datarep-ASCS00 -a remove (图6)
结论将 NFS 文件系统转换为 EFS 是一种可靠的方法,可以为您的数据提供更多保护并利用 AWS 云资源。 它还简化了资源层次结构,使您的文件系统更易于阅读和管理。 上面提供的步骤将使存储在云中的数据更快、更顺畅地转换。 经授权转载西欧 |
9月 28, 2022 |
SIOS LifeKeeper for Linux v 9.6.2 有哪些新功能?SIOS LifeKeeper for Linux v 9.6.2 有哪些新功能?适用于 Linux 的 SIOS LifeKeeper 9.6.2 版现已推出! 这个新版本支持领先的 Linux 发行版的 v 8.6,支持 Azure 共享磁盘,并提供额外的保护,防止群集节点之间的网络连接失败时可能发生的裂脑情况。 SIOS LifeKeeper Linux 9.6.2 版中的新功能SIOS LifeKeeper Linux 9.6.2 版利用了对其基础架构至关重要的最新错误修复、安全更新和应用程序支持,并首次增加了对 Miracle Linux v 8.4 的支持以及对以下操作系统版本的支持:
对 Azure 共享磁盘的新支持LifeKeeper for Linux v 9.6.2 现在经过认证可与 Azure 共享磁盘一起使用,使客户能够在 Azure 中构建一个利用新 Azure 共享磁盘资源的 Linux HA 集群。 备用节点写保护LifeKeeper 现在可以使用新的备用节点健康检查功能来锁定备用节点以防止尝试写入受保护的共享存储设备,从而防止因集群节点之间的网络连接丢失而导致的数据损坏。 LifeKeeper 负载均衡器健康检查应用程序恢复工具包 (ARK)适用于 Linux 的 SIOS LifeKeeper 附带应用程序恢复工具包 (ARK),可添加特定于应用程序的智能,实现集群配置自动化和故障转移编排,以符合应用程序最佳实践。 最新版本的 SIOS LifeKeeper 包括一个新的 ARK,使用户可以更轻松地在 AWS EC2 中安装、查找和使用负载均衡器功能。联系 SIOS这里用于购买信息。 经授权转载西欧 |
9月 24, 2022 |
高可用性集群的新选择,SIOS 巩固了对 Microsoft Azure 共享磁盘的支持高可用性集群的新选择,SIOS 巩固了对 Microsoft Azure 共享磁盘的支持微软在 2022 年第一季度推出了 Azure 共享磁盘。 共享磁盘允许您将托管磁盘附加到多个主机。 实际上,这意味着 Azure 现在拥有相当于 SAN 存储的功能,使高可用性集群能够使用云中的共享磁盘! 将 Azure 共享磁盘与 SIOS Lifekeeper 集群层次结构结合使用的一个主要优势是,您将不再需要拥有存储仲裁或见证节点以避免所谓的脑裂——当节点之间的通信丢失并且多个节点之间的通信丢失时会发生这种情况。节点可能同时更改数据。 更少的节点意味着更少的成本和复杂性。 SIOS 为我们的应用程序恢复工具包 (ARK) Linux 版 LifeKeeper产品;称为 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢复工具包,它允许 Azure 共享磁盘与 SCSI-3 保留一起使用。 此 ARK 保证共享磁盘只能从当前在该磁盘上保留 SCSI-3 保留的节点写入。 安装 SIOS Lifekeeper 时,安装程序将检测到它在 Microsoft Azure EC2 中运行,并自动安装 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢复工具包以启用对 Azure 共享磁盘的支持。 Lifekeeper 中的资源创建简单明了(图 1)。 在本地安装后,Azure 共享磁盘将作为文件系统类型资源简单地添加到 Lifekeeper。 Lifekeeper 将为其分配一个 ID(图 2)并自动管理 SCSI-3 锁定。 图 1] 在 Lifekeeper 中创建 /sapinst。 图 2] /sapinst 创建并扩展到两个集群节点。 SCSI-3 预留保证 Azure 共享磁盘只能在持有预留的节点上写入(图 3)。 在集群节点之间失去通信的情况下,备用服务器将联机,从而导致潜在的脑裂情况. 但是,由于 SCSI-3 保留,一次只有一个节点可以访问磁盘,这防止了实际的脑裂情况。 只有一个系统将保留保留,它将成为新的活动节点(在这种情况下,另一个系统将重新启动)或保持活动节点。 不持有 Azure 共享磁盘预留的节点最终只会使资源处于“待机状态”状态,因为它们无法获取预留。 图 3] 尝试挂载已保留的磁盘时 Lifekeeper 日志的输出。 链接到 Microsoft 对 Azure 共享磁盘的定义https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared目前 SIOS 支持本地冗余存储 (LRS),我们正在与 Microsoft 合作测试和支持区域冗余存储 (ZRS)。 理想情况下,我们想知道 ZRS 何时发生故障,以便我们可以将资源层次结构故障转移到活动存储的最本地节点。 目前,SIOS 预计 Azure 共享磁盘支持将在 2022 年第 3 季度的 Lifekeeper 9.6.2 for Linux 下一个版本中提供。经许可转载西欧 |
9月 20, 2022 |
网络研讨会:公共云上 SQL Server 的灾难恢复网络研讨会:公共云上 SQL Server 的灾难恢复注册点播网络研讨会将 SQL Server 实例运行到任何主要的公共云平台都需要可靠的灾难恢复和高可用性策略。 了解如何规划灾难恢复和高可用性以及如何确定最适合您的环境的方案。 |