9个迹象表明您存在应用程序可用性问题

您已经听说过“认识到问题是解决问题的第一步。”但是，许多小型，中型甚至令人惊讶的大型企业都没有意识到他们的应用程序可用性不是应该的。

继续阅读以下九个迹象，表明您仍然存在应用程序可用性问题：

1.重新启动应用程序所花的时间比使用它所花费的时间多

应用程序崩溃可能是生活中不可或缺的事实，但是如果您的应用程序宕机多于宕机，那就成问题了。

2.您已开始细心浏览收件箱或控制中心中的警报风暴

您已为应用程序或服务器停机部署了警报，但是警报风暴使收件箱不堪重负，以至于所有警报均已静音。

3.您拥有一个用于所有关键操作的数据中心

单个数据中心进行操作听起来很方便，但是已知一个意图良好但方向错误的施工人员会将单个数据中心变成昂贵的不可用区域。

4.您的数据保护理念涉及备份检索和存档

您的数据保护策略至关重要。数据复制技术和站点到站点，区域到区域复制已成为主流，因此，如果您的复制或数据保护策略不存在或对文件库进行冗长的操作，这可能是一个大问题。

5.您的恢复过程始终需要手动干预

手动干预本身不是问题。 有些事件是如此的困难和复杂，以至于可能需要大量的人工。但是，如果在服务器或应用程序中断之后，手动干预始终是第一，第二和第三项业务，那么这就是一个问题。

6.您的RTO以天而不是小时或分钟为单位进行度量

您如何衡量恢复时间目标（RTO）？ 您是否以天或小时而不是每月的分钟数来衡量您的RTO？的确，每个企业的RTO都有容忍度。但是，您的RTO不应是服务器重建和体系结构中严重不稳定的函数。

7.您不知道自己的RPO，因为您的待机状态永远不会可靠地同步

您已经选中了可靠监视和恢复应用程序的复选框，并进一步采取了行动，以提供备用集群就绪系统。做得好。但是，在让您摆脱困境之前，您的恢复点目标（RPO）是什么？ RPO应该比“第0天到昨晚之间的某个地方”更准确。

8.单点故障并不只是存在，而是正常现象

您的单点故障在哪里？您的预算可能无法消除每个故障点，但是如果您可以在企业的每个主要类别和每个关键组成部分中确定一个故障点，那么……

9.您上次的灾难成为地方，区域或国家新闻

如果上一次重大风暴，电网故障或故障事件由于停机而使您的业务陷入困境，那么下一个业务便是更高的可用性。

停机会在客户，生产力和安心方面给您的业务造成损失。未解决的风险会对您的业务和声誉产生确定的影响。如果这些警告标记在那里，则可能存在可用性问题。而且，如果您忽略它们，那么此后不久您可能会遇到更大的问题，因此应用程序可用性的重要性。

—客户体验副总裁Cassius Rhue

迁移到云中托管其应用程序的公司了解到，尽管他们将应用程序托管外包给了第三方云供应商（例如Amazon Web Services），但他们仍然需要自己监控和管理这些应用程序，通常使用应用程序性能监控解决方案或APM。 使用昨天的客户端服务器计算应用程序部门几乎可以完全控制服务器，网络和最终用户计算环境。但是，当今的云环境变得更加复杂，移动的部件常常超出您的控制范围。

一些公司已经着手进行数字化转型，将客户互动推向基于Web的关键应用程序中。现在，通过APM自动化解决方案快速响应任何应用程序性能和停机问题比以往任何时候都更为重要。

如何选择APM解决方案

许多公司转向应用程序性能管理解决方案，例如AppDynamics，Datadog，Dynatrace或New Relic的解决方案。APM解决方案应识别代码中的任何性能瓶颈，并帮助您在用户受到影响之前解决这些问题。

好的APM解决方案将让您知道发生了什么，为什么以及如何防止它将来发生。当所监视的应用程序或系统满足特定条件（负载，响应时间等）时，APM解决方案将向您发出警报。收到警报后，您应该能够确定应用程序运行不正常的原因。有了这些信息，您便可以为开发团队提供非常详细的诊断信息，以使他们能够解决问题并防止将来发生这种情况。

但是，您如何选择正确的应用程序性能监视解决方案解决方案？在Google上快速搜索“云APM解决方案”会返回5,830,000个结果！对于不熟悉该领域的任何人来说，这可能是不堪重负的。值得庆幸的是，另一个Google搜索还将为您提供有关如何选择适合您的APM解决方案的大量建议和资源。您应该寻求第三方的非供应商建议，以帮助您确定需求并制定出满足这些需求的选择清单。Gartner一直在关注这一类别，并每年发布其APM魔力象限。当了解如何评估应用程序性能监视解决方案解决方案并提供顶级供应商的概述时，它是一个很好的资源。

