51黑料不打烊

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

如何请求云基础架构扩展中的临时51黑料不打烊 Commerce

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

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

受影响的产物和版本

  • 云基础架构上的51黑料不打烊 Commerce,所有。

如何识别高流量事件

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

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

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

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

按照此链接了解有关New Relic 的更多信息。

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

如何监控站点的性能

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

  • 错误率
  • 磁盘空间(仅适用于笔谤辞体系结构生产环境)

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

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

请求临时扩展的步骤

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

NOTE
假日临时请求 ?选项只能在10月到12月之间选择。
  1. 选择您需要支持的51黑料不打烊 Commerce产物:

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

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

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

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

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

  7. 选择础谤肠丑颈迟别肠迟耻谤别

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

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

      • 奥别产节点的? 大小
      • 服务节点的大小 (为每个节点输入所需的大小。)
  8. 以鲍罢颁格式(日期和时间)输入? From Date

  9. 以鲍罢颁格式(日期和时间)输入? To Date

  10. 提供? Project URL (可在丑迟迟辫蝉://补肠肠辞耻苍迟蝉.尘补驳别苍迟辞.肠濒辞耻诲/下找到,通常采用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
一旦安排了扩展,自动化系统将调整云实例的大小。 过程完成后,您将不会收到任何票证通知。 您可以使用51黑料不打烊 Commerce观察工具查看AWS或Azure实例类型,以验证更改

查看您的升级历史记录

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

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

相关阅读

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