监视Adobe Experience Manager Assets部署的最佳实践

从Experience Manager Assets的观点来看，监测应包括观察和报告以下过程和技术：

• 系统CPU
• 系统内存使用
• 系统磁盘IO和IO等待时间
• 系统网络IO
• 用于堆利用和异步进程(如工作流)的JMX MBean
• OSGi控制台运行状况检查

通常，Experience Manager Assets可以通过两种方式进行监控，即实时监控和长期监控。

实时监视

您应在开发的性能测试阶段或高负载情况下执行实时监控，以了解环境的性能特性。 通常，应使用一套工具执行实时监视。 以下是一些建议：

• 可视VM:Visual VM使您能够视图详细的Java VM信息，包括CPU使用、Java内存使用。此外，它还允许您对在部署上运行的代码进行采样和评估。

• 首页:Top是打开仪表板的Linux命令，该命令显示使用情况统计信息，包括CPU、内存和IO使用情况。它提供了实例中所发生情况的高级概述。

• 顶部:Htop是一个交互式进程查看器。除了Top提供的功能外，它还提供详细的CPU和内存使用。 Htop可安装在使用yum install htop或apt-get install htop的大多数Linux系统上。

• Iotop:Iotop是有关磁盘IO使用情况的详细仪表板。 它显示描述使用磁盘IO的进程及其使用量的栏和仪表。 Iotop可以安装在使用yum install iotop或apt-get install iotop的大多数Linux系统上。

• Iftop:Iftop显示有关以太网/网络使用的详细信息。Iftop显示使用以太网的实体的每个通信渠道统计信息以及它们使用的带宽量。 Iftop可安装在使用yum install iftop或apt-get install iftop的大多数Linux系统上。

• Java飞行记录器(JFR):一种来自Oracle的商业工具，您可以在非生产环境中自由使用。 有关详细信息，请参阅如何使用Java飞行记录器诊断CQ运行时问题。

• Experience Manager error.log 文件：您可以调查文 Experience Manager error.log 件，了解已记录到系统中的错误的详细信息。使用命令tail -F quickstart/logs/error.log识别要调查的错误。

• 工作流控制台:利用工作流控制台来监控滞后或卡住的工作流。

通常，您一起使用这些工具可以获得有关Experience Manager部署性能的全面概念。

图：使用Visual VM工具进行实时监视。

长期监测

对Experience Manager部署的长期监控包括对实时监控的相同部分进行更长时间的监控。 还包括定义特定于您的环境的警报。

日志聚合和报告

聚合日志有多种可用工具，例如Splunk™和Elastic Search、Logstash和Kabana(ELK)。 要评估Experience Manager部署的正常运行时间，了解特定于系统的日志事件并基于它们创建警报非常重要。 深入了解您的开发和操作实践可以帮助您更好地了解如何调整日志聚合过程以生成关键警报。

环境监视

环境监控包括监控以下内容：

• 网络吞吐量
• 磁盘IO
• 内存
• CPU利用率
• JMX MBean
• 外部网站

您需要NewRelic™和AppDynamics™等外部工具来监视每个项目。 使用这些工具，您可以定义特定于系统的警报，例如高系统利用率、工作流备份、运行状况检查失败或未经身份验证的网站访问。 Adobe不推荐任何特定工具。 查找适合您的工具，并利用它来监视讨论的项目。

内部应用程序监视

内部应用程序监视包括监视构成Experience Manager堆栈的应用程序组件，包括JVM、内容存储库，以及通过平台上构建的自定义应用程序代码进行监视。 一般来说，它是通过JMX Mbeans执行的，这些解决方案可以由许多流行的监视解决方案直接进行监视，如SolarWinds™,HP OpenView™,Hyperic™,Zabix™等。 对于不支持直接连接到JMX的系统，您可以编写shell脚本以提取JMX数据并以它们本身理解的格式向这些系统公开它。

默认情况下，不启用对JMX Mbeans的远程访问。 有关通过JMX进行监视的详细信息，请参阅使用JMX技术进行监视和管理。

在许多情况下，要有效监视统计数据，需要基线。 要创建基线，在预定时间段内观察系统在正常工作条件下，然后识别正常量度。

JVM监控

与任何基于Java的应用程序堆栈一样，Experience Manager取决于通过基础Java虚拟机提供给它的资源。 您可以通过JVM公开的平台MXBean来监视其中许多资源的状态。 有关MXBean的详细信息，请参阅使用平台MBean服务器和平台MXBeans。

以下是一些可监视JVM的基准参数：

内存

• MBean: lava.lang:type=Memory
• URL: /system/console/jmx/java.lang:type=Memory
• 实例：所有服务器
• 警报阈值：当堆或非堆内存利用率超过相应最大内存的75%时。
• 警报定义：系统内存不足，或代码中出现内存泄漏。 分析线程转储以得出定义。

线程

