我们的客户之一，东京的出版公司Hobby Japan，最初使用的是Amazon CloudWatch，但其人手不足的IT团队无法对警报做出足够快速的响应。他们想利用自动化，并转移到SIOS AppKeeper。  自从迁移到AppKeeper以来，他们的EC2实例没有遇到任何问题或意外停机。这是有关Hobby Japan案例研究的链接。

监视云应用程序不是一项全职工作。  您需要一个易于安装和使用，不会让您不知所措的监视解决方案，并希望能够自动解决系统故障。  我们鼓励您在这里注册以尝试SIOS AppKeeper的14天免费试用。

规划是企业可用性（以及幸福婚姻）的关键

计划约会和度假，美妙的浪漫晚餐是深爱您的配偶的重要组成部分。  研讨会和讲习班充斥着改善您的关系的技巧，几乎遍布世界每个地区。

但是，请收听SIOS Technology Corp.提供的培训课程。专业服务项目经理Edmond Melkomian很快就会发现，策划晚宴和周年纪念活动并不是唯一深爱您的配偶的唯一方式。

在有关Linux的SIOS Protection Suite的最新课程中，Edmond分享了三个提示，可帮助您在企业环境中深爱您的配偶：计划，计划，计划。

1。   “计划”您的企业可用性解决方案

在他的课程中，Edmond Melkomian要求学生说出部署企业解决方案时应该做的第一件事。  他的回答是“计划，计划，计划。”似乎很明显，但是第一步是开始制定计划。  计划的一个相当不错的开始包括制定每个项目阶段的详细信息，例如里程碑，检查点，风险，风险缓解和策略，利益相关者，时间表，利益相关者沟通计划。  体面的计划还将包括有关开工，签字和关闭以及资源（人员，管理，法律/合同）的详细信息。

在整个解决方案生命周期内计划创建，查看，修改和更新您的计划。

2。   计划部署什么以提高企业可用性

计划要部署的内容。  您的企业基础结构的很大一部分可能超出了当前团队在您公司范围内的寿命范围。  在迁移到云或更新可用性策略时，值得花费时间和精力来制定有关部署内容的计划。  将计划重点放在确保在所有关键组件，网络，计算，存储，电源，散热和应用程序上部署冗余。  所有数据中心和云提供商通常都确保启动冷却，电源和网络冗余。

许多公司提供架构团队，云解决方案提供商，可用性专家，应用程序架构师和迁移专家，以帮助团队发现关键的，有时是隐藏的依赖关系以及易受单故障点（SPOF）影响的高风险区域。  这项调查工作将纳入您的可用性策略中部署和/或更新内容的计划。

计划检查您需要部署的内容。

3。   计划保留质量检查/预生产集群，以确保可靠的可用性

当我在SIOS Technology Corp.开发团队中时，我永远不会忘记与一个漫长而疯狂的客户打个星期五晚上的电话。  本月早些时候，频繁的客户未将新的软件解决方案部署到生产环境中。  结果是大规模的失败。  他在星期五（美国东部标准时间）下午4:30致电我们的800号码。  为什么我记得那个确切的时间？星期五是约会之夜。  我和我的妻子有晚餐计划，有六个女孩待命的保姆（按小时），并希望有一个浪漫轻松的夜晚。  我正要去电话响的那一天。  经过一个小时的紧张之后，我们恢复了运行。  通过使用UAT或QA系统，可以避免或减轻这种不幸的情况。

正如SIOS Technology Corp.客户体验软件工程师Harrison Howell在他的博客“6-common-cloud-migration-challenges''中指出的那样，本地部署的限制不再是相同的限制。

来自本地系统的客户需要记住，资源不再是限制因素。在云中，可以毫不费力地复制系统，并在不影响生产的情况下隔离运行，这在本地并不重要。按需访问IT资源允许HA和DR的UAT扩展到“关闭主节点”之外。网络可能遭到破坏，内核可能会崩溃，甚至数据库也可能损坏，而这些都不会影响生产！识别和测试这些方案可以改善HA和DR的状态。

计划部署和维护用于HA和DR测试的UAT系统。  正如Harrison提到的那样，“[issues]识别和测试[your overall]”“改善了HA和DR的状态”，这增加了您成功约会之夜的机会。

4。   计划定期维护和更新（包括文档）

最后，为定期维护和更新计划时间以维护企业可用性。  您的企业需要保持高可用性，以保持高利润和成功。  环境不会停滞不前，从开始到报废，补丁，安全更新，扩展和常规维护都是经常发生的事情。  为将更新和维护纳入企业的方式和时间制定计划，不仅可以确保您保持最新状态，还可以最大程度地降低风险和停机时间。  确保在您的计划中包括使用测试系统。  制定计划好的例程和过程来验证补丁程序，内核和操作系统更新以及安全软件，并且不要忘了随着项目的发展而更新项目文档和未来的计划。

如果您记得预先计划高度冗余，高度可靠和高可用性的系统，计划在Go-Live之后保留QA /生产前的群集，并计划进行定期维护和更新，那么您也可以保留计划与您的配偶约会之夜。  而且不仅限于约会之夜，而且由于生产系统减少，您也可以在凌晨3点起床的夜晚保持免费。  这是我爱你的伴侣的秘诀。

我爱我的妻子，因此我帮助客户部署SIOS Technology Corp.的DataKeeper群集版和适用于Windows和Linux产品的SIOS保护套件，作为高度可用的企业保护解决方案的一部分。  联系SIOS。

—客户体验副总裁Cassius Rhue

经SIOS许可转载的文章

备份，复制和高可用性（HA）群集是IT风险管理的基本组成部分，它们与汽车上的轮子一样必不可少。复制对于IT数据保护也至关重要。

备份和HA群集环境不是互斥的

尽管备份，复制和故障转移都很重要，但是它们之间必须有关键的区别，以确保正确应用它们。

例如，虽然您可以使用复制来维护数据的连续不断的副本，而无需在更大的数据保护环境中考虑使用它，但是您还将复制问题数据（例如感染了病毒的数据）。

在这种情况下，必须进行备份才能将数据恢复到已知的最后一个好点。通过执行复制，您可以访问在系统故障之前立即复制的映像（= RTO / RTO更好），其方式只是简单地生成数据并在eDiscovery类型模型中提供支持就不能。

因此，SIOS Protection Suite包括SIOS LifeKeeper群集软件和DataKeeper复制软件。SIOS LifeKeeper是HA故障转移群集产品，可监视应用程序运行状况并协调应用程序故障转移，而DataKeeper是基于块的存储复制软件。但是，仅因为它是HA群集，并不意味着不需要备份。使用SIOS Protection Suite在HA集群环境中进行备份时，请考虑注意事项和注意事项。

高可用性群集环境中的五个备份点

将以下五点作为备份获取的目标：

1. 作业系统（OS）
2. SIOS保护套件– LifeKeeper / DataKeeper程序群集软件
3. SIOS Protection Suite – LifeKeeper / DataKeeper配置信息
4. 应用程序（例如SQL Server，SAP S / 4 HANA，Oracle，PostgreSQL等）
5. 申请资料

备份操作系统

要备份操作系统，通常使用标准的操作系统实用程序或第三方备份软件。但是，由于对高可用性环境没有特殊考虑，因此我们将不在此处进行介绍。

备份SIOS Protection Suite群集软件

包含SIOS LifeKeeper / DataKeeper程序的SIOS Protection Suite也可以通过OS标准实用程序或第三方备份软件获得，但是如果该程序由于磁盘故障等原因而消失了。在没有故意备份的情况下，您需要重新安装它。可能会有一些人考虑这样做的二分法。

备份SIOS Protection Suite配置信息

SIOS LifeKeeper附带一个名为lkbackup的简单命令，使您可以备份配置信息。lkbackup可以在SIOS LifeKeeper和相关资源上运行，并且不会影响正在运行的服务。

在以下三种主要情况下可以执行此命令。

• 安装新创建的SIOS LifeKeeper资源后立即
• 更改SIOS LifeKeeper配置之前和之后（添加/更改依赖关系，添加/删除资源）
• SIOS LifeKeeper版本升级前后

如果使用lkbackup备份配置信息，即使配置信息由于磁盘故障而消失或由于操作错误等导致配置信息损坏等），也可以快速返回到原始操作状态。

备份操作程序

尽管备份操作程序是指备份HA群集中受保护的业务应用程序，但仍可以使用OS标准实用程序或第三方备份软件来创建和还原备份映像，如1所示。和上面的2。

备份业务应用程序数据

在高可用性集群环境中，提供了可以由活动服务器和备用服务器访问的共享存储。在正常操作期间，活动集群节点将使用共享存储。应用程序数据（例如，数据库数据）通常存储在此共享存储中，但是备份该存储时应牢记以下几点。

对于共享存储配置 

当获取无SAN群集配置中的数据的备份并且活动群集节点和备用系统都共享存储时，只能从活动系统访问数据（备用系统无法访问数据）。结果，备份也处于活动状态。在这种情况下，请确保有足够的处理能力来处理故障转移和备份还原方案。

对于数据复制配置 

在配置数据复制的情况下，从操作系统进行备份是基本操作，但是通过暂时停止镜像并释放锁，备份也可以在备用系统侧执行。但是，在这种情况下，数据暂时不同步。

从外部备份服务器备份群集节点

要从外部备份服务器执行群集节点备份，请使用群集节点的虚拟或真实IP地址。每种情况下的注意事项如下。

使用群集节点的虚拟IP地址进行备份

从备份服务器的角度来看，备份将执行到LifeKeeper虚拟IP地址所指示的节点。在这种情况下，备份服务器不需要知道哪个节点是活动节点。

使用集群节点的真实IP地址进行备份

从备份服务器的角度来看，无需使用LifeKeeper的虚拟IP地址即可将备份执行到实际IP地址。由于无法从备用群集节点访问共享存储，因此备份服务器和客户端必须检查哪个节点是活动节点。

将备份，复制和故障转移群集组合在经过充分测试和验证的配置备份中是必不可少的。使用事先在用户侧执行足够的操作验证。