> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/hardware-deployment-considerations.md).

# 硬件部署注意事项

查找在受支持的虚拟机管理程序上使用虚拟机部署 Zoom Node ZPLS 模块的说明

本页概述了在受支持的虚拟机管理程序上，使用虚拟机部署 Zoom Node ZPLS 模块的方式。它提供了针对不同硬件能力量身定制的详细配置选项，以确保满足各种运营需求并实现最佳性能。

### 受支持的虚拟机管理程序

#### <mark style="color:蓝色;">客户必须在运行于受支持的虚拟机管理程序上的虚拟机中安装 Zoom Node 软件</mark>

作为 Zoom Node 工作负载，ZPLS 模块必须安装在运行 Zoom Node 平台的虚拟机上，位于一个 [受支持的虚拟机管理程序](https://support.zoom.us/hc/en-us/articles/8427127286157-Deploying-a-Zoom-Node-management-server)。有关 Zoom Node 作为产品的更多信息，可参见 [附录](#_a2lvsihjp0ek).

#### <mark style="color:蓝色;">客户可根据硬件能力选择两个配置选项中的一个</mark>

ZPLS 模块支持两种配置，具体取决于虚拟机的硬件能力。以下列出了这些能力：

|             | 配置选项 1                                       | 配置选项 2                                        |
| ----------- | -------------------------------------------- | --------------------------------------------- |
| **硬件规格**    | <p>8 个 CPU</p><p>16 GB 内存</p><p>80 GB 硬盘</p> | <p>16 个 CPU</p><p>16 GB 内存</p><p>80 GB 硬盘</p> |
| **注册总数**    | 2000                                         | 5000                                          |
| **最大并发呼叫数** | 240                                          | 480                                           |
| **每秒呼叫数**   | 2                                            | 4                                             |
| **每秒注册数**   | 60                                           | 400                                           |

{% hint style="info" %}
如果启用生存能力的站点中的端点数量超过该站点的部署能力，ZPLS 模块将按先到先得的顺序处理注册。建议客户添加其他模块，或使用 Zoom Phone Policy 设置 [**本地存活模式**](#_ah8xua8wdq10) 来优先确定哪些用户支持生存能力故障转移。
{% endhint %}

### 模块扩展与弹性

#### <mark style="color:蓝色;">ZPLS 模块支持集群，以实现额外扩展和/或弹性</mark>

客户可将 ZPLS 模块分组，每个站点最多 20 个模块（或每个账户总计 100 台 Node 设备），以实现额外冗余或扩展。

{% hint style="info" %}
此功能当前处于测试版，需要提交技术支持工单才能启用。
{% endhint %}

#### <mark style="color:蓝色;">扩展会提高站点支持的设备容量</mark>

增加 ZPLS 模块数量会使每个站点的能力随每增加一个模块线性提升。例如，如果一个模块总共支持 5,000 次注册，则部署五个模块可将支持量提升到 25,000 次注册。

#### <mark style="color:蓝色;">冗余会添加额外模块以增强弹性，但不会扩展站点的设备能力</mark>

当 ZPLS 模块用于冗余时，冗余模块不会计入受支持分机的总数。相反，这些模块处于“热备”状态，仅在主模块故障时介入。例如，一个主模块和一个冗余模块合计支持 5,000 次注册，因此如果主模块发生故障，冗余模块不会因超出其支持上限而承载过多设备。

#### <mark style="color:蓝色;">使用扩展和冗余部署 ZPLS 的示例</mark>

为方便起见，以下示例演示带有额外扩展和冗余的部署。

{% hint style="success" %}
**示例**:

一家医院需要在生存能力模式下支持最多 10,000 个已注册分机。为此，该医院部署四个 ZPLS 模块。

前两个模块各自可支持 5,000 次注册，总容量可达 10,000 次注册。不过，考虑到弹性的重要性，该医院还部署了另外两个模块，作为主模块的冗余备份。

在此场景中，该医院已部署主用和备用的生存能力硬件。现在，如果主模块发生故障，冗余模块将接管以保持服务不中断，同时继续支持最多 10,000 台已注册设备。
{% endhint %}

### 站点设计注意事项

#### <mark style="color:蓝色;">站点按位置将 Zoom Phone 用户分组，以使用通用电话通讯设置和策略</mark>

一个 **站点** 是 Zoom Phone 中使用的一个特定术语，用于将具有共同特征——如共同访问代码、地址、SIP 区域、部门或策略——的用户归入 Zoom Web门户中的一个单一、可管理的组。对于某些客户而言，一个站点可能代表其企业中的所有用户，并且可跨校园或位置内的多栋建筑；对于其他客户，则可能需要多个站点，具体取决于业务需求。有关站点或站点管理的更多信息， [请参阅 Zoom 的支持中心](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0069716).

#### <mark style="color:蓝色;">Zoom Phone 支持单站点和多站点设计</mark>

在一个账户内配置 Zoom Phone 站点有两种主要设计：

1. **单站点**：在一个 Zoom Phone 站点内代表一个账户中的所有用户，可能跨越多栋建筑或位置。
2. **多站点**：按位置、建筑、部门或职能分别表示用户群，每个群组都有各自的站点。

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/oIvxHDcxrmw7DhWRyObf/Unknown%20image" alt=""></div>

{% hint style="info" %}
当前 Zoom 客户的账户管理员可通过以下方式查看其当前站点设计： [**公司信息**](https://zoom.us/pbx/page/telephone/settings#/settings/multi-sites?page_number=1\&page_size=15\&keyword=) 页面，可在 **电话系统管理** Web 门户中的菜单。
{% endhint %}

#### <mark style="color:蓝色;">每个 ZPLS 模块一次只能关联一个站点</mark>

如前所述，ZPLS 模块是 [第三优先级注册服务器](#_7itj40mx1dut) 针对受支持的设备，位于主 SIP 区域和次 SIP 区域之后。由于设备在启动过程中接收其 SRV 列表，而这些列表与其站点的设置相关联， **每个 ZPLS 模块一次只能关联一个站点**.

#### <mark style="color:蓝色;">每个站点最多可同时支持 20 个 ZPLS 模块</mark>

尽管每个 ZPLS 模块一次只能关联一个站点，但一个站点可在一个组中支持最多 20 个 ZPLS 模块，从而扩展每个站点的生存能力。

{% hint style="info" %}
此功能当前处于测试版，需要提交技术支持工单才能启用。
{% endhint %}

#### <mark style="color:蓝色;">如果这些模块连接到公共网络，ZPLS 模块支持跨站点呼叫</mark>

在生存能力事件期间，只要设备在本地网络中可被发现，来自不同站点的 ZPLS 模块就支持跨站点呼叫。例如，如果一个商业园区有三栋楼，每栋楼都有自己的电话站点，则各站点的 ZPLS 模块可以通过园区网络建立站点间呼叫。

{% hint style="info" %}
此功能当前处于测试版，需要提交技术支持工单才能启用。
{% endhint %}

#### <mark style="color:蓝色;">在部署 ZPLS 之前，账户应了解哪种站点配置最适合其需求</mark>

由于每个 ZPLS 模块一次只能关联一个站点，因此在账户内部署 ZPLS 服务时，站点设计是最重要的因素之一。出于这个原因，客户应了解哪种站点配置最适合满足其实际业务和生存能力需求，因为每增加一个启用了生存能力的站点，至少都需要再增加一个 ZPLS 模块。

#### <mark style="color:蓝色;">单站点设计更易于管理，并可通过一个 ZPLS 模块提供生存能力，但在用户设置和策略方面灵活性较低</mark>

单站点设计通过将账户中的所有用户整合到一个统一组中，有助于简化 Zoom Phone 设置和策略的管理。这个单一用户组为企业提供直接的管理和更低的复杂度，简化管理流程。此外，只要站点的用户数量不超过 [单模块的能力](#_rx0i1j9xofnc).

然而，单站点设计的简洁性也自然伴随着局限。具体而言，单站点设计由于其“一刀切”的特性，灵活性较低，可能不适用于多个部门具有不同需求的所有部署场景。此外，在某些生存场景下，单站点部署可能会变得脆弱，如果 [本地网络发生故障](#_gzpf5m70jl3i).

#### <mark style="color:蓝色;">多站点设计在用户设置和策略方面提供更高的灵活性，但每个启用生存能力的站点都需要一个 ZPLS 模块，管理也更复杂</mark>

多站点设计通过将用户划分为具有精细设置控制的各个组，为企业在用户设置和策略方面提供额外灵活性。此设计使组织能够精细调整通信配置，以满足不同站点的特定要求，从而为各部门、场景或需求带来更精细、更灵活的用户体验。此外，多站点部署可以支持 [跨站点通信](#_a42hwaw1pfmx) 如果这些站点通过公共网络连接。

然而，管理多站点设计需要仔细关注每个站点的独特需求，这可能需要更高程度的管理工作量。此外，由于每个 ZPLS 模块一次只能分配给一个站点，每个启用生存能力的站点都需要一个 ZPLS 模块和许可证，这可能导致设置对资源要求更高。

{% hint style="info" %}
在多站点设计中，客户可以灵活选择哪些站点将配置生存能力。站点 *如果没有* 一个 ZPLS 模块将一直无法拨打或接听呼叫，直到标准连接恢复。
{% endhint %}

### 网络故障

#### <mark style="color:蓝色;">如果站点的本地网络发生故障，生存能力可能会受到影响</mark>

尽管 ZPLS 模块旨在在影响服务的事件期间提供本地电话生存能力，但如果站点的本地网络发生故障，生存能力仍可能受到影响。以下两个部分概述了这些场景。

#### <mark style="color:蓝色;">单站点本地网络故障</mark>

在单站点设计中，一座或多座建筑通过本地或园区网络连接，并在 Zoom Phone 中由一个站点表示。此配置假设同一位置内的所有用户和建筑之间共享同一网络，进行跨建筑通信时不依赖任何外部网络（例如互联网）。

采用这种站点设计，企业只需一个 ZPLS 模块即可为单个站点或位置内的所有用户提供本地生存能力；然而，如果本地或园区网络中断影响跨建筑通信，这种设计就会很脆弱。以下示例说明本地网络故障如何影响单站点部署。

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/Ri12tqNIQd9vtbMpNzqe/Unknown%20image" alt=""></div>

{% hint style="success" %}
**示例：**

某公司正在为一个单一 Zoom Phone 站点部署 ZPLS 模块，该站点由 A、B 和 C 三栋建筑组成，这些建筑通过园区网络连接。ZPLS 模块运行在 A 楼，并且 **不** 已连接到 SBC，用于通过 PSTN 进行外部呼叫。

在外部互联网服务故障或影响服务的事件发生时，站点内的任何用户都可以呼叫同一 *同一* 站点，只要两位用户都通过园区网络保持与 ZPLS 模块的连接。

然而，如果园区网络中断，B 楼和 C 楼内的用户在无法访问 A 楼中的 ZPLS 模块时就无法拨打呼叫。因此，B 楼和 C 楼内的用户必须等到园区网络恢复后才能进行生存能力呼叫。
{% endhint %}

下表展示了多栋建筑单站点设计中的 Zoom Phone 生存能力：

| 呼叫来源建筑       | 在外部互联网故障期间可到达这些位置 | 在园区网络故障期间可到达这些位置 |
| ------------ | ----------------- | ---------------- |
| A 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ A 楼 *仅*       |
| B 楼          | ☑️ A、B 和 C 楼      | ✖️               |
| C 楼          | ☑️ A、B 和 C 楼      | ✖️               |

#### <mark style="color:蓝色;">无 SBC 的多站点本地网络故障</mark>

在多站点设计中，每栋建筑或位置（例如楼层、分支办公室等）都在 Zoom Phone 中由一个唯一的站点独立表示。此配置假设每个站点都有一个 ZPLS 模块，并且这些站点通过公共园区网络连接。

采用这种站点设计后，每个站点都支持其自己的 ZPLS 模块，使同一建筑内的用户在启用生存能力模式时可以相互呼叫。此外，当带有 ZPLS 模块的多个站点通过公共网络连接时，只要本地网络保持正常运行，用户就可以呼叫 \_其他站点\_ 的用户。然而，如果园区网络中断并影响跨建筑通信，这种设计就会受到影响。以下示例说明园区网络故障如何影响多站点部署。

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/YleKIF0uXoN12c2dmNNB/Unknown%20image" alt=""></div>

{% hint style="success" %}
**示例：**

某公司正在其多栋建筑园区内部署 ZPLS 模块，该园区由 A、B 和 C 三栋建筑组成。每栋建筑在 Zoom Phone 中都是一个独立站点，并维护一个站点专属的 ZPLS 模块。园区内的所有建筑通过园区网络连接，跨建筑通信不依赖外部互联网服务。

在此示例中，如果发生外部互联网服务故障、园区网络中断或影响服务的事件，站点内的任何用户都可以呼叫同一站点内的另一位用户。然而，由于每栋建筑都是一个独立站点，且用户向其站点专属模块注册，如果园区网络发生故障，ZPLS 模块就无法传送跨站点呼叫。此时，用户将只能呼叫本地站点内的其他用户。
{% endhint %}

下表展示了上述示例在具有互联园区网络的多站点设计中的 Zoom Phone 生存能力：

| 呼叫来源建筑       | 在外部互联网故障期间可到达这些位置 | 在园区网络故障期间可到达这些位置 |
| ------------ | ----------------- | ---------------- |
| A 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ A 楼           |
| B 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ B 楼           |
| C 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ C 楼           |

#### <mark style="color:蓝色;">如果本地网络发生故障，只要每个站点都连接到 SBC 且已启用呼叫转接，也可通过 PSTN 支持跨站点呼叫</mark>

在本地网络故障发生时，采用多站点设计并在每个站点将 ZPLS 模块与 SBC 和 PSTN 连接集成的客户，可在 [已启用呼叫转接](#_2v7qst7vxwaa)。配置后，在生存能力模式下发起的电话呼叫将从用户客户端路由到 PSTN，再到第二个站点的 SBC 和 ZPLS 模块，最终到达被叫设备。下图概述了此配置：

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/TxOX1dZyselC2SFLiXSu/Unknown%20image" alt=""></div>

{% hint style="danger" %}
此配置 **需要** 在已配置的 SBC 上进行 E.164 电话号码处理。
{% endhint %}

下表还展示了具有独立 SBC 的多站点设计中的 Zoom Phone 生存能力：

| 呼叫来源建筑       | 在外部互联网故障期间可到达这些位置 | 在园区网络故障期间可到达这些位置 |
| ------------ | ----------------- | ---------------- |
| A 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ A、B 和 C 楼     |
| B 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ A、B 和 C 楼     |
| C 楼（ZPLS 主机） | ☑️ A、B 和 C 楼      | ☑️ A、B 和 C 楼     |

#### <mark style="color:蓝色;">流动用户始终注册到其主站点关联的 ZPLS 模块</mark>

当用户或设备添加到 Zoom Phone 时，系统会将一个“主”站点静态关联到该用户或设备，直到由账户管理员更新为止。这意味着，如果用户移动到其关联主站点之外的物理位置，例如属于不同站点的办公楼，Zoom 不会动态调整绑定到该用户的站点。因此，如果用户失去与 Zoom Phone 数据中心的连接，用户将尝试注册到其主站点关联的 ZPLS 模块，即使他们位于其他位置。

{% hint style="success" %}
**示例：**

多站点园区中的某用户常驻 A 楼（站点 A），并临时前往 B 楼（站点 B）参加会议。当他们在 B 楼时，发生了影响服务的事件，并启用了生存能力模式。尽管用户位于 B 楼，但由于站点 A 是其主站点，用户客户端将尝试连接到其主站点 A 楼中配置的 ZPLS 模块。

在此场景中，用户的生存能力状态取决于用户设备通过园区网络注册到其主站点内 ZPLS 模块的能力。如果用户离开主站点时园区网络宕机，用户将无法受益于该生存能力模块。
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/zh/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/hardware-deployment-considerations.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.