适用于私有云的 Edge v. 4.17.05
ZooKeeper 集成学习旨在保持正常运行，不会丢失数据， 一个或多个 ZooKeeper 节点这种弹性可以有效地 无需系统停机的 ZooKeeper 节点。
关于 ZooKeeper 和 Edge
在 Edge 中，ZooKeeper 节点包含有关 各种 Edge 组件，并在配置更改时通知不同组件。全部 生产系统的受支持 Edge 拓扑指定至少使用三个 ZooKeeper 节点。
使用 ZK_HOSTS 和 ZK_CLIENT_HOSTS 属性（位于 用于指定 ZooKeeper 节点的 Edge 配置文件。考试用
ZK_HOSTS="$IP1 $IP2 $IP3" ZK_CLIENT_HOSTS="$IP1 $IP2 $IP3"
其中：
- ZK_HOSTS - 指定
ZooKeeper 节点的 IP 地址。这些 IP 地址必须按相同的顺序列在
所有 ZooKeeper 节点
在多数据中心环境中，列出所有数据中心的所有 ZooKeeper 节点。 - ZK_CLIENT_HOSTS -
仅指定此数据中心使用的 ZooKeeper 节点的 IP 地址。IP 地址
地址必须在数据中心的所有 ZooKeeper 节点上以相同的顺序列出。
在单个数据中心安装中，这些节点与 ZK_HOSTS 指定的节点相同。在 多数据中心环境下，每个数据中心的 Edge 配置文件应仅列出 该数据中心的 ZooKeeper 节点
默认情况下，所有 ZooKeeper 节点都会被指定为voter节点。这意味着 都参与选出 ZooKeeper 领导者。您可以将 带有 ZK_HOSTS 的“:observer”修饰符，用于表示 该备注属于观察者节点，而非选民节点。一个观察器节点不参与 领导者的选举。
创建多个边缘数据时，您通常需要指定“:observer”修饰符 或单个数据中心拥有大量 ZooKeeper 节点时。例如，在 具有两个数据中心的 12 主机 Edge 安装，在数据中心 2 节点 9 上，ZooKeeper 是 观察者：
然后，在数据中心 1 的配置文件中使用以下设置：
ZK_HOSTS="$IP1 $IP2 $IP3 $IP7 $IP8 $IP9:observer" ZK_CLIENT_HOSTS="$IP1 $IP2 $IP3"
对于数据中心
ZK_HOSTS="$IP1 $IP2 $IP3 $IP7 $IP8 $IP9:observer" ZK_CLIENT_HOSTS="$IP7 $IP8 $IP9"
关于主管、关注者、 选民和观察员
在多节点 ZooKeeper 安装中，其中一个节点被指定为主要节点。 所有其他 ZooKeeper 节点都被指定为关注者。虽然可以从任意一个可用区 ZooKeeper 节点时，所有写入请求都会转发到主服务器。例如，一条新的消息 Edge 中添加了处理器。该信息将写入 ZooKeeper 主要副本。所有关注者 然后再复制数据
在 Edge 安装时，您可以将每个 ZooKeeper 节点指定为选民或观察者。通过 然后由所有投票者 ZooKeeper 节点选出领导者。选举必须要满足的一项要求 该得分必须达到仲裁，并且可用的 ZooKeeper 选民节点数量必须达到一定数量。答 仲裁意味着在所有数据中心中，超过一半的选民 ZooKeeper 节点 功能。
如果没有可用的选民节点的最小票数，则无法选出任何主要节点。在这种情况下 ZooKeeper 无法处理请求。这意味着您无法向边缘管理服务发出请求 服务器、处理 Management API 请求或登录 Edge 界面，直到恢复仲裁。
例如，在单个数据中心安装中：
- 您安装了三个 ZooKeeper 节点
- 所有 ZooKeeper 节点都是投票者
- 仲裁由两个正常运作的选民节点组成
- 如果只有一个投票者节点可用，ZooKeeper 集成学习将无法正常运行
在具有两个数据中心的安装中：
- 您为每个数据中心安装了三个 ZooKeeper 节点，总共有六个节点
- 数据中心 1 有三个选民节点
- 数据中心 2 有两个投票者节点和一个观察者节点
- 仲裁根据两个数据中心的 5 名选民共同决定，因此 三个正常运行的选民节点
- 如果只有两个或更少的选民节点可用，ZooKeeper 集成将无法 函数
将节点添加为投票者或 观察者
根据您的系统要求，您可能需要向 Edge 添加额外的 ZooKeeper 节点 安装。添加 ZooKeeper 节点文档 介绍了如何向 Edge 添加额外的 ZooKeeper 节点。添加 ZooKeeper 节点时 考虑要添加的节点类型：选民或观察者。
您需要确保有足够的选民节点，以便在一个或多个选民节点关闭时 但 ZooKeeper 集成仍然可以运作，即仍存在投票者节点的最小票数 可用。通过添加选民节点，您可以增加仲裁的规模 容忍更多选民节点关闭
但是，添加其他投票者节点可能会对写入性能产生负面影响，因为写入 操作要求仲裁就主要副本达成一致。确定领先变体所需的时间 取决于选民节点数量，当您添加更多选民节点时，该数量会增加。 因此，您不希望所有节点都成为选民。
您可以添加观察者节点，而不是添加投票者节点。添加观察者节点会导致 整个系统的读取性能不会增加选择领先变体的开销，因为 观察者节点不会投票，也不会影响仲裁大小。因此，如果一个观察器节点 向下，它不会影响集成学习选择领先变体的能力。但是，丢失观察器 节点可能会导致 ZooKeeper 集成的读取性能下降， 可用于处理数据请求的节点更少。
在单个数据中心内，Apigee 建议您的投票者数量不要超过五位，无论如何选择 观察器节点数。Apigee 建议您将两个数据中心 超过九名选民（其中一间数据中心有五名，另一个数据中心四名）。然后，您可以添加尽可能多的 观测器节点。
维护注意事项
ZooKeeper 维护可以在一个功能齐全的集成学习上执行，如果存在 同时在单个节点上执行通过确保只有一个 ZooKeeper 节点关闭 您可以在任何时候确保始终有投票者节点的最小票数来选出 。
跨 多个数据中心
使用多个数据中心时，请记住，ZooKeeper 集成学习不会 数据中心之间有何区别。ZooKeeper 程序集可查看所有 将数据中心作为一个集成学习。
指定数据中心内的选民节点位置在 ZooKeeper 执行时不再考虑 仲裁计算。数据中心内的单个节点可能会中断，但只要达成仲裁 在整个集成学习中保留下来，ZooKeeper 仍然可用。
维护影响
有时，您必须关闭 ZooKeeper 节点进行维护， 节点或观察者节点。例如，你可能需要升级节点上的 托管 ZooKeeper 的机器可能会发生故障， （例如网络连接错误）
如果发生故障的节点是观察器节点，那么 在节点恢复之前，ZooKeeper 集成学习的性能会受到影响。如果该节点是选民 节点，由于节点丢失， 参与领导者选举过程。无论投票者节点为什么 因此，保持可用选民节点的最小票数十分重要。
维护过程
只有在确保已拥有 ZooKeeper 后，您才应考虑执行任何维护程序 集成学习能够正常运行。这假设观察者节点正常运行，并且有足够的资源， 投票人节点在维护期间可用，以保持仲裁。
当满足这些条件时，任意大小的 ZooKeeper 集成学习可以容忍 可在任意时刻丢失单个节点，且不会丢失数据，也不会对性能产生有意义的影响。这个 表示你可以随意对集成中的任何节点执行维护，只要节点位于 一个节点。
在执行维护的过程中，请使用以下过程确定 ZooKeeper 节点（领导者、投票者或观察者）：
- 如果未安装在 ZooKeeper 节点上，请安装 nc：
>sudo yum install nc - 在节点上运行以下 nc 命令：
>回显统计信息 |NC 本地主机 2181
其中 2181 是 ZooKeeper 端口。您应该会在表单中看到输出：
Zookeeper 版本：3.4.5-1392090、 构建于 2012 年 9 月 30 日 17:52 (GMT)
客户端：/a.b.c.d:xxxx[0](queued=0,recved=1,sent=0)
延迟时间（最小值/平均值/最大值）：0/0/0
接收时间：1
发送时间：0
连接数：1
未完成：0
Zxid：0xc00000044
模式：关注者
节点数：653
在输出内容的 Mode 行中 对于节点，您应该会看到 observer、leader 或 follower（表示选民不是 leader），具体取决于节点配置。
注意：在具有单个 ZooKeeper 节点的独立安装 Edge 中， 模式设为独立。 - 在每个 ZooKeeper 节点上重复执行第 1 步和第 2 步。
摘要
对 ZooKeeper 集成进行维护的最佳方法是， 。请注意：
- 在维护期间，您必须维持投票者节点的仲裁数量，以确保 ZooKeeper 集成学习保持正常运行
- 删除观察者节点不会影响仲裁或选出主要节点的能力
- 系统会跨所有数据中心的所有 ZooKeeper 节点计算仲裁
- 在之前的服务器正常运行后，继续维护下一个服务器
- 使用 nc 命令检查 ZooKeeper 节点