WindowsAzure：远程桌面，我能做什么？
我已连接到我的一个 WebRole 实例。但现在我能做什么呢？我启动服务器管理器并导航到角色 ->网络服务器-> RD00123...，但我看到的似乎不是活动实例。当我单击“浏览网站”时，我看不到已部署的站点，即使我无法查看或编辑例如配置的重写规则（在 web.config 中定义）。
同样有趣的是，inetpub 位于系统驱动器 D (d:\inetpub\wwwroot) 上，但部署的（可编辑）文件位于 E (e:\approot) 上。我想知道这是如何结合在一起的。
好的，我想知道的是：
- 如何启动 Web 角色的唯一实例版本（我找不到 IP 或端口）？
- 我如何假设 web.config 中的临时调试更改？
- 如何恢复实例的已部署版本？
I'm connected to one of my WebRole instances. But what can I do now? I startet the Server Manager and navigated to Roles -> WebServer -> RD00123..., but what I see seems not to be the active instance. When I click on "Browse WebSite" I don't see the deployed site even I can't see or edit for instance the configured rewrite rules (defined in the web.config).
It's also funny that the inetpub is on systemdrive D (d:\inetpub\wwwroot) but the deployed (editable) files are on E (e:\approot). I'm wondering how this comes togehter.
Ok the things I want to know are:
- How can I launch the unique instance version of the web role (I can't find an IP or port)?
- How can I assume temporary debug changes in the web.config?
- How can I restore the deployed version of the instance?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
1）我不相信你能做到。这是由 Azure Fabric 控制器管理的。您最多能做的就是强制单个实例（您已通过 RDP 进入的实例）重新启动/重新启动。
2）是的。但除非回收虚拟机，否则它们不会被恢复，因此请准备好自行将其撤回。这是 RDP 的一个很好的用途
3）不直接。同样，这是由 Azure Fabric 控制器控制的。但是您可以手动将原始位放回虚拟机中。
我不确定我是否理解有关服务器管理器的问题，但我可以回答有关事物所在位置的问题。 “基本”Windows Azure VM 映像是您在其中看到 INetPub 的根驱动器。该应用程序部署到单独的 VHD（因此它存在于另一个驱动器上）。如果您请求本地存储，该存储将来自另一个虚拟驱动器。这就是 Azure Fabric 管理应用程序部署的方式。如果构建得当，角色当然不会关心事物居住的地方。
1) I don't believe you can. This is managed by the Azure Fabric controller. The most you can do is force an individual instance (the one you've RDP'd into) to reboot/restart.
2) Yes. But they won't be reverted unless the VM is recycled, so be prepared to back them out yourself. This is a good use of RDP
3) Not directly. Again, this is controlled by the Azure Fabric controller. But you could put the original bits you had back into the VM manually.
I'm not sure I understand the questions regarding server manager, but I can answer the question about where things live. The "base" Windows Azure VM image is the root drive where you see INetPub at. The application is deployed to a seperate VHD (thus its presence on another drive). If you request local storage, that will come from yet another virtual drive. This is just how the Azure Fabric manages the application deployments. Properly constructed, the roles of course won't care where things live.