Azure VM 出站 HTTP 不可靠 [英] Azure VM outbound HTTP is unreliable

查看:64
本文介绍了Azure VM 出站 HTTP 不可靠的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我已经安装了 Azure VM 并安装了一个监控服务,该服务可以访问各种端点以验证 200 响应.该服务设置为每 5 分钟左右循环通过大约 8 个 URL 端点.

I have setup and Azure VM and installed a monitoring service that reaches out to various endpoints to verify a 200 response. The service is set to cycle through about 8 URL endpoints every 5 minutes or so.

我们已从 Azure 之外的多台其他服务器运行此服务,包括廉价的低端产品的虚拟机.

We have run this service from multiple other servers outside of Azure, including virtual machines that are cheap, low end offerings.

虽然这台机器在最低的 A0 上运行,但除了运行此服务并调用各种端点之外,它没有做任何其他事情.

While this machine is running on the lowest A0, it isn't doing anything else other than to run this service and call out to the various endpoints.

我们遇到了间歇期,其中列表中的一个调用将在不同的时间段内失败,时间跨度为 10 到 40 分钟,每天随机数次.

We are getting intermittent periods where one of the calls out of the list will fail for different periods that span 10-40 minutes at random periods several times a day.

出现故障的一个或多个站点完全是随机的,其他监视器位置没有停机时间.我们确定连接问题出在 Azure 和 Azure 外部的端点之间.在 Azure 之外的任何地方都没有问题.

The site or sites that fail are totally random and there is no down time from other monitor locations. We are sure that the connection problem is between Azure and the endpoints outside of Azure. There is no problem from anywhere outside of Azure.

我正在尝试找出可能导致此问题的原因.我很担心,因为我们很快就会向 Azure 添加更多服务,这些服务使用外部 HTTP 调用进行信用卡授权和其他 API.

I'm trying to figure out what could be causing this issue. It concerns me because we will be adding more services to Azure soon that use outside HTTP calls for credit card authorization and other API's.

这是一个已知问题,即出站呼叫有时无法可靠运行,还是我在设置或安全设置中遗漏了什么?

Is this a known issue where outbound calls just don't function reliably at periods, or am I missing something in the setup or security settings?

显然,如果调用成功而响应没有返回,情况会更糟,因为信用卡费用最终会被推送并且应用程序不会注册正确的响应.

Obviously, if the call makes it out and the response doesn't make it back, that is even worse as credit card charges would end up being pushed and the application would not register the proper response.

任何有经验或洞察力的人都将不胜感激.

Anyone with some experience or insight would be greatly appreciated.

谢谢!

推荐答案

我觉得这非常令人不安和难以置信,因为在许多其他事情中,我也运行这样的服务......就我而言,我达到了IPV4 和 IPV6 上的几个(今天,大约 70 个)外部地址.我不跑A0,我的大部分机器都是A3.我会开始一个A0来测试它...如果有什么结果我会回来</terminator>报告...

I find that very disturbing and hard to believe since, among a lot of other stuff, I run a service like that too... In my case I reach out to several (today, about 70) external addresses on both IPV4 and IPV6. I don't run A0s, and most of my machines are A3. I'll start a A0 to test it... if anything turns out <terminator>i'll be back</terminator> to report...

我知道关于网络流量有几个限制,但我认为您无法通过您报告的方式联系到这些限制...

I know that there are several limitations regarding network traffic but i don't think you can reach them the way you're reporting...

我的建议是通过支持票直接向 MS 报告该问题...很可能问题出在另一边...

My suggestion is to report that problem directly to MS via support ticket... most likely the problem is on the other side...

这篇关于Azure VM 出站 HTTP 不可靠的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