• MBean:java.lang:type=Threading
• URL:/system/console/jmx/java.lang:type=Threading
• 实例：所有服务器
• 警报阈值：当线程数大于基线的150%时。
• 警报定义：要么存在一个活动失控的过程，要么低效操作消耗大量资源。 分析线程转储以得出定义。

监视器Experience Manager

Experience Manager 还通过JMX公布一组统计和操作。这些功能有助于评估系统运行状况并在潜在问题影响用户之前找出它们。 有关详细信息，请参阅Experience Manager JMX MBean上的documentation。

以下是可以监视的Experience Manager的一些基线参数：

复制代理

• MBean:com.adobe.granite.replication:type=agent,id=”<AGENT_NAME>”

• URL:/system/console/jmx/com.adobe.granite.replication:type=agent,id=”<AGENT_NAME>"

• 实例：一个作者实例和所有发布实例（用于刷新代理）

• 警报阈值：当QueueBlocked的值为true或QueueNumEntries的值大于基线的150%时。

• 警报定义：系统中存在阻止的队列，指示复制目标已关闭或不可到达。 通常，网络或基础架构问题会导致过多条目排队，从而对系统性能产生不利影响。

会话计数器

• MBean:org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
• URL:/system/console/jmx/org.apache.jackrabbit.oak:id=7,name="OakRepository统计",type="RepositoryStats"
• 实例：所有服务器
• 警报阈值：当打开的会话超过基线50%时。
• 警报定义：会话可以通过一段代码打开，并且永不关闭。 这可能会随着时间推移缓慢发生，并最终导致系统中的内存泄漏。 虽然系统上的会话数应有所波动，但不应持续增加。

运行状况检查

操作仪表板中可用的运行状况检查具有相应的JMX MBean以进行监视。 但是，您可以编写自定义运行状况检查来显示其他系统统计信息。

以下是一些开箱即用的运行状况检查，它们有助于监控：

• 系统检查

  • MBean:org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
  • URL:/system/console/jmx/org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
  • 实例：一个作者，所有发布服务器
  • 警报阈值：状态不正常时
  • 警报定义：其中一个量度的状态为“警告”或“关键”。 检查log属性，以了解有关问题原因的更多信息。

• 复制队列

  • MBean:org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
  • URL:/system/console/jmx/org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
  • 实例：一个作者，所有发布服务器
  • 警报阈值：状态不正常时
  • 警报定义：其中一个量度的状态为“警告”或“关键”。 有关导致此问题的队列的详细信息，请检查log属性。

• 响应性能

  • MBean:org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
  • URL:/system/console/jmx/org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
  • 实例：所有服务器
  • 警报持续时间：状态不正常时
  • 警报定义：其中一个量度的状态为“警告”或“关键”状态。 有关导致此问题的队列的详细信息，请检查log属性。

• 查询性能

  • MBean:org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck
  • URL:/system/console/jmx/org.apache.sling.healthcheck:name= queriesStatus,type=HealthCheck
  • 实例：一个作者，所有发布服务器
  • 警报阈值：状态不正常时
  • 警报定义：一个或多个查询在系统中运行缓慢。 有关导致此问题的查询的详细信息，请检查log属性。

• 活动包

  • MBean:org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
  • URL:/system/console/jmx/org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
  • 实例：所有服务器
  • 警报阈值：状态不正常时
  • 警报定义：系统上存在非活动或未解析的OSGi捆绑包。 有关导致此问题的捆绑包的详细信息，请查看log属性。

• 日志错误

  • MBean:org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
  • URL:/system/console/jmx/org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
  • 实例：所有服务器
  • 警报阈值：状态不正常时
  • 警报定义：日志文件中有错误。 检查log属性，以了解有关问题原因的更多信息。

共同问题和决议

在监控过程中，如果您遇到问题，可以执行以下一些疑难解答任务，以解决Experience Manager部署的常见问题：

• 如果使用TarMK，请经常运行焦油压缩。 有关详细信息，请参阅维护存储库。

• 检查OutOfMemoryError日志。 有关详细信息，请参阅分析内存问题。

• 检查日志中是否有对未索引查询、树遍历或索引遍历的引用。 这表示未编制索引的查询或未充分编制索引的查询。 有关优化查询和索引性能的最佳实践，请参阅查询和索引的最佳实践。

• 使用工作流控制台验证您的工作流是否按预期方式执行。 如果可能，将多个工作流精简为单个工作流。

• 重新访问实时监控，并寻找任何特定资源的其他瓶颈或高消费者。

• 调查客户端网络的出口点和到Experience Manager部署网络（包括调度程序）的入口点。 这些往往是瓶颈领域。 有关详细信息，请参阅资产网络注意事项。

• 调整Experience Manager服务器的大小。 您的Experience Manager部署规模可能不足。 Adobe客户关怀团队可以帮助您确定您的服务器是否规模不足。

• 检查access.log和error.log文件，以查找出错时的条目。 查找可能指示自定义代码异常的模式。 将它们添加到您监视的事件列表。