[仅限PaaS]{class="badge informative" title="仅适用于云项目(Adobe管理的PaaS基础架构)和内部部署项目上的Adobe Commerce 。"}

如何请求云基础架构扩展中的临时Adobe Commerce

如果贵组织正在计划一个您预计会有高流量的在线活动,或者您突然发现您的网站正在进行高流量活动,则可以提交支持票证,以请求为云基础架构存储上的Adobe Commerce临时添加额外的云容量。

NOTE
非紧急升级请求需要48小时通知。 升级促销活动不被视为紧急情况,除非站点完全无法正常工作或接收的流量比预期高得多,并且性能严重降低。

受影响的产品和版本

如何识别高流量事件

在New Relic警报中,您可以使用基线警报条件来定义根据数据行为调整的阈值。

基线警报可用于创建满足以下条件的警报条件:

  • 仅在数据行为异常时通知您。
  • 动态调整以适应不断变化的数据和趋势,包括每日或每周趋势。

此外,当您还没有已知行为时,基线警报可很好地用于新应用程序。

按照此链接了解有关New Relic 应用智能的异常检测的更多信息。

如果收到建议高流量事件的警报通知,您可能需要考虑提交支持票证以请求额外容量。 请按照以下步骤操作。

如何监控站点的性能

Adobe为Adobe Commerce on cloud infrastructure提供一套New Relic警报策略专业规划架构和Adobe Commerce on cloud infrastructure入门规划架构用于跟踪以下关键性能指标的生产环境:

  • Apdex得分
  • 错误率
  • 磁盘空间(仅适用于Pro体系结构生产环境)

根据行业最佳实践,这些策略可设置影响性能的警告和严重情况的阈值。 当站点遇到触发警报阈值的基础架构或应用程序问题时,New Relic会发送警报通知,以便您能够主动解决该问题。 要使用这些策略,必须配置通知通道以接收警报消息。

按照此链接了解如何配置基于性能的警报

请求临时扩展的步骤

要请求临时性额外云容量,请在Adobe Commerce支持中心提交支持票证,并提供以下信息:

NOTE
假日临时请求 ​选项只能在10月到12月之间选择。
  1. 选择您需要支持的Adobe Commerce产品:

    • Commerce Cloud
    • Commerce on Managed Service
  2. 填写以下字段:

    • Case Title
    • Case Description (请确保它们清楚地描述了问题和上下文。)
  3. 从​ 下拉菜单中选择 ​基础架构更改请求​ Issue Reason

  4. 从下拉菜单中选择​ Environment

  5. 从下拉菜单中选择相应的​ Product Version

  6. 从​ 下拉菜单中选择 ​云项目调整大小(vCPU)Which Infra Change you would like to do today

  7. 选择Architecture

    • 默认架构: ​从​ 选择大小 ​下拉菜单中选择​ 下一个可用大小

    • 缩放架构: ​选定后,屏幕将更改为显示另外两个字段:

      • Web节点的​ 大小
      • 服务节点的大小 (为每个节点输入所需的大小。)
  8. 以UTC格式(日期和时间)输入​ From Date

  9. 以UTC格式(日期和时间)输入​ To Date

  10. 提供​ Project URL (可在https://accounts.magento.cloud/下找到,通常采用https://[REGION].magento.cloud/projects/PROJECT_ID格式)

  11. 输入​ Project ID

  12. 提供​ Affected URL (必须以http://https://开头。)

  13. 选择​ Priority

  14. 选择​ Business Impact

  15. 确认​ Time Zone (例如,(UTC-5:00) Indiana (East)

  16. 输入​ Phone Number (如+12015550123

  17. 单击​ Submit ​完成您的支持案例。

NOTE
一旦安排了扩展,自动化系统将调整云实例的大小。 过程完成后,您将不会收到任何票证通知。 您可以使用Adobe Commerce观察工具查看AWS或Azure实例类型,以验证更改

查看您的升级历史记录

通过向​ CSM(客户成功经理) ​请求信息,您可以查看所请求调整大小的历史记录。
以下信息适用于每个调整大小请求:

  • 大小开始日期: upsize请求的日期。
  • 大小结束日期:群集返回到先前大小的日期。
  • vCPU大小:在升级后的群集大小。
  • 天使用量:群集保持升迁的天数。
  • 周期vCPU:将vCPU大小更改为其使用的天数。 (例如,vCPU大小192 x 25天等于4,800)。

相关阅读

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