迁移到云中托管其应用程序的公司了解到，尽管他们将应用程序托管外包给了第三方云供应商（例如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

减少Amazon EC2上托管的WordPress网站的停机时间

使用SIOS AppKeeper从无知变成幸福

WordPress是一个开放源代码的内容管理系统（CMS），数百万公司使用它来创建网站，博客或应用程序。据估计，如今有超过7500万个使用WordPress的网站，许多公司开始在WordPress实例上托管Amazon EC2。 用户喜欢WordPress的灵活性和创建和修改布局的便捷性。如果您在网站上使用WordPress，那么您的公司就很好。

如此众多的用户依靠WordPress来驱动其网站，您可以想象有一套旨在满足这些用户需求的丰富的第三方工具（插件和服务）。其中一些插件用于添加安全功能，例如用于探测漏洞的扫描仪。因为更多的插件可能导致更多的漏洞。

信任但要验证。为什么监视WordPress正常运行时间很重要。

部署未在WordPress上运行的网站或应用程序而没有对其进行正确监控，就像让您的车在外面运行并带有键。您需要保护自己的投资。对于管理WordPress网站（或其他任何应用程序）的公司，有三个主要的监视原因：

1. 了解访客并优化他们的体验；
2. 监视站点的速度并确保其符合预期的服务水平协议（SLA）；和
3. 为确保您最大限度地延长正常运行时间。停机可能意味着（严重）失去了在WordPress上运行的任何电子商务网站的收入。

您相信自己的WordPress网站可以正常运行，但是您确实想知道发生了什么。监视的目标应该是快速了解发生的情况和原因，以便您快速响应任何问题。

有各种各样的工具可以帮助WordPress用户监视其网站。其中一些非常专注于WordPress，例如ManageWP和JetPack，而另一些则是适用于许多不同CMS和应用程序的行业标准解决方案。有些“深入”并专注于监视的一个要素，例如Google Analytics（分析）及其对访问者分析的关注，而其他一些则试图“广泛”并解决监视的所有三个关键方面。您决定使用什么取决于您的预算，需求和技术能力。

在SIOS，我们相信最好的育种方法是有道理的。我们专注于监视应用程序，并确保我们的客户在使用这些应用程序时所经历的停机时间尽可能短。今天，我们的许多客户正在使用SIOS AppKeeper来监视和保护其在Amazon EC2上运行的WordPress网站。

SIOS AppKeeper –简单但功能强大的WordPress网站监控和自动修复

许多WordPress监控解决方案（从免费插件到低成本的免费增值服务）都会告诉您WordPress网站何时关闭。并且取决于监视解决方案的复杂程度（和成本），它可能会告诉您为什么您的WordPress网站已关闭。但是，它会帮助您减少停机时间并在遇到停机时间时自动重新启动服务或重新启动实例吗？

许多公司使用Apache或NGINX Web服务器将其WordPress网站托管在Amazon EC2上。SIOS AppKeeper是一项SaaS服务，可以将其配置为自动发现Amazon EC2实例及其服务上运行的WordPress网站或应用程序，然后在遇到停机时自动采取任何行动。因此，您不仅会收到发生某事的通知，而且会自动得到解决，而不仅会收到发生问题的警报。

停机时间很重要。如果您正在使用WordPress运行电子商务网站，则停机将导致收入损失。多少收入？只需将您的年收入除以365天和24小时（年收入/ 365/24），即可了解您的每小时收入。2013年，Google经历了5分钟的停运，这使他们损失了545,000美元的收入。 现在，您可能不是Google，但您确实希望尽可能地减少停机时间。

现在，想象一下当您收到WordPress网站已关闭的警报时会发生什么。您准备好立即回应了吗？您知道如何解决并恢复WordPress网站正常运行吗？根据我们的客户研究，仅使用三个Amazon EC2实例的普通客户每月至少会经历一次停机。

SIOS AppKeeper会监控Amazon EC2并提醒您任何停机时间，并通过重新启动Amazon EC2服务或重新启动实例来采取措施纠正这种情况。

AppKeeper会自动解决超过85％的客户的Amazon EC2停机问题。这意味着您可以通知您已识别并解决了故障，而不必丢掉所有东西或损失任何可观的收入。

如今，数百家公司依靠AppKeeper来保持其云环境正常运行。 我们邀请您观看下面的视频，了解安装和使用AppKeeper多么容易。

视频：安装AppKeeper并从AWS EC2故障演示中恢复

如果您喜欢自己所看到的内容，请随时注册AppKeeper的14天免费试用版。 AppKeeper的起价为每个实例每月40美元。

