Azure 计算模拟器 v2.5.0.0 - IP 地址和端口(v2.5 中的公共(public)端口)步行

Question

1. documentation说 – 在 Azure SDK 1.5 之前，Web 角色部署分配在相同的 IP 地址 – 127.0.0.1，不同的端口号用于区分 Web 角色。现在这种行为又回来了吗？我注意到我的 Web 角色部署在同一 IP 地址下，但端口号不同。

2. 如果应用程序在计算机重新启动后首次运行，我会始终获得端口重新映射。经过进一步调查，我注意到以下事情。

   • 如果计算机在未退出计算模拟器的情况下重新启动，则之前部署的 Web 角色的端口不会被释放。机器重新启动后，找到下面 netstat 的输出。这使得计算模拟器发现 csdef 中提到的端口 (8070) 繁忙，并考虑在下次部署时重新映射。假设我们退出计算模拟器或在重新启动之前从命令行执行 csrun.exe removeall/clean/shutdown ，那么用于部署服务的所有端口都会被释放。

netstat -aon | findstr 8070

原始本地地址外部地址状态PID

TCP 0.0.0.0:8070 0.0.0.0:0 监听 4

TCP [::]:8070 [::]:0 监听 4

TASKLIST /FI "PID eq 4"

图像名称 PID session 名称 session # 内存使用情况

系统 4 服务 0 288 K

• 由于 Azure SDK 2.5 中上述场景的端口重新映射，该服务在预期地址(ip:端口)不可用。Azure SDK 2.1 中也发生了重新映射，但只有专用端口受到影响，并且应用程序作为公共(public)端口运行保持不变。但在 Azure SDK 2.5 中，公共(public)端口被重新映射，这会导致应用程序失败。在 Azure SDK 2.1 和 2.5 中查找以下 csrun.exe/run [包详细信息] 的屏幕截图

您推荐解决此问题的解决方案吗？

Answer 1

我找到了上述问题的解决方案。

1. MSDN documentation说 – 在 Azure SDK 1.5 之前，Web 角色部署分配在同一 IP 地址 – 127.0.0.1，不同的端口号用于区分 Web 角色。

如果模拟器模式处于 iisexpress 中，则会存在此行为(相同的 IP 地址，但不同的 Web 角色使用不同的端口)。

我在 Azure SDK 2.5 中意识到 - 默认情况下是 iisexpress 模式(与 Azure SDK 2.1 一样 - 默认情况下是 fullemulator 模式)。当 fullemulator 参数设置 /usefullemulator

时，所有内容都开始工作

csrun.exe /devfabric:shutdown /usefullemulatorcsrun.exe /devfabric:clean /usefullemulatorcsrun.exe /devfabric:start /usefullemulatorcsrun.exe /run [pack]  /usefullemulator