在Azure Portal中交换后，请求是否有可能出现500超时错误？

我在Azure Portal上进行交换时遇到了一个问题

我们的应用程序服务中有两个插槽，生产插槽和蓝色插槽。我们有两个例子。插槽和实例在交换之前都很好。交换操作是将蓝色交换到生产（而不是与预览操作交换）

交换后，其中一个实例似乎无法正常工作。网站日志如下：

• 06:07:44，1个站点预热请求，响应为200 OK
• 06:07:45~06:07:59，心跳和响应的2倍为200 OK
• 06:08:00~06:09:27，没有请求
• 06:09:28~06:09:36，13个API请求，200个响应，但需要很长时间。（正常情况下约1秒，但到达时间超过20秒）
• 06:09:37~06:11:41，再次没有请求
• 06:11:42~06:23:38，位小于2000次请求，除10个心跳外，所有响应均为500超时，每个API 230秒后响应

在应用程序日志中，从06:07:53到06:09:36只有213次记录，14分钟后没有记录。最重要的是针对Microsoft.IdentityModel.Clients.ActiveDirectory.TokenCache的令牌获取操作，但得到了相同的哈希，对我来说很奇怪

    2017-04-19T06:09:34,Information,{my-service-name},d659c0,636281789745216643,0,4252,30,"4/19/2017 6:09:34 AM: 88404b06-f143-4de1-99c1-aa2779516c3b - AcquireTokenHandlerBase: === Token Acquisition started:
        Authority: https://login.windows.net/{my-domain}/
        Resource: https://graph.windows.net
        ClientId: {my-client-id}
        CacheType: Microsoft.IdentityModel.Clients.ActiveDirectory.TokenCache (1 items)
        Authentication Target: Client
        ",00000000-0000-0000-0200-008000000056
    2017-04-19T06:09:34,Information,{my-service-name},d659c0,636281789745216643,0,4252,30,4/19/2017 6:09:34 AM: 88404b06-f143-4de1-99c1-aa2779516c3b - TokenCache: Looking up cache for a token...,00000000-0000-0000-0200-008000000056
    2017-04-19T06:09:34,Information,{my-service-name},d659c0,636281789745216643,0,4252,30,4/19/2017 6:09:34 AM: 88404b06-f143-4de1-99c1-aa2779516c3b - TokenCache: An item matching the requested resource was found in the cache,00000000-0000-0000-0200-008000000056
    2017-04-19T06:09:34,Information,{my-service-name},d659c0,636281789745216643,0,4252,30,4/19/2017 6:09:34 AM: 88404b06-f143-4de1-99c1-aa2779516c3b - TokenCache: 58.305389355 minutes left until token in cache expires,00000000-0000-0000-0200-008000000056
    2017-04-19T06:09:34,Information,{my-service-name},d659c0,636281789745216643,0,4252,30,4/19/2017 6:09:34 AM: 88404b06-f143-4de1-99c1-aa2779516c3b - TokenCache: A matching item (access token or refresh token or both) was found in the cache,00000000-0000-0000-0200-008000000056
    2017-04-19T06:09:34,Information,{my-service-name},d659c0,636281789745216643,0,4252,30,"4/19/2017 6:09:34 AM: 88404b06-f143-4de1-99c1-aa2779516c3b - AcquireTokenHandlerBase: === Token Acquisition finished successfully. An access token was retuned:
        Access Token Hash: {same-hash}
        Refresh Token Hash: [No Refresh Token]
        Expiration Time: 4/19/2017 7:07:52 AM +00:00
        User Hash: null
        ",00000000-0000-0000-0200-008000000056

同时，另一个实例运行良好，每分钟超过100个请求，只有200个OK。处理时间也很正常，大多数不到1秒

在每个实例的度量监控中，我注意到了两件事

• 这个实例的CPU使用率很高，是另一个实例的10倍
• 此实例的Http队列长度等于8.0，但在其他时间或其他实例中只能找到0.0

然后将生产切换回蓝色，实例和插槽再次工作

这是我们第一次遇到这个问题，以前在同一部署中从未遇到过。是否有可能导致此问题，如何解决或避免

提前谢谢你的建议

问候

香港