4月 15, 2024 |
选择正确的高可用性解决方案的四个技巧选择正确的高可用性解决方案的四个技巧高可用性和勒布朗是有史以来最伟大的 (GOAT) 争论我在黑桃牌上输了。我在卡胡特输了。我在一场篮球比赛中输给了同一个友好的竞争对手布兰登。因此,为了分散他的注意力,我又开始辩论——“勒布朗是有史以来最伟大的!”接下来的紧张气氛充满了来回的咆哮,其中夹杂着一些篮球巨星的名字:迈克尔·乔丹、朱利叶斯·欧文、威尔特·张伯伦、鲍勃·库西、沙克、比尔·拉塞尔、杰里·韦斯特、斯蒂芬·库里、凯文·杜兰特、科比·布莱恩特、魔术师和值得,以及勒布朗。他争辩说:“你怎么能说勒布朗是最伟大的,科比有杀手本能!”我们的口头争论将扩大到有什么要求,是什么让某人成为伟大对话的一部分,甚至是讨论的一部分的候选人。他们是否需要长寿、得分记录、防守能力、其他荣誉和荣誉?他们至少应该获得多少个最有价值球员奖?他们时代的超越又如何呢?怎么样这个或那个,当然,我的朋友布兰登总是很快就添加标题! 如何选择最佳的高可用性解决方案但是,这有什么关系高可用性?很高兴你问了。您多久被要求从众多竞争者中提供或选择最佳可用性或更高可用性的解决方案?您已经确定,因意外应用程序崩溃或生产服务器停机而毁掉的最后一个周末,也是因缺乏自动监控和恢复而毁掉的最后一个周末。但是,在 Microsoft 故障转移集群、SuSE High Availability Extensions、PaceMaker、NEC ClusterPro、vWare HA、SIOS Protection Suite 和 SIOS AppKeeper 等众多知名解决方案中,哪种解决方案最好?我在与史上最伟大的比赛中学到的四件事将帮助您解决高可用性的困境。 医管局的要求首先,有什么要求?如果我想要有史以来最好的纯射手,我会很容易地把斯蒂芬·库里包括在内。如果我想要最令人生畏的身体存在,我会和沙克这样的人一起去。如果我需要最好的队友、助攻王或者全能的优秀球员,那么我认为勒布朗·詹姆斯、魔术师约翰逊、杰里·韦斯特、拉里·伯德都在讨论之中。同样,在开始构建 HA 解决方案之前,请先了解您的需求。是数据复制必需的还是可选的?你需要SQL或者您同样倾向于使用其他数据库?还需要哪些其他应用程序和软件包?您是否需要一个可以引导您进入云的解决方案,但首先它必须驯服遗留系统、vmWare 和物理系统?您是一家全 Windows 应用程序商店,还是两者的混合体?也试着想想你的团队。您的人员流动率是否很高,导致管理多个解决方案变得困难,培训课程是否必不可少,以及现实生活中的人们在支持批判的?您需要易用性还是只注重坚固性?产品、产品和公司的寿命和稳定性在哪里? 其次,你如何确定你的需求的优先级?您将如何根据既定要求优先考虑优秀者?我的朋友布兰登总是很快就给出标题。他总是反驳,勒布朗有多少个冠军?在他的辩论中,头衔才是王道。我通常会讽刺地反驳说,即使是替补席上的第 12 个人也能获得戒指。我要强调的是,罗伯特·霍里是一位出色的大前锋,他拥有的头衔比勒布朗和乔丹还要多。就需求的优先级进行坦率和诚实的对话。当您选择 HA 解决方案时,与 RTO/RPO 相比,易用性、操作系统支持和应用程序支持范围有多重要?哪些功能和要求被认为是必须具备的、应该具备的以及最好拥有的。作为客户体验副总裁,我们曾经遇到过一位客户,他坚持集群软件支持32个节点,尽管他们并没有计划构建超过2个或3个节点的集群。确定列表的优先顺序。 测量灾难恢复的 RPO 和 RTO第三,您如何衡量这些要求?您将如何根据既定要求来衡量伟大人物?篮球统计数据很有趣、信息丰富,但常常具有误导性。布兰登经常提醒我检查得分冠军是如何赢得的,就像我教赢得了多少个冠军一样。我们经常对谁能更好地开始或结束比赛以及如何真正衡量动力、强度和获胜意愿进行讽刺。同样,当您梳理文献时,请仔细研究概念验证细节,确定并定义如何衡量 RPO 和 RTO 等内容。 RTO 是基于客户端重新连接时间还是应用程序重新启动时间?您是否正在测量 RTO故障转移(服务器崩溃)恢复(应用程序崩溃)、手动切换(管理操作),或以上全部?如果应用程序性能对您很重要,那么该衡量标准是什么样的?是读取性能、写入性能还是基于客户端的实际或特征工作负载?想想基准适合什么地方,或者适合吗?另外,请诚实地说明您将数字与什么进行比较。在正常操作和恢复期间测量更快的数据库查询时间很重要,但如果解决方案的其余部分产生了用户体验更高的滞后怎么办? 评估高可用性和灾难恢复最后,继续评价。从朱利叶斯在底线摇晃婴儿入睡,到乔丹从罚球线起跳,再到斯蒂芬·库里在半场线内迈出一步,篮球比赛一直在演变。 “乔丹规则”和“坏小子时代”的狂妄已经被一套有利于并强调技巧、力量和技巧结合的规则所取代。同样,技术格局也在不断变化。当 Solaris 和 MP-RAS 服务器占据主导地位时,进入前十名的解决方案可能无法适应 Linux、Windows 或其他变体的灵活性。利用光纤通道功能的基于 SAN 的解决方案可能已过时云端和无SAN世界。所以,不断评估伟大。持续关注前十名的解决方案如何顺应趋势,或者更好的是,仍然在制造它们。 虽然我与 Brandon 的争论仍在继续,而且很可能在几代人之后,甚至我们的孩子也不会选出赢家,但您可以选择正确的 HA 解决方案来满足您的企业可用性需求。联系 SIOS 代表帮助您了解、确定优先顺序并衡量 SIOS 保护套件超出您要求的能力。 经许可转载安全操作系统 |
||||||||||||||||||||||||||||
4月 12, 2024 |
灾难恢复解决方案:如何处理“建议”与“要求”灾难恢复解决方案:如何处理“建议”与“要求”假设您遇到问题云集群环境,并且您必须联系您的应用程序供应商之一才能解决该问题。他们为您提供了解决方案,但他们在回复中指出,“不建议”配置这些系统的方式。您如何处理这些信息?毕竟,到目前为止,一切都运行良好,并且可能需要大量时间和资源才能以“推荐”方式重新配置它们。另一方面,供应商推荐它肯定是有原因的,对吧?如果它会导致其他并发症怎么办?让我们看一下建议的具体构成,以及从接受的任何一方处理建议的方法。 容灾方案推荐配置您应该开始考虑如何处理建议,从字面上理解它,定义为“关于最佳行动方案的建议或提议”。我们已经可以在这里看到一些提示,说明我们如何使用“建议”和“提案”一词来识别它们。从这个角度来看,很容易拒绝供应商的推荐,因为它不方便,或者可能被认为是不必要的。 然而,在对建议采取任何行动之前,请确保更务实地审视它。毕竟,供应商建议这种特殊的配置是有原因的。他们对你的成功就像你对持续关系的一部分一样感兴趣,所以它肯定会带来某种积极的好处。如果没有推荐的配置,您可能更容易出现某些类型的错误。这也可能是性能下降的情况,一切正常,但可能会工作得更好或更快。考虑到这一点,现在投入时间和精力来满足这些建议,而不是在您受到不遵循建议的缺点的影响后才开始这样做,不是更好吗? 如何处理建议之外的灾难恢复解决方案配置现在,我们可以通过汇集讨论的两端来构建我们对建议的全面看法。总结的版本是:“不遵循供应商的建议也没关系,只要您知道为什么建议这样做并接受这样做的潜在缺点”。关键的第一步始终是与供应商交谈。向他们询问为什么推荐它、拥有它与不拥有它的影响、他们是否有任何方法或程序可以轻松过渡到推荐的环境,以及您能想到的任何其他可以帮助您更好地了解自己和内部团队的信息。一旦您了解了影响,如果您有适当的理由,您就可以拒绝它。拒绝建议的一个很好的理由是出于安全目的。也许推荐的环境会关闭或规避您已采取的某些安全措施,因此使用该环境不仅会让您更容易受到攻击,而且还可能导致违反SLA、合作伙伴协议或您必须遵守的标准。在这种情况下,您可以告知供应商您不遵循推荐配置的原因。这对供应商也非常有利,因为他们可以接受此反馈,并在未来实施改进,从而同时实现推荐的配置和安全措施。如前所述,他们也为您的成功进行了投资,因此这对每个人来说都是双赢。 灾难恢复解决方案要求但有时,对供应商告诉您的内容说“不”并不那么容易。这就是从供应商“建议”到供应商“要求”的跨越边界,这是不可避免的。当它作为一项要求呈现给您时,您就无法拒绝遵循它。尽管如此,与建议一样,重要的是要了解为什么它是一项要求,以及它实际上是什么要求。作为您与供应商商定的 SLA 或产品、应用程序或服务的 TSA 的一部分,可能需要某些实践。在这些情况下,确实必须做出满足此要求所需的更改。需求通常也属于技术方面。例如,磁盘大小、I/O 容量或可用计算机资源的规范,仅举几例。这些往往是应用程序按预期工作所必需的,因此确保满足这些要求的价值是显而易见的。 灾难恢复解决方案的灵活性仅仅因为您必须遵守要求并不意味着您必须简单地辞职。理解为什么要制定这一要求仍然具有很大的价值。与推荐一样,与您的供应商交谈至关重要。也许您不喜欢该要求的原因源于误解,与您的供应商讨论原因可以揭示这一点并消除一些担忧。同样,您对这些要求的反馈对于您的供应商改进产品或服务非常重要,并帮助他们了解您所看到的以不同方式做某事的价值。所需要的只是启动一个对话框。 SIOS 高可用性和灾难恢复SIOS科技公司提供高可用性和灾难恢复通过针对最重要应用程序的集群管理来保护和优化 IT 基础设施的产品。今天联系我们有关我们的服务和专业支持的更多信息。 经许可转载安全操作系统 |
||||||||||||||||||||||||||||
4月 6, 2024 |
在 Linux 上使用 SIOS LifeKeeper 设置 NFS 文件见证的分步指南在 Linux 上使用 SIOS LifeKeeper 设置 NFS 文件见证的分步指南SIOS Lifekeeper 和基于 NFS 的文件见证入门在高可用集群,见证人对于保证集群的完整性和可靠性起着至关重要的作用。没有第三个节点,可能很难达到法定人数,因为没有数据可以帮助打破两个节点都认为应该上线的平局(这称为裂脑)。您可以通过多种方式解决此问题,例如,通过提供专用见证服务器、整个集群可见的共享存储路径,或者简单地通过在集群本身中拥有更多节点(至少 3 个!)。值得庆幸的是,SIOS 生命守护者为在 Linux 环境中设置高可用性集群提供了强大的解决方案,并且配置见证以提高仲裁是一项重要功能。 在本指南中,我们将引导您完成在 Linux 上使用 SIOS LifeKeeper 设置基于 NFS 的文件见证的步骤,帮助您增强集群应用程序的可用性和弹性。 目标:使用基于 NFS 的存储见证实现 2 节点集群,如下图所示: 先决条件:开始之前,请确保您具备以下条件:
步骤 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 支持以下组合。
我们有一个双节点集群,想要使用外部存储来进行仲裁,因此唯一支持的组合是两个值的“存储”。但是,您可以从表中看到,当您需要更多节点时,这可以非常灵活,提供多种方式来实现通信并提供法定人数。 第四步:初始化见证文件: 要初始化见证文件并启用其使用,您必须在每个节点上运行以下命令: [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 基础设施的产品。今天联系我们有关我们的服务和专业支持的更多信息。 经许可转载安全操作系统 |
||||||||||||||||||||||||||||
3月 30, 2024 |
SIOS 产品管理团队很高兴地宣布 SIOS LifeKeeper for Linux v 9.8.1 全面上市。LifeKeeper Linux v 9.8.1 中的新增功能
经许可转载安全操作系统 |
||||||||||||||||||||||||||||
3月 25, 2024 |
前 30 天:SIOS LifeKeeper 或 SIOS DataKeeper 新手需要了解的关键事项前 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 基础设施的产品。今天联系我们有关我们的服务和专业支持的更多信息。 经许可转载安全操作系统 |
- Results 1-5 of 961
- Page 1 of 193 >