Expressway集群为混合日历服务用户服务的能力取决于组成的Expressway-C节点的尺寸、Expressway集群中的节点的数量以及服务连续性策略。

下表显示了专用于不同混合日历环境的单个高速公路上的最大用户数。

_{* 为避免这种容量限制，我们建议您使用基于云的日历服务，而不是本地部署的连接器。对于基于Expressway的混合日历，Office 365用户容量限制为每个集群1,000，与集群的节点大小或数量无关；此限制来自与Microsoft云服务的交互，而不是来自内部Expressway部署的规模。}

请注意，无论是 1 个节点的集群还是 2 个节点的集群，它们的用户容量都是相同的。这是因为日历服务使用故障转移来提高服务连续性。当集群中有 2 个节点时，所有用户都会被分配给 1 个节点；剩下的那个节点用于冗余备份。有关详细说明，请参阅规划 Expressway 集群的混合服务用户容量。

混合日历服务用户的容量主要取决于集群内的节点的大小、数量以及服务连续性策略。下表显示随单个专用集群上节点数（或节点 OVA 大小）的增加，集群可以处理的最大用户容量。

_{* 请注意，无论是 1 个节点的集群还是 2 个节点的集群，它们的用户容量都是相同的。这是因为日历服务使用故障转移来提高服务连续性。当集群中有 2 个节点时，所有用户都会被分配给 1 个节点；剩下的那个节点用于冗余备份。有关详细说明，请参阅为混合服务用户规划高速公路群集容量 。}

跨主机和集群的用户分配

默认情况下，混合日历服务自动跨集群中的所有日历连接器分配和分布用户。分配是动态的并以可用性为基础，且管理员无法控制单个用户分配到哪个特定节点。

在组织有多个集群的情况下，用户分布基于多种因素，包括集群可用性、当前分配情况（减少故障恢复期间出现翻动）和基于最高集群首选项的排序顺序。管理员还可以将用户或用户组分配到资源组。资源组是特定于集群的，因此它们允许管理员对向特定集群分配特定用户组予以限制。

通过这种对用户分配的基本了解以及快速通道日历连接器的前提条件，管理员可以针对其组织部署相应的容量。让我们了解一下一个由 126000 位用户组成的组织的例子，考虑到以下参数，将启用混合日历服务：

• 使用大型 OVA 模板的包含 6 个节点的快速通道集群（每个节点限制为 15000 个用户）

• 无需资源组

单个集群的容量公式 U_calN= (N-1) * U_cal1，其中 N=6，U_cal1=15000（使用大型 OVA 模板）可生成最多 75000 个用户。在日历服务部署中，用户总数为 126000，需要多个日历连接器主机集群。用户将按下图所示同等分布：

混合日历服务先将用户添加到集群 A，直到集群达到 75000 个用户的容量，然后将其余用户分配到集群 B。用户随机且平均地分布在集群内的所有节点上。下例显示了各数据中心 RTP 和 PDX 之间日历连接器主机节点（两个集群内）的分布情况。每个节点使用相同的 OVA 模板，且符合快捷通道高可用性指导原则。日历连接器在 5+1 冗余模型中使用快捷通道集群逻辑，以实现高可用性方案。

对于分配给日历连接器的所有用户，现在让我们来检查一下当集群发生故障时会发生什么情况。下图显示了单节点故障。被分配至故障节点（集群 A 中的 5A）的用户现出现故障，现在被移动至该集群内的剩余节点中。单节点容量最多允许 15000 名用户，将在集群 A 中剩余的每个节点中添加 2500 名原本被分配到节点 5A 上的用户。集群 B 或被分配至集群 B 上的用户不会被更改，也不会受到影响。

集群 A 仍处于最大容量状态，集群中每个运行中的节点现在已达到最大容量，即 15000 个用户/节点。因此，如果集群 A 中的另一节点不可用，例如下图中的节点 4A，集群 B 现在将负担其他用户负载。节点 4A 中的 15000 个用户现在被重新分配到集群 B，并平均分布于集群 B 中的所有节点。

当节点 4A 和 5A 恢复时，集群 A 上的用户将被重新分布至集群中的节点。在恢复阶段中，因故障而被分配至集群 B 的用户仍然保留在集群 B 中，以免在集群之间分配不必要的用户，如下图所示。

在规划大规模混合日历服务部署时，一个关键事项就是要了解如果在部署过程中发生故障会造成的影响。如果您使用相同的 126000 个用户部署，但整个数据中心丢失，那么可能不会将用户分配到日历连接器节点。为避免在此类情境中出现服务中断，客户需要具备第三个集群，以重新分布和处理受到影响的用户。

Expressway集群为混合消息用户服务的能力取决于组成的Expressway节点的大小、集群中的节点数量以及服务连续性策略。

下表显示了用于混合消息的单个高速公路上的最大用户数。

此主题是关于在多个混合服务（包括日历服务和消息服务）的连接器之间共享连接器主机 Expressway 的。连接器主机不与其他基于 Expressway 的解决方案共享，例如 MRA 和 B2B。

连接器主机集群的容量取决于构成 Expressway 的节点的大小、节点数量、集群上运行的连接器以及服务连续性策略。有关这些因素的详细说明，请参阅规划 Expressway 集群的混合服务用户容量。

此外，您还可以使用计算器为不同的连接器主机集群建模，以了解您建议的集群针对每种服务可支持的用户数。

一般来说，我们只建议在较小规模的部署（最多两个节点）中使用共存。如果您的部署超出一对节点的容量，则应该将连接器移动到专门适用于每个特定混合服务的快捷通道集群。

例如：三个共存连机器的连接器主机容量

下表显示容量和共存的示例。表中针对不同规格的连接器主机集群，给出了每种服务的每集群用户最大数量。集群在混合日历（使用您的内部交换）、混合呼叫和混合消息服务之间共享。

介绍

本主题是关于与其他基于 Expressway 的解决方案共享连接器主机 Expressway。当选择在用于其他用途的 Expressway 上托管连接器时，需要注意以下几点：

• 我们无法支持适用于专用连接器主机 Expressway 的可扩展性模式。当连接器主机与其他 Expressway 服务共享时，阅读本文中的其他主题或使用计算器得出的用户数量不适用。

• 只有本文所描述的基于 Expressway 的服务与混合服务连机器的组合以及相关用户数量是受支持的相关场景。我们并未针对其他场景开展测试，因此这些场景在您的环境中是否受支持是无法预期的。

基于 Expressway 的日历服务（使用 Call Connector 和呼叫服务遍历）

在此场景中，两个节点Expressway集群混合日历连接器。该集群还对其他 Cisco 呼叫解决方案（SIP 信令和媒体）执行呼叫遍历。

下表显示了可以使用基于 Expressway 的连接器的不同日历环境。有两个以上节点的集群不支持使用基于 Expressway 的 Calendar Connector。使用基于云的连接器可以提高 Office 365 的容量（见日历服务规模）。

_{† 为避免这种容量限制，我们建议您使用基于云的日历服务，而不是本地部署的连接器。对于基于Expressway的混合日历，Office 365用户容量限制为每个集群1,000，与集群的节点大小或数量无关；此限制来自与Microsoft云服务的交互，而不是来自内部Expressway部署的规模。}

日历（具有移动和远程访问功能）

在此场景中，由 1 个或 2 个小型 Expressway VM 组成的 MRA 集群托管 Calendar Connector。此场景假设集群只用于 MRA 和两个连接器。集群限制为 1 个或 2 个小型节点。