我有一个现有的虚拟networking（VN）在Azure中设置。 有一个虚拟机。 VN是使用Azure DNS的基本networking，并且使用默认设置（如果内存服务）创build。
我能够configuration云服务，并通过Cloud.cscfg文件将其添加到VN，例如添加：
<NetworkConfiguration> <VirtualNetworkSite name="Group Group-n xxxxxx" /> <AddressAssignments> <InstanceAddress roleName="yyyyy.API"> <Subnets> <Subnet name="Subnet-42" /> </Subnets> </InstanceAddress> <InstanceAddress roleName="yyyyy.WorkerRole"> <Subnets> <Subnet name="Subnet-42" /> </Subnets> </InstanceAddress> </AddressAssignments> </NetworkConfiguration> 为了保护无辜者，名称已经改变。 请注意，地区名称和亲和力组没有提供 – 我不确定这是否相关。
我对我们上传后部署的cscfg文件做了类似的调整，并且能够更新configuration而不会造成问题。
设置工作（为某些定义的工作），我们的云服务中的networking和工作者angular色能够通过TCP发送消息到我们的虚拟机在同一个VN使用IP号码寻址（有时也使用FQDN虚拟主机，但这是另一个问题，可能会导致另一个问题）。
那个云服务是一个开发堆栈。 为了testing我们的部署过程的工作原理，我重新部署了这个云服务，而没有进行networkingconfiguration，并确认这个angular色不再在VN的子网上列出。
然后，我尝试使用相同的configuration将相同区域中的其他云服务添加到虚拟networking。
部署失败时出现消息“部署无法使用属于azure色的区域的VNNAME”。
我做了一些search，发现一点帮助，例如https://social.msdn.microsoft.com/Forums/en-US/68623f13-5acb-4cba-bb69-6c924e2786ef/the-deployment-cannot-use-the -virtualnetwork -即，属于对一个区域？论坛= WAVirtualMachinesVirtualNetwork
描述了一个类似的问题，没有得到很多有用的build议。
所以，问题是，在向现有虚拟networking添加和删除Azure云服务时需要采取的正确步骤是什么，并且有人知道与Azure有关的虚拟networkingconfiguration问题可能导致上述行为？
谢谢
PS我记得一些可能相关的信息。 当原始云服务被添加到VN时，它是到没有任何东西部署到生产槽的云服务的登台槽。 在第二种情况下，该服务正在部署到具有正在运行的Web和Workerangular色的占用生产槽的服务的登台槽中。
这个问题太古老了，我忘了很多细节。 尽pipe如此，我们办公室里有人看着这个。 他们没有遇到同样的问题。 我想这是因为Azure被破坏了，现在他们已经修复了，但这可能是错误的。
这可能不是我的具体问题的正确解决scheme，但它至less可以作为我们合适的解决方法，我想我会分享它。
在使用预先定义的虚拟networking时，当尝试在Azure门户上创build新实体（例如虚拟机）时，我的同事注意到，除了要求为新实体提供区域之外，他还可以提供虚拟networking名称。 他这样做了。 他没有任何我注意到的问题。