今年早些时候，我们宣布了Azure近距离安置组的预览，使客户能够以较低的网络延迟实现Azure基础设施即服务（IaaS）资源的同一位置。如今，近距离放置组的普遍可用性对于需要低延迟的工作负载仍然特别有用。事实上，这种逻辑分组结构确保了IaaS资源（虚拟机或vm）在物理上彼此靠近，并为成功添加了新的特性和最佳实践。新功能从预览开始，我们根据您的反馈增加了其他功能：更多的区域，更多的云从现在开始，所有Azure公共云区域（不包括印度中央）都可以使用邻近安置组。门户支持Azure门户中提供了邻近安置组。可以创建邻近放置组，并在创建IaaS资源时使用它。将现有资源移入（或移出）邻近放置组您现在可以使用Azure门户将现有资源移入（或移出）邻近安置组。此配置操作要求您先停止（取消分配）缩放集或可用性集中的所有虚拟机，然后再将它们分配给邻近放置组。支持SAP应用程序近距离安置组的一个常见使用案例是使用多层、关键任务应用程序（如SAP）。我们宣布了对Azure虚拟机上的SAP以及SAP HANA大型实例的支持。在Azure中测量虚拟机延迟您可能需要测量服务中组件（如应用程序和数据库）之间的延迟。我们已经记录了如何在Azure中测试VM网络延迟的步骤和工具。从我们的经验中学习我们一直在监控邻近放置组的采用情况，并分析了客户在预览期间看到的故障，并捕捉到了使用邻近放置组的最佳实践。最佳实践以下是在您的帮助下，我们能够开发的一些最佳实践：为了获得最低的延迟，使用邻近放置组和加速网络。加速的网络使虚拟机能够实现单根I/O虚拟化（SR-IOV），极大地提高了其网络性能。这种高性能路径绕过了数据路径中的主机，减少了延迟、抖动和CPU利用率。有关更多信息，请参阅创建具有加速网络的Linux虚拟机或创建具有加速网络的Windows虚拟机。当尝试使用来自不同系列和sku的vm部署一个邻近放置组时，请尝试使用单个模板来部署它们。这将增加成功部署所有vm的可能性。当部署第一个资源（VM）时，会将邻近放置组分配给数据中心，并在最后一个资源被删除或停止后释放。如果您停止了所有资源（包括为了节省成本），那么一旦您将资源带回另一个数据中心，您可能会降落到另一个数据中心。从内存优化（M，Msv2）、存储优化（Lsv2）或GPU启用的最大VM开始，减少分配失败的机会。如果使用PowerShell、CLI或SDK编写部署脚本，则可能会收到分配错误OverconstrainedAllocationRequest。在这种情况下，您应该停止/取消分配所有现有的VM，并更改部署脚本中的顺序，从失败的vmsku/size开始。重用已从中删除vm的现有邻近放置组时，请等待删除完全完成，然后再向其中添加vm。您可以在availability zone旁边使用邻近放置组。虽然PPG不能跨区域，但是这种组合在您关心区域内延迟的情况下非常有用，比如在主备用部署的情况下，每个区域都在单独的区域中。可用性集和虚拟机规模集不提供任何保证的虚拟机之间的延迟。虽然从历史上看，可用性集部署在单个数据中心中，但这种假设已不再成立。因此，即使在单个可用性集或缩放集中部署了单层应用程序，使用邻近放置组也是很有用的。使用具有Azure虚拟机规模集的邻近放置组新功能（现在在预览版中），该功能现在支持单个比例集中的异构虚拟机大小和系列，在单个可用性区域中实现容错域的高可用性，使用具有共享图像库的自定义图像等等。了解更多如果您想了解如何共同定位资源以提高延迟，请参阅邻近放置组文档。如果您想了解更多关于我们的Azure IaaS产品组合的最新添加内容，请阅读我们针对每个工作负载博客的Azure基础设施即服务（IaaS）。您也可以观看这个简短的视频来了解更多关于邻近安置组的信息。Azure Friday-如何使用邻近放置组减少虚拟机之间的延迟。