Adobe Commerce托管警报:内存警告警报

本文提供了当您在New Relic中收到Adobe Commerce的内存警告警报时的故障排除步骤。 需要立即采取措施来解决问题。 根据您选择的警报通知渠道,警报将类似于以下内容。

内存警告

受影响的产品和版本

Adobe Commerce on cloud infrastructure Pro计划架构

问题

如果您已为New Relic🔗注册了托管警报,并且一个或多个警报阈值已超出,则您将在Adobe Commerce中收到警报。 这些警报由Adobe Commerce开发,旨在通过支持和工程部门的分析为客户提供一组标准。

做!

  • 建议在清除此警报之前,中止任何计划的部署。
  • 如果您的网站处于或完全无响应,请立即将网站置于维护模式。 有关步骤,请参阅我们的开发人员文档中的安装指南>启用或禁用维护模式。 确保将您的IP添加到免除IP地址列表,以确保您仍然能够访问站点进行故障排除。 有关步骤,请参阅我们的开发人员文档中的维护免除IP地址列表

不要!

  • 启动其他营销活动,这可能会给您的网站带来其他页面查看次数。
  • 运行索引器或其他cron,这可能会对CPU或磁盘造成额外压力。
  • 执行任何主要管理任务(即管理员、数据导入/导出)。
  • 清除缓存。

解决方案

按照以下步骤确定原因并排除故障。

  1. 使用New Relic APM的“基础结构”页识别顶级内存密集型进程。 有关步骤,请参阅New Relic 基础架构监视主机页面>进程选项卡。 如果Redis或MySQL等服务是内存消耗的最大来源,请尝试以下操作:

  2. 如果您仍在努力识别问题的根源,请使用New Relic APM的“事务”页识别具有性能问题的事务:

    • 按升序Apdex分数对事务排序。 Apdex指用户对Web应用程序和服务的响应时间的满意度。 低Apdex分数可能表示瓶颈(响应时间较长的事务)。 通常为数据库、Redis或PHP。 有关步骤,请参阅New Relic 查看Apdex满意度最高的事务
    • 按最高吞吐量、最慢的平均响应时间、最耗时的阈值和其他阈值对事务进行排序。 有关步骤,请参阅New Relic 查找具体性能问题。 如果您仍在努力找出问题,请使用New Relic APM的“基础架构”页面。
  3. 如果您无法确定内存消耗增加的原因,请查看近期趋势以确定近期代码部署或配置更改(例如,新客户组和目录的大幅更改)中存在的问题。 建议您查看过去七天的活动,以了解代码部署或更改中的任何关联。

  4. 如果上述方法不能帮助您在合理的时间内找到原因和/或解决方案,请请求升级站点,或者将站点置于维护模式(如果尚未这样做)。 有关步骤,请参阅我们的支持知识库中的如何请求临时调整大小以及开发人员文档中的安装指南>启用或禁用维护模式

  5. 如果Upsize使站点恢复正常运营,请考虑请求永久升级(联系您的Adobe客户团队),或尝试通过运行负载测试和优化查询或在专用暂存中重现问题,或尝试运行降低服务压力的代码。 请参阅我们的开发人员文档中的Adobe Commerce on cloud infrastructure > Test Deployment > Load and stress testing

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a