迁移到云？ 当您转移到Amazon EC2时，这是应该如何更改DevOps优先级的

大多数迁移到云或创建“云原生”应用程序的公司都使用Amazon Web Services（AWS）进行了迁移。AWS提供了许多成本和功能优势。那些采用行业标准的开发人员运营（“ DevOps”）最佳实践来监视和管理内部部署环境的公司通常会问自己如何适应新的云环境和应用程序。

从本地应用程序迁移到Amazon EC2时，DevOps优先级将如何变化？这是两者之间的区别以及您应注意的事项的解释。

云中的DevOps优先级？相同。 但是不一样。

我们经常听到客户说，当他们迁移到AWS时，操作会更容易。 我们告诫他们，迁移到云（甚至是AWS）并不意味着他们不再需要监视和管理其应用程序。

迁移到Amazon AWS的公司可以在硬件采购，供应和维护方面利用较低的成本和人力资源。但是您需要考虑到，当您决定在Amazon EC2上托管应用程序时，操作系统层以上的任何事情都是您的责任。

当涉及到Amazon EC2环境的备份/可用性保证/安全措施等时，优先级与本地应用程序相同。 亚马逊提供了一些本地工具和功能。但是您需要确定它们是否适合需求。

安全，备份… 管理Amazon AWS环境时需要了解什么？

那么，在迁移到Amazon EC2时需要牢记哪些特定于AWS的注意事项？而什么是最适合您的工具？您在设计应用程序上投入的时间以及如何部署和管理应用程序将为您带来回报。

首先要考虑的是如何保护Amazon EC2应用程序。必须以与本地应用程序相同的方式来考虑网络设计，例如“打开哪些端口”和“从何处允许访问”。可以在AWS中使用安全组和网络ACL（访问控制列表）进行配置。

您可以使用AWS Trusted Advisor功能*，该功能会自动检查您的AWS环境并指出是否将其设置为建议的设置，从而可以检查公司的AWS环境中的安全性问题。我们建议在实施时并定期与AWS Trusted Advisor进行检查。

安全性的另一个基本方面是身份验证和访问权限的管理。AWS将所有这些整合到AWS Identity and Access Management（AWS IAM）中。除了控制哪些人可以访问哪些EC2实例外，您还可以使用AWS IAM设置从EC2实例到其他资源（例如DB）等的访问权限。是为了在AWS IAM中正确设置帐户和访问限制。

下一个考虑因素是“如何在Amazon EC2上备份我的应用程序？” Amazon EC2提供了拍摄快照的功能，您可以执行此操作。此外，使用“ Amazon Data Lifecycle Manager”可以轻松设置定期快照以及增量备份。快照文件存储在Amazon S3存储服务上。您需要根据其容量收费，因此您需要了解所拥有的数据量，并设置诸如“通过增量备份减少容量”和“从旧数据删除”这样的设置。

需要事先考虑“可用性”。 关键是根据系统的优先级来操作系统。

最后考虑的是可用性。对于Amazon EC2应用程序以及本地应用程序，您应该根据成本和系统重要性来考虑所需的可用性级别。 但是，如果您使用Amazon的Multi-AZ部署功能，则可以在不同数据中心之间指定冗余配置。但是，使用多可用区比使用单可用区配置要花费更多（尽管不如使用冗余本地系统那样多）。在设计应用程序时，您需要考虑是否需要多可用区以及应该在可用性上投入多少。

如果您不投资于故障转移，那么您至少应该监视您的应用程序并计划在遇到宕机时如何恢复它们。 您可以使用Amazon CloudWatch轻松监视CPU，内存和磁盘等常规项目，还可以对Amazon EC2自动恢复功能进行编程，以在EC2中发生错误时自动恢复实例。

如果您的应用程序是关键任务，那么您将需要对其可用性进行更多投资。您应该考虑许多出色的第三方解决方案，它们为AWS社区提供了宝贵的功能。一种选择是SIOS AppKeeper，这是一种易于配置和使用的解决方案，可监控您的Amazon EC2实例并自动重启服务或在遇到系统故障时重启实例。这是有关AppKeeper工作原理的快速视频

虽然为您的应用程序迁移到云非常有意义，但是您不能放弃DevOps最佳实践。Amazon AWS为您提供了丰富的功能和工具，但是您仍然需要对应用程序的安全性，备份和可用性承担主要责任。您如何执行此操作取决于您的技能和应用程序本身的重要性。

我们邀请您加入使用AppKeeper的数百个客户中，通过注册服务的14天免费试用来减少其Amazon EC2停机时间。

*注意：要使用AWS Trusted Advisor，需要获得业务支持或更高级的合同。

经SIOS许可转载