Adobe Commerce的受管警报:Apdex警告警报
本文提供了在New Relic中收到Adobe Commerce的Apdex警告警报时的故障排除步骤。 Apdex得分衡量用户对Web应用程序和服务的响应时间的满意度。 需要立即采取措施来解决问题。 根据您选择的警报通知渠道,警报将类似于以下内容。
受影响的产品和版本
- Adobe Commerce on cloud infrastructure Pro计划架构
- 云基础架构上的Adobe Commerce入门计划架构
问题
如果您已为New Relic🔗注册了个托管警报,并且一个或多个警报阈值已超出,则您将在Adobe Commerce中收到托管警报。 这些警报由Adobe开发,旨在通过支持和工程部门的分析为商家提供一套标准。
做!
- 中止任何计划的部署,直到清除此警报。
- 如果您的网站处于或完全无响应,请立即将网站置于维护模式。 有关步骤,请参阅我们的开发人员文档中的安装指南>启用或禁用维护模式。 确保将您的IP添加到免除IP地址列表,以确保您仍然能够访问站点进行故障排除。 有关步骤,请参阅我们的开发人员文档中的维护免除IP地址列表。
不要!
- 启动其他营销活动,这可能会给您的网站带来其他页面查看次数。
- 运行索引器或其他cron,这可能会在CPU或磁盘上造成额外压力。
- 执行任何主要管理任务(即Commerce管理、数据导入/导出)。
- 清除缓存。
解决方案
按照以下步骤确定原因并排除故障。
-
要确定问题的根源,请使用New Relic APM的“事务”页来识别性能有问题的事务:
- 按升序Apdex分数对事务排序。 Apdex指用户对Web应用程序和服务的响应时间的满意度。 低Apdex分数可能表示瓶颈(响应时间较长的事务)。 通常是数据库、 Redis或PHP。 有关步骤,请参阅New Relic 查看Apdex满意度最高的事务。
- 按最高吞吐量、最慢的平均响应时间、最耗时的阈值和其他阈值对事务进行排序。 有关步骤,请参阅New Relic 查找具体性能问题。
-
使用New Relic APM的“基础结构”页识别资源密集型进程。 有关步骤,请参阅New Relic 基础架构监视主机页面>进程选项卡。
-
如果Redis或MySQL等服务是内存消耗的最大来源,请尝试以下操作:
- 检查您是否使用最新版本。 较新版本有时可以修复内存泄漏。 如果您不是最新版本,请考虑升级。 有关步骤,请参阅我们的开发人员文档中的Cloud for Adobe Commerce >服务>更改服务。
-
如果问题不是由服务版本引起的:
- 检查其他MySQL问题,如长时间运行的查询、未定义主键以及重复的索引。 有关步骤,请参阅我们的支持知识库中的Adobe Commerce中关于云基础架构的最常见数据库问题。
- 检查其他PHP问题。 通过在CLI/终端中运行
ps aufx
来查看正在运行的进程。 在终端输出中,您将看到当前正在执行的cron作业和进程。 检查进程执行时间的输出。 如果存在执行时间较长的cron,则该cron可能会挂起。 有关疑难解答步骤,请参阅我们的支持知识库中的性能缓慢、运行缓慢且时间较长cron和Cron作业停留在“正在运行”状态。
-
确定问题的潜在源后,可通过SSH连接到环境以进一步调查。 有关步骤,请参阅我们的开发人员文档中的Cloud for Adobe Commerce >技术和要求> SSH到您的环境。
-
如果您仍在努力确定源,请查看最新趋势,以确定最近的代码部署或配置更改(例如,新客户组和目录的大幅更改)中存在的问题。 建议您查看过去七天的活动,以了解代码部署或更改中的任何关联。
-
如果您在合理的时间内找不到解决方案,请请求升级站点,或者将站点置于维护模式(如果尚未这么做)。 有关步骤,请参阅我们的支持知识库中的如何请求临时调整大小,以及开发人员文档中的安装指南>启用或禁用维护模式。
-
如果upsize将站点恢复为正常运营,请考虑请求永久升级(联系您的Adobe客户团队),或通过运行负载测试和优化查询来尝试在专用暂存中重现问题,或尝试运行代码以减轻服务压力。 请参阅我们的开发人员文档中的Cloud for Adobe Commerce >测试部署>负载和压力测试。