DEV Community
·
Azure 应用服务 - 隐藏的网络陷阱
💡
原文英文，约500词，阅读约需2分钟。
📝
内容提要
几周前，我调查了影响两个Azure App Service实例的间歇性数据库连接失败问题。生产环境出现故障，而开发环境正常。经过检查，发现两个VNet的地址空间重叠，导致DNS和路由表缓存清除后出现连接失败。这提醒我们关注网络配置，特别是VNet地址空间重叠的问题。
🎯
关键要点
-
几周前，调查了影响两个Azure App Service实例的间歇性数据库连接失败问题。
-
生产环境出现故障，而开发环境正常。
-
两个App Service在同一App Service计划下运行，且各自使用独立的Azure存储账户和Azure SQL数据库。
-
第一个应用无法连接到存储账户，第二个应用无法连接到Azure SQL数据库。
-
重启应用后，连接失败的问题发生了反转。
-
检查网络配置发现两个VNet的地址空间重叠，导致DNS和路由表缓存清除后出现连接失败。
-
DNS解析返回正确的私有端点IP，但发现两个应用的私有端点IP相互重叠。
-
相同的地址空间使得App Service计划的网络堆栈将两个VNet视为对等，但Azure不允许重叠地址空间的VNet对等。
-
在缓存未清除时，系统能够正常工作，但重启后缓存被清除，导致连接失败。
-
提醒注意网络配置，特别是VNet地址空间重叠的问题。
❓
延伸问答
Azure App Service实例间歇性数据库连接失败的原因是什么？
原因是两个VNet的地址空间重叠，导致DNS和路由表缓存清除后出现连接失败。
在Azure中，如何检查VNet的地址空间是否重叠？
可以通过检查VNet的配置和地址空间设置来确认是否存在重叠。
为什么开发环境没有受到影响，而生产环境出现了故障？
因为生产环境的配置存在VNet地址空间重叠的问题，而开发环境没有此问题。
重启Azure App Service后，为什么连接问题会反转？
重启后，DNS和路由表缓存被清除，导致系统重新计算IP，出现连接失败的反转现象。
如何避免Azure VNet地址空间重叠的问题？
在配置VNet时，确保每个VNet的地址空间不重叠，并进行仔细检查。
Azure VNet对等连接的限制是什么？
Azure不允许对等连接具有重叠地址空间的VNet。
🏷️
标签
➡️
