单个Cloud Service中的VM间通信

在Azure文档中花费了大量的时间之后。似乎在同一个云服务（而不是VNet）中的虚拟机能够相互交stream的能力是不一致的。通过经验我知道虚拟机可以互相交stream，但几乎看起来没有保证的行为。

虚拟networking概述特别没有帮助，因为它表示“您的虚拟机或云服务是否需要在Azure中相互通信”。这使得看起来任何两个虚拟机都需要一个VNet来进行内部通信。在“单独的云服务”中陈述“虚拟机”会更好吗？另一个类似的说法是如何将虚拟机与虚拟networking或云服务连接起来，而虚拟networking或云服务是在一天之前更改的，之前曾经表示，单个云服务中的虚拟机可能会彼此通信。

另一方面，msdn.microsoft.com/en-us/library/azure/jj156088.aspx意味着内部云服务通信是可能的。 azure.microsoft.com/en-us/documentation/articles/virtual-machines-load-balance/也说明了这一点。

云服务似乎有可能默认最终会有VNets，而这些不一致可能会说明一些事实。

这将是很好的，得到最后的答案，并有logging。不pipe虚拟networking是否是最佳实践，在保证的基础上，如果不使用VNet，您是否可以在云服务中的虚拟机之间进行通信是一个值得关注的问题。此外，假设云服务中不存在端点，是否允许任何其他外部虚拟机与服务中的虚拟机交谈？实验说没有哪个是Ec2-Classic的一个很好的交易。

编辑：我不能发布超过2个链接，所以两个在“另一方面”部分格式不好。这篇文章是从SO移动过来的。

Trevor解释说，单个云服务中的虚拟机可以完全访问该云服务中所有其他虚拟机上的所有端口（除非每台虚拟机启用了防火墙）。使用networking/工作者云服务，您需要为angular色实例之间的通信设置内部端点（无论是工作者还是networking都无关紧要）。

如果您计划在另一个云服务中访问虚拟机，那么您将需要一个虚拟networking。而且，如果您认为可能需要执行此操作，则需要在此处设置虚拟networking，并将当前的虚拟机添加到虚拟networking。这是因为在创build虚拟networking后，您无法返回并添加虚拟机。

虚拟networking的另一个优点：您可以为每个虚拟机指定不变的内部IP地址（这对于configuration了一组已知IP地址的数据库集群非常重要）。

是的，在相同的云服务中，虚拟机可以无限制地相互通信。任何限制很可能来自Windows防火墙或某些第三方软件防火墙。

观看Cheryl McGuire谈论模块＃4“Windows Azure虚拟networking基础”中的dynamicIP地址（DIP）： http : //www.microsoftvirtualacademy.com/training-courses/windows-azure-iaas-deep-dive-jump-开始

在这里输入图像说明

目前，Azure虚拟机不需要部署到虚拟networking，而是继续outlook未来。