问题标签 [azure-affinity-group]

我使用的是 Windows Azure 和 WF4，我的工作流服务托管在一个网络角色中（有 N 个实例）。我现在的工作是找出如何进行关联，以便我可以将消息发送到正确的工作流实例。为了解释这种情况，我的工作流程（附加）从“StartWorkflow”接收活动开始，创建 3 个“Person”，并以并行方式等待这 3 个人的确认（“ConfirmCreation”接收活动）。

然后我开始搜索在其他 NLB 环境中是如何产生亲和力的（主要是寻找有关它如何在 Windows Server AppFabric 上工作的信息），但我没有找到准确的答案。那么在其他 NLB 环境中是如何完成的呢？

我的下一个任务是找出如何实现一个系统来处理 Windows Azure 上的这种亲和力，以及这个解决方案的成本（价格、时间和工作量）是否可行，或者只使用一个解决方案是否更好web-role 实例，同时我们等待 Azure AppFabric 的 WF4 主机。我发现的唯一方法是持久化工作流实例。还有其他方法可以做到这一点吗？

我的第三个（但不是最后一个）任务是找出 WF4 如何处理同时收到的多条消息。在我的场景中，这意味着如果 3 个人同时确认并且同时收到确认消息，它将如何处理。由于这个问题最合乎逻辑的答案似乎是使用队列，因此我开始在 WF4 上查找有关队列的信息，并发现有人在谈论 MSQM。但是什么是原生 WF4 消息处理系统？这个处理程序真的是一个队列还是另一个系统？这种并发是如何处理的？

我不明白为什么某些 Azure 资源可以与 Affinity Group 对齐，而其他资源则不能。

示例：我刚刚尝试创建一个服务总线命名空间。我想将其与现有的关联组对齐，但我只能选择一个区域。我在尝试创建 SQL 数据库服务器时遇到了同样的问题。

这很可能是我对 Affinity Groups 究竟如何工作的误解，但我不明白其中的不一致之处。

我在这里错过了什么？有人可以解释无法将服务总线命名空间与关联组对齐的原因吗？

我遇到了亲和力组术语，它告诉我它将以某种方式提高性能并减少账单。我想知道的

创建亲和群需要收费吗？

用户是否希望使用 Windows Azure 网站和 Windows Azure SQL 数据库？（我只找到了有关虚拟机和虚拟网络的文章）

有没有办法将现有服务移动到新创建的关联组？

我的虚拟机由结构控制器一起重新启动。我认为这是因为我将它们全部设置在一个虚拟网络和一个关联组中。如何避免它们一起重新启动？他们必须在同一个网络中

在 azure 中创建虚拟网络时指定关联组的选项似乎已从表单中消失。我仍然可以附加到一个位置。我如何恢复这个选项。

我已经阅读了有关关联组的信息，它在同一机架的数据中心附近分配服务。另一方面，新的资源组让我可以轻松访问管理我的相关服务。

我想部署一个带有网站 + sql + 存储的应用程序，所以我要为他们创建一个资源组，为了更好的性能，我还想选择一个亲和组（以前创建的），但我不能。

使用门户管理，我可以选择亲和组，但不能选择亲和组。并且使用 beta 门户管理，我可以选择资源组，但不能选择关联组（关联组没有出现在位置列表中）。

我尝试使用 powershell 模式来管理资源组，但是用于创建网站的 cmdlet 没有关联组的参数（只有一个位置）。

我想知道是否在一个部署中我可以选择一个关联组和资源组。没有这方面的文档。或者也许资源组是亲和组的替代品，我不知道。

编辑：我还是做不到
PD：哈哈对不起我的语法错误，我们在秘鲁说西班牙语。

现在有了跨区域的新Azure 区域虚拟网络功能，使用关联组是否有性能优势？在链接博客文章的常见问题解答部分中，阅读

在区域虚拟网络中运行的服务是否会导致性能下降？

虚拟网络只是一个逻辑边界，它并不规定 VNet 中的部署实际去往何处。如果出于某种原因，您需要服务位于同一个 Affinity 组中，您仍然可以在区域虚拟网络中执行此操作。在部署期间，您必须指定托管服务应绑定到的关联组。唯一的限制是，关联组应与区域虚拟网络属于同一区域。

如果您未将托管服务绑定到 Affinity 组，而是将服务直接部署到区域虚拟网络，则您的部署将放置在虚拟网络绑定到的区域内的缩放单元中。

我觉得建议不再使用亲和力组（基于这篇文章和其他一些帖子，也许这是我对 Azure 和/或英语的理解），但服务和数据是否会在数据中共同定位中心呢？

<编辑：当然，在写完这篇文章后，我发现了一篇关于虚拟网络的区域 VNets 和 Affinity Groups的 MSDN 文章，其中指出

以前，在创建虚拟网络 (VNet) 时，您需要将 VNet 与关联组关联，而关联组又与区域关联。这个要求已经改变。现在，VNet 直接与管理门户中的区域（位置）相关联。这使您在创建 VNet 时有更大的自由度。您仍然可以在适当的时候将您的云服务与关联组相关联，但您不需要这样做。

区域代表虚拟网络覆盖的位置。您部署到虚拟网络的任何内容都将实际位于该区域中。如果您想进一步指定您希望您的资源在同一区域内彼此物理上非常接近，您可以为这些特定资源指定一个关联组。这意味着这些资源不仅位于同一物理位置，而且在数据中心中彼此非常接近。

所以，我想在使用亲和力组时会有性能优势。

<edit：我能找到的关于亲和力组的小性能优势和用例的最权威来源可以在Convective 博客文章 Affinity Groups in Azure中找到。

亲和组有两个目的：

1. 云服务和存储帐户的托管
2. 关联组 VNET 的主机

其中第二个现已弃用。第一个仍然是可能的，但没有被强调，因为它是在 2012 年 Azure 网络升级之前的延迟优化。实际上在 Azure 门户中部署 VM 的标准方式不支持同时创建云服务在亲和组和区域 VNET 中。这让试图满足使用区域 VNET 进行部署的现代最佳实践以及在关联组中创建云服务的历史最佳实践的人们感到困惑。

在这一点上，似乎没有理由将云服务部署到关联组中。但是，与其他部署选择一样，人们最好针对他们的特定工作负载进行测试。

一旦您使用并设置 Azure ARRAffinity 响应 cookie 并将其发送回 Azure，您是否应该通过下一个响应将其取回？

我刚刚完成了一些代码，它将 Azure 响应 cookie 一直带到浏览器，将其设置为会话 cookie，然后我将其作为 cookie 在请求中传递回 Azure。令我惊讶的是，我没有拿回这个饼干，我只是第一次看到它。但是我感觉这可能是预期的行为 - 我可以在文档中找到任何内容。当我尝试将 cookie 更改为某个组合值时，下一个响应会返回正确的 cookie。

我在我的应用程序网关 V2 后面配置了一个应用程序，它提供了多个登录提示。如 Azure 应用程序网关文档中所述，我已在我的 HTTP 设置上启用了基于 cookie 的关联性，应用程序网关支持基于 cookie 的关联性，它可以将来自用户会话的后续流量引导到同一服务器进行处理。此外，我已从后端池中移出 1 台服务器，只留下 1 台服务器。我们仍然面临同样的问题。