如何处理Azure平台的计划外升级 [英] How to deal with Azure platform unplanned upgrade

问题描述

大家好，

我在Azure上运行azure app服务。我正面临停工期由于应用程序在Azure平台升级时被回收或重新启动，因此一个月内多次性能降低。当我查看诊断部分时，它说
在不同区域配置Azure Traffic Manager。但我们的数据库位于东亚地区。当我在"东南亚"的不同地区创建另一个应用服务时，网络延迟会增加导致性能下降，同时与东亚地区的数据库建立连接
。

I have azure app service running on Azure. I am facing downtime & slow performance multiple times in a month because the application gets recycled or restarted at the time of Azure platform upgrade. When I looked into the diagnostic section it says to configure Azure Traffic Manager in different region. But our database is in East Asia region. When I create another app service in different region say 'southeast asia' then network latency will increase leading to slow performance while making connection to Database which is in East Asia region.

我可以在同一地区"东亚"创建另一个应用服务并配置流量管理器，以便每当azure开始升级运行我的应用服务的实例的平台时，流量管理器就会将流量路由到其他
应用服务在同一地区'东亚'？这样做可以帮助应用服务与数据库进行通信，减少网络延迟，因为应用服务和数据库都位于同一区域？

Can I create another app service in the same region 'East Asia' and configure Traffic Manager so that whenever azure starts upgrading the platform of the instance on which my app service is running, then traffic manager will route the traffic to the other app service which is in the same region 'East Asia'? Doing so will help app service to communicate with the database with less network latency because the app service and the database both are in the same region?

请告知。

Please advise.

谢谢。

推荐答案

请检查看看它是否应该主动自动治疗。
主动Auto Heal仅对我们认为处于不良状态的网站采取纠正措施，恢复
的最佳方法是简单地重新启动Web App 。它默认启用，您可以根据需要禁用此选项，看看这个博客：
https://blogs.msdn.microsoft.com / appserviceteam / 2017/08/17 /主动 - 自动治疗/

Kindly check to see if its due Proactive Auto Healing. Proactive Auto Heal will only take corrective actions for the sites that we have deemed to be in a bad state for which the best way to recover is to simply restart the Web App. Its enabled by default, you could disable this option as necessary, take a look at this blog: https://blogs.msdn.microsoft.com/appserviceteam/2017/08/17/proactive-auto-heal/

< span lang ="EN-IN"style ="font-size：10.0pt; font-family：'Verdana'，sans-serif;颜色：＃454545;背景：白色">重要的是要注意App Service的保证和维护它  SLA  
，即使在更新期间也是如此。此外，我们尽量避免在本地工作时间内更新，除非存在紧急安全问题或高优先级项目以缓解。

看一下博客 
揭开App Service OS更新背后的魔力，了解有关此主题的更多详细信息。

Take a look at the blog  Demystifying the magic behind App Service OS updates for more details on this topic.

应用程序性能缓慢可能有几个原因：

• 网络请求需要很长时间
• < span style ="font-size：10.0pt; font-family：'Verdana'，sans-serif">应用程序代码或数据库查询效率低下
• 使用高内存/ CPU的应用程序
• 应用程序因异常而崩溃

• Network requests taking a long time
• Application code or database queries being inefficient
• Application using high memory/CPU
• Application crashing due to an exception

我建议你看一下文档部分概述的步骤过程
故障排除步骤隔离问题。

每个Traffic Manager配置文件最多只能有一个来自每个Azure区域的Web App端点。要解决此约束，可以将Web
应用程序配置为外部端点。 通常，Traffic Manager用于将流量定向到部署在不同区域的应用程序。但是，它也可以在应用程序在同一区域中具有多个部署的情况下使用。
Traffic Manager Azure端点不允许将同一Azure区域中的多个Web App端点添加到同一个Traffic Manager配置文件中。

这篇关于如何处理Azure平台的计划外升级的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！