自动将APM添加到您的修复要求列表中

在SIOS Technology Corporation，我们始终与将其应用程序迁移到云的客户合作。他们通常想知道如何保护其应用程序免受不必要的停机影响，并向我们寻求建议。如何保护其应用程序的选择取决于这些应用程序的重要性（更关键的应用程序通常需要故障转移解决方案等）。 但是，我们也帮助他们了解为什么他们的应用程序可能容易受到攻击。

过去，备份和数据保护是一项单独的功能（仅当APM解决方案确定停机时才需要此功能）。但是，在当今复杂的云环境中，我们认为组织在监视和管理关键应用程序时应该寻求一种整体方法。如果传统的APM解决方案能够识别出什么时候发生并让您诊断出为什么发生，那么为什么不尽可能避免不必要的停机呢？

我们认为，自动化是大多数云APM解决方案所缺少的要素。我们的许多客户通过从APM解决方案中收到太多警报来告诉我们他们如何不知所措，每个警报都要求他们停止并了解发生了什么以及为什么。他们很快就会了解要忽略的内容和要注意的内容（好的APM解决方案可以帮助他们通过机器学习来做到这一点）。并且，如果它们的应用程序停止运行，并且何时停止运行，APM解决方案会提醒他们停机时间，并诊断出为什么要防止再次发生这种情况。但是APM解决方案不会减少其立即停机时间。

那就是SIOS AppKeeper出现的地方。 AppKeeper监视在Amazon EC2上运行的客户的应用程序，并在检测到停机时自动重启EC2上的服务，甚至重启EC2实例。我们只有3个Amazon EC2实例的普通客户每月至少要经历一次停机。当关键的，通常面向客户的应用程序不可用时以及在I.T.团队必须放弃一切并做出回应。

AppKeeper的APM自动化解决方案使客户能够从超过85％的Amazon EC2停机情况中自动恢复。如果您希望AppKeeper发挥作用，请点击此处链接到快速视频。

通过AppKeeper的API，客户可以通过其APM解决方案的警报触发AppKeeper自动重启受影响的Amazon EC2服务或在必要时重启实例，从而以编程方式扩展其APM解决方案的价值。

应用程序性能监视和自动修复。比花生酱和果冻好吗？

在许多情况下，AppKeeper客户可以轻松管理Amazon EC2环境，其中Amazon EC2实例少于8个。对于他们来说，AppKeeper的本机监视和自动修复功能足以让他们在晚上安然入睡，因为他们知道，如果有的话，他们可以主动减少停机时间。

但是我们认识到许多客户拥有更复杂的云环境，并且已经投资了APM解决方案，例如来自New Relic，Datadog，Dynatrace，LogicMonitor或Zabbix的解决方案。他们已经期望即时警报和丰富的数据集可以帮助他们诊断发生了什么以及为什么。对于这组客户，我们认为将AppKeeper的自动修复功能添加到他们的APM工具包中可以为他们提供两全其美的优势：控制其应用程序的性能并减少停机时间。

在接下来的几个月中，SIOS Technology将与多家领先的APM供应商合作，在其APM解决方案和AppKeeper之间提供打包和认证的集成。使用这些与AppKeeper的集成，这些用户现在将享受一个闭环系统，在该系统中，他们将收到检测到的Amazon EC2停机时间以及AppKeeper采取的补救措施的警报。

因此，请继续关注一些令人振奋的消息。同时，如果您想亲自尝试SIOS AppKeeper，请随时注册AppKeeper的14天免费试用版。 AppKeeper的起价为每个实例每月40美元。

经SIOS许可转载

您需要SIOS Protection Suite（适用于Linux或Windows）或SIOS DataKeeper群集版才能为关键业务应用程序提供高可用性保护。

除非

1.您只喜欢免费的解决方案。

我知道了。 肯定有些时候，当我需要学习新技能，快速获得技巧，投入几磅或进行快速演示时，我会做同样的事情。 我没有注册订阅，购买许可证或投资两者的组合，而是免费了。

然而，俗话说得对，您付的钱就可以得到。 免费试用是可以的。 永久免费的高可用性就像加油站寿司一样-风险真的值得吗？ 确保免费不会妨碍您利用可用的充裕性来优化正常运行时间和提高可用性。 确保您没有通过价格合理的高可用性解决方案，该解决方案已被证明可以保护您的关键任务应用程序。

2.作为单一解决方案商店解决方案比满足您的HA需求更为重要。

几十年来，我们一直是“福特强硬”家族。 说真的 我了解成为一个解决方案商店的感觉。 我父亲拥有一辆福特卡车用于工作，一辆福特野马用于休闲，一辆福特3600拖拉机用于农场以及一辆福特小型货车用于家庭旅行。 甚至有一个季节，我们还收到了带有蓝色椭圆形的模型玩具车。

但是，当我和妻子根据自己的家庭需求扩展时，我们放弃了单一解决方案来解决福特驾驶室（当时）无法满足的需求。 您可能是一家商店的购买者，但是如果您的需求发生了变化并且HA提供商或解决方案没有跟上，请考虑扩展解决方案集将消除风险，提高成功率，还是值得为那些补充解决方案投资新需求。 当我们需要可靠，省气，时尚，家庭友好且经济实惠的解决方案时，我们向本田Odyssey补充了福特Tough。 如果您是一站式服务商，并且您不担心供应商锁定好运。

3.您更像是自己动手做的编码器。

您喜欢编码。 您喜欢编写许多脚本，并且不介意拔出bash，ksh，perl，python，powershell，批处理或命令工具包并自行进行连接。 您重视灵活性和增加自己的调整带来的乐趣。

我也喜欢编写代码，但是有时候我想做的最后一件事就是花时间编写大量代码和脚本来解决已解决，已证明并已准备就绪的问题。 对于自己动手的管理员来说，现成的不是您的首选，而是考虑是否应为您的企业重新利用和重新构建20年的专业知识和经验。 但是，如果您必须获得代码编写修复程序，那么高可用性软件SIOS会为您提供通用应用程序恢复工具包，以获取编码修复程序。

4.您需要Ubuntu支持（或Solaris）。

您的环境是独一无二的。 您的客户已经在Solaris上投入了很多心血，并一直坚持不懈地追求生命。 或者，您已经完全拥抱了Linux领域并迁移到了Ubuntu。 无论哪种情况，您都可以查看SIOS产品矩阵，而Ubuntu目前不适合您的SIOS版本。 mm！

尽管这是事实，但请考虑仍然可以使用的丰富而广泛的功能和支持风格。 虽然您的企业中有一部分已经在Solaris上进行了研究，而其他部分已经在争相使用Ubuntu和Linux的较新版本，但您更有可能需要一种能够支持RHEL，OEL，SuSE，CentOS以及Windows的解决方案。好。 确保不要通过高可用性解决方案所没有提供的东西来选择它，而要考虑它所提供的深度。

5.您不会在环境中混合使用任何东西。

我上周在电影中听到了。 主角评论了前进的想法，提出了一个新的想法，那就是老板过于兴奋。 经典的话：“有时候榨汁不值得。”在您看来，您没有在运行混合环境。 您的应用程序很关键，但并不复杂。 活动部分很简单-数据库，前端和支持应用程序。 您可能不想将其他流程，产品，解决方案或服务“复杂化”，这很有意义，您可能会觉得榨汁不值钱。

在对高可用性软件做出最终决定之前，请评估非混合环境是否与简单环境相同。 考虑一下活动部件是否像您想象的那么简单，或者采用故障转移编排的解决方案是否对降低总体RTO和增加RPO有益。

6.医管局专家的认可和经验无关紧要。

我在4月中旬在线购买了一套耳机。 我怀疑，我发现任何人都可以做蓝牙耳机。 但是，并不是每个人都能做好。 从人体工程学角度讲，“新上市”耳机是一场噩梦。 配对是一件轻而易举的事，但意外的配对却是一场持续的战斗。 音质令人惊叹，但是当耳机为系统声音或在歌曲结尾随机大声清晰地鸣叫时，这会增加我的烦恼。

您可能会相信任何人都可以完成高可用性和应用程序监视，并且经验无关紧要。 但是，请考虑您自己的经验并进行挖掘，并询问您是否真的想将您的企业环境信任于刚刚开始考虑混合环境的复杂性或您最常使用的应用程序所需的依赖关系和以应用程序为中心的知识的团队。经常。

在为您的环境选择合适的高可用性软件时，请仔细考虑是否要缺少许多一流的功能，经过严格测试的解决方案，知识渊博的专家，广泛的受支持的应用程序和环境以及行业领先的经验和数十年的洞察力。 然后，经过仔细考虑，明智地选择。

-SIOS客户体验副总裁Cassius Rhue