The client port specification is to the right of the semicolon. The client port address is optional, and if not specified it defaults to “0.0.0.0”. As usual, role is also optional, it can be participant or observer (participant by default).
客户端端口规范位于分号的右侧。客户端端口地址是可选的，如果没有指定，则默认为“0.0.0.0”。通常，角色也是可选的，它可以是参与者或观察者(缺省情况下是参与者)。
Examples of legal server statements:
合法的服务器语句示例:
server.5 = 125.23.63.23🔢1235;1236
server.5 = 125.23.63.23🔢1235:participant;1236
server.5 = 125.23.63.23🔢1235:observer;1236
server.5 = 125.23.63.23🔢1235;125.23.63.24:1236
server.5 = 125.23.63.23🔢1235:participant;125.23.63.23:1236
Specifying multiple server addresses 指定多个服务器地址
Since ZooKeeper 3.6.0 it is possible to specify multiple addresses for each ZooKeeper server (see ZOOKEEPER-3188). This helps to increase availability and adds network level resiliency to ZooKeeper. When multiple physical network interfaces are used for the servers, ZooKeeper is able to bind on all interfaces and runtime switching to a working interface in case a network error. The different addresses can be specified in the config using a pipe (’|’) character.
由于 ZooKeeper 3.6.0，可以为每个 ZooKeeper 服务器指定多个地址(参见 https://issues.apache.org/jira/projects/ZOOKEEPER/issues/ZOOKEEPER-3188)。这有助于提高可用性，并增加 ZooKeeper 的网络级弹性。当服务器使用多个物理网络接口时，ZooKeeper 能够绑定到所有接口，并在运行时切换到一个工作接口，以防出现网络错误。不同的地址可以使用管道(“ |”)字符在配置中指定。
Examples for a valid configurations using multiple addresses:
使用多个地址的有效配置示例:
server.2=zoo2-net1:2888:3888|zoo2-net2:2889:3889;2188
server.2=zoo2-net1:2888:3888|zoo2-net2:2889:3889|zoo2-net3:2890:3890;2188
server.2=zoo2-net1:2888:3888|zoo2-net2:2889:3889;zoo2-net1:2188
server.2=zoo2-net1:2888:3888:observer|zoo2-net2:2889:3889:observer;2188
The standaloneEnabled flag 独立模式启用的标志
Prior to 3.5.0, one could run ZooKeeper in Standalone mode or in a Distributed mode. These are separate implementation stacks, and switching between them during run time is not possible. By default (for backward compatibility) standaloneEnabled is set to true. The consequence of using this default is that if started with a single server the ensemble will not be allowed to grow, and if started with more than one server it will not be allowed to shrink to contain fewer than two participants.
在3.5.0之前，可以在独立模式或分布式模式下运行 ZooKeeper。这两种模式是互相独立实现的，在运行时不可能在它们之间进行切换。默认情况下(对于向下兼容来说)，standaloneEnabled设置为 true 。使用这个默认值的结果是，如果从一个服务器开始，集群将不允许增长，如果从多个服务器开始，它将不允许缩小到少于两个参与者。
Setting the flag to false instructs the system to run the Distributed software stack even if there is only a single participant in the ensemble. To achieve this the (static) configuration file should contain:
将标志设置为 false 会指示系统以分布式方式运行，即使集合中只有一个参与者。为了实现这一点，(静态)配置文件应该包含:
standaloneEnabled=false
With this setting it is possible to start a ZooKeeper ensemble containing a single participant and to dynamically grow it by adding more servers. Similarly, it is possible to shrink an ensemble so that just a single participant remains, by removing servers.
有了这个设置，就可以启动一个包含单个参与者的 ZooKeeper 集群，并通过添加更多的服务器来动态地增长它。同样也可以通过移除服务器缩小它，甚至只保留一个参与者。
Since running the Distributed mode allows more flexibility, we recommend setting the flag to false. We expect that the legacy Standalone mode will be deprecated in the future.
由于运行分布式模式允许更多的灵活性，我们建议将标志设置为 false。我们希望，传统的独立模式将在未来被弃用。
The reconfigEnabled flag 重新配置启用的标志
Starting with 3.5.0 and prior to 3.5.3, there is no way to disable dynamic reconfiguration feature. We would like to offer the option of disabling reconfiguration feature because with reconfiguration enabled, we have a security concern that a malicious actor can make arbitrary changes to the configuration of a ZooKeeper ensemble, including adding a compromised server to the ensemble. We prefer to leave to the discretion of the user to decide whether to enable it or not and make sure that the appropriate security measure are in place. So in 3.5.3 the reconfigEnabled configuration option is introduced such that the reconfiguration feature can be completely disabled and any attempts to reconfigure a cluster through reconfig API with or without authentication will fail by default, unless reconfigEnabled is set to true.
从3.5.0开始，在3.5.3之前，没有办法禁用动态重新配置功能。我们希望提供禁用重新配置功能的选项，因为启用重新配置后，我们有一个安全问题，即恶意参与者可以对 ZooKeeper 集成的配置进行任意更改，包括在集成中添加一个被破坏的服务器。我们倾向于让用户自行决定是否启用它，并确保适当的安全措施到位。因此在3.5.3中引入了 reconfiggenabled配置选项，这样可以完全禁用重新配置功能，并且默认情况下，任何通过重新配置 API 配置集群的尝试都会失败，无论是否使用身份验证，除非 reconfiggenabled设置为 true。
To set the option to true, the configuration file (zoo.cfg) should contain:
要将该选项设置为 true，配置文件(zoo.cfg)应该包含:
reconfigEnabled=true
Dynamic configuration file 动态配置文件
Starting with 3.5.0 we’re distinguishing between dynamic configuration parameters, which can be changed during runtime, and static configuration parameters, which are read from a configuration file when a server boots and don’t change during its execution. For now, the following configuration keywords are considered part of the dynamic configuration: server, group and weight.
从3.5.0开始，我们区分了动态配置参数和静态配置参数，前者可以在运行时更改，后者可以在服务器启动时从配置文件中读取，而且在执行过程中不会更改。现在，以下配置关键字被认为是动态配置的一部分: server、 group 和 weight。
Dynamic configuration parameters are stored in a separate file on the server (which we call the dynamic configuration file). This file is linked from the static config file using the new dynamicConfigFile keyword.
动态配置参数存储在服务器上的一个单独的文件中(我们称之为动态配置文件)。该文件使用新的dynamicConfigFile 关键字从静态配置文件链接。
Example
zoo_replicated1.cfg
tickTime=2000
dataDir=/zookeeper/data/zookeeper1
initLimit=5
syncLimit=2
dynamicConfigFile=/zookeeper/conf/zoo_replicated1.cfg.dynamic
zoo_replicated1.cfg.dynamic
server.1=125.23.63.23:2780:2783:participant;2791
server.2=125.23.63.24:2781:2784:participant;2792
server.3=125.23.63.25:2782:2785:participant;2793
When the ensemble configuration changes, the static configuration parameters remain the same. The dynamic parameters are pushed by ZooKeeper and overwrite the dynamic configuration files on all servers. Thus, the dynamic configuration files on the different servers are usually identical (they can only differ momentarily when a reconfiguration is in progress, or if a new configuration hasn’t propagated yet to some of the servers). Once created, the dynamic configuration file should not be manually altered. Changed are only made through the new reconfiguration commands outlined below. Note that changing the config of an offline cluster could result in an inconsistency with respect to configuration information stored in the ZooKeeper log (and the special configuration znode, populated from the log) and is therefore highly discouraged.
当集成配置发生变化时，静态配置参数保持不变。动态参数由 ZooKeeper 推送，并覆盖所有服务器上的动态配置文件。因此，不同服务器上的动态配置文件通常是相同的(只有在重新配置正在进行时，或者新配置尚未传播到某些服务器时，它们才会暂时不同)。创建后，不应手动更改动态配置文件，仅通过下面概述的新的重新配置命令进行更改。请注意，更改离线集群的配置可能会导致存储在 ZooKeeper 日志中的配置信息(以及从日志中填充的特殊配置 znode)不一致，因此非常不鼓励这样做。
Example 2
Users may prefer to initially specify a single configuration file. The following is thus also legal:
用户可能更喜欢在开始时指定一个配置文件，因此以下内容也是合法的:
zoo_replicated1.cfg
tickTime=2000
dataDir=/zookeeper/data/zookeeper1
initLimit=5
syncLimit=2
clientPort=
The configuration files on each server will be automatically split into dynamic and static files, if they are not already in this format. So the configuration file above will be automatically transformed into the two files in Example 1. Note that the clientPort and clientPortAddress lines (if specified) will be automatically removed during this process, if they are redundant (as in the example above). The original static configuration file is backed up (in a .bak file).
如果它们还不是如示例1标准的格式，每个服务器上的配置文件将自动分为动态和静态文件。因此，上面的配置文件将自动转换为示例1中的两个文件。注意，clientPort 和 clientPortAddress 行(如果指定的话)将在这个过程中自动删除。原始静态配置文件以.Bak 文件形式备份。
Backward compatibility 向下兼容
We still support the old configuration format. For example, the following configuration file is acceptable (but not recommended):
我们仍然支持旧的配置格式。例如，下面的配置文件是可以接受的(但不推荐) :
zoo_replicated1.cfg
tickTime=2000
dataDir=/zookeeper/data/zookeeper1
initLimit=5
syncLimit=2
clientPort=2791
server.1=125.23.63.23:2780:2783:participant
server.2=125.23.63.24:2781:2784:participant
server.3=125.23.63.25:2782:2785:participant
During boot, a dynamic configuration file is created and contains the dynamic part of the configuration as explained earlier. In this case, however, the line “clientPort=2791” will remain in the static configuration file of server 1 since it is not redundant – it was not specified as part of the “server.1=…” using the format explained in the section Changes to Configuration Format. If a reconfiguration is invoked that sets the client port of server 1, we remove “clientPort=2791” from the static configuration file (the dynamic file now contain this information as part of the specification of server 1).
在启动期间，将创建一个动态配置文件，其中包含前面解释的配置的动态部分。但是，在这种情况下，clientPort = 2791一行将保留在server1的静态配置文件中，因为它不是冗余的——它没有使用“更改配置格式”一节中解释的格式指定为server. 1 = ...的一部分。如果调用一个重新配置来设置server1的客户端，我们将从静态配置文件中删除clientPort = 2791(动态文件现在包含这个信息，作为server1规范的一部分)。
Upgrading a running ZooKeeper ensemble to 3.5.0 should be done only after upgrading your ensemble to the 3.4.6 release. Note that this is only necessary for rolling upgrades (if you’re fine with shutting down the system completely, you don’t have to go through 3.4.6). If you attempt a rolling upgrade without going through 3.4.6 (for example from 3.4.5), you may get the following error:
升级到3.5.0版本只能在升级到3.4.6版本之后。请注意，这只是滚动升级所必需的(如果您对完全关闭系统没有意见，则不必通过3.4.6)。如果您尝试滚动升级而没有通过3.4.6(例如从3.4.5) ，您可能会得到以下错误:
2013-01-30 11:32:10,663 [myid:2] - INFO [localhost/127.0.0.1:2784:QuorumCnxManager$Listener@498] - Received connection request /127.0.0.1:60876
2013-01-30 11:32:10,663 [myid:2] - WARN [localhost/127.0.0.1:2784:QuorumCnxManager@349] - Invalid server id: -65536
During a rolling upgrade, each server is taken down in turn and rebooted with the new 3.5.0 binaries. Before starting the server with 3.5.0 binaries, we highly recommend updating the configuration file so that all server statements “server.x=…” contain client ports (see the section Specifying the client port). As explained earlier you may leave the configuration in a single file, as well as leave the clientPort/clientPortAddress statements (although if you specify client ports in the new format, these statements are now redundant).
在滚动升级期间，每个服务器依次关闭并使用新的3.5.0二进制文件重新启动。在使用3.5.0二进制文件启动服务器之前，我们强烈建议更新配置文件，使所有服务器语句server.x = ...包含客户端端口(参见指定客户端端口一节)。如前所述，您可以将配置保留在单个文件中，也可以保留 clientPort/clientPortAddress 语句(尽管如果您以新的格式指定客户端，这些语句现在是多余的)。
Dynamic Reconfiguration of the ZooKeeper Ensemble
ZooKeeper集群的动态重构
The ZooKeeper Java and C API were extended with getConfig and reconfig commands that facilitate reconfiguration. Both commands have a synchronous (blocking) variant and an asynchronous one. We demonstrate these commands here using the Java CLI, but note that you can similarly use the C CLI or invoke the commands directly from a program just like any other ZooKeeper command.
通过 getConfig和 reconfig命令对 ZooKeeper的Java版 和 C版 API 进行了扩展，这些命令有助于重新配置。两个命令都有一个同步(阻塞)变体和一个异步命令。我们在这里使用 Java CLI 演示这些命令，但是请注意，您也可以类似地使用 C CLI或者像其他 ZooKeeper 命令一样直接从程序调用命令。
API
There are two sets of APIs for both Java and C client.
Java 和 C 客户端都有两套 API。
- Reconfiguration API : Reconfiguration API is used to reconfigure the ZooKeeper cluster. Starting with 3.5.3, reconfiguration Java APIs are moved into ZooKeeperAdmin class from ZooKeeper class, and use of this API requires ACL setup and user authentication (see Security for more information.).
Reconfiguration API: Reconfiguration API用于重新配置 ZooKeeper 集群。从3.5.3开始，重新配置的 Java API 被从 ZooKeeper 类移动到 ZooKeeperAdmin类中，使用这个 API 需要 ACL 设置和用户身份验证.
- Get Configuration API : Get configuration APIs are used to retrieve ZooKeeper cluster configuration information stored in /zookeeper/config znode. Use of this API does not require specific setup or authentication, because /zookeeper/config is readable to any users.
Get Configuration API: Get Configuration API 用于检索存储在/ZooKeeper/config znode中的 ZooKeeper 集群配置信息。使用这个 API 不需要特定的设置或身份验证，因为/zookeeper/config 对于任何用户都是可读的。
Security
Prior to 3.5.3, there is no enforced security mechanism over reconfig so any ZooKeeper clients that can connect to ZooKeeper server ensemble will have the ability to change the state of a ZooKeeper cluster via reconfig. It is thus possible for a malicious client to add compromised server to an ensemble, e.g., add a compromised server, or remove legitimate servers. Cases like these could be security vulnerabilities on a case by case basis.
在3.5.3之前，没有针对重新配置的强制安全机制，因此任何可以连接到 ZooKeeper 服务器集成的 ZooKeeper 客户端都可以通过重新配置来更改 ZooKeeper 集群的状态。因此，恶意客户端有可能向集群中添加受损服务器，例如，添加受损服务器，或删除合法服务器。像这样的情况可能是基于具体情况的安全漏洞。
To address this security concern, we introduced access control over reconfig starting from 3.5.3 such that only a specific set of users can use reconfig commands or APIs, and these users need be configured explicitly. In addition, the setup of ZooKeeper cluster must enable authentication so ZooKeeper clients can be authenticated.
为了解决这个安全问题，我们从3.5.3开始引入了对重新配置的访问控制，这样只有一组特定的用户可以使用重新配置命令或 API，并且这些用户需要显式配置。此外，ZooKeeper 集群的设置必须启用身份验证，以便 ZooKeeper 客户端能够进行身份验证。
We also provide an escape hatch for users who operate and interact with a ZooKeeper ensemble in a secured environment (i.e. behind company firewall). For those users who want to use reconfiguration feature but don’t want the overhead of configuring an explicit list of authorized user for reconfig access checks, they can set “skipACL” to “yes” which will skip ACL check and allow any user to reconfigure cluster.
我们还为那些在安全的环境(即公司防火墙之后)中操作和与 ZooKeeper 集成交互的用户提供了一个逃生窗口。对于那些想要使用重新配置特性但不想为重新配置访问检查配置明确的授权用户列表的用户，他们可以将skipACL设置为“ yes”，这将跳过 ACL 检查，允许任何用户重新配置集群。
Overall, ZooKeeper provides flexible configuration options for the reconfigure feature that allow a user to choose based on user’s security requirement. We leave to the discretion of the user to decide appropriate security measure are in place.
总的来说，ZooKeeper 为重新配置功能提供了灵活的配置选项，允许用户根据用户的安全需求进行选择。我们让用户自行决定适当的安全措施是否到位。
- Access Control : The dynamic configuration is stored in a special znode ZooDefs.CONFIG_NODE = /zookeeper/config. This node by default is read only for all users, except super user and users that’s explicitly configured for write access. Clients that need to use reconfig commands or reconfig API should be configured as users that have write access to CONFIG_NODE. By default, only the super user has full control including write access to CONFIG_NODE. Additional users can be granted write access through superuser by setting an ACL that has write permission associated with specified user. A few examples of how to setup ACLs and use reconfiguration API with authentication can be found in ReconfigExceptionTest.java and TestReconfigServer.cc.
访问控制: 动态配置存储在一个特殊的 znode ZooDefs.CONFIG \_ node =/zookeeper/config 中。此节点默认情况下只对所有用户读取，但超级用户和显式配置为写访问的用户除外。需要使用重新配置命令或重新配置 API 的客户端应配置为具有对 config_node 的写访问权限的用户。默认情况下，只有超级用户拥有完全的控制权，包括对 config_node 的写访问权。通过设置具有与指定用户关联的写权限的 ACL，可以通过超级用户授予其他用户写访问权限。在 ReconfigExceptionTest.java 和 testreconfigserver.cc 中可以找到一些关于如何设置 ACL 和使用重新配置 API 进行身份验证的例子。
- Authentication : Authentication of users is orthogonal to the access control and is delegated to existing authentication mechanism supported by ZooKeeper’s pluggable authentication schemes. See ZooKeeper and SASL for more details on this topic.
身份验证: 用户的身份验证与访问控制是正交的，并被委托给由 ZooKeeper 的可插入身份验证方案支持的现有身份验证机制。请参阅 ZooKeeper 和 SASL 了解更多关于这个主题的详细信息。
- Disable ACL check : ZooKeeper supports “skipACL” option such that ACL check will be completely skipped, if skipACL is set to “yes”. In such cases any unauthenticated users can use reconfig API.
禁用 ACL 检查: ZooKeeper 支持skipACL选项，这样，如果 skipACL设置为“ yes”，ACL 检查将被完全跳过。在这种情况下，任何未经身份验证的用户都可以使用 reconfig API。
Retrieving the current dynamic configuration
检索当前动态配置
The dynamic configuration is stored in a special znode ZooDefs.CONFIG_NODE = /zookeeper/config. The new config CLI command reads this znode (currently it is simply a wrapper to get /zookeeper/config). As with normal reads, to retrieve the latest committed value you should do a sync first.
动态配置存储在一个特殊的 znode ZooDefs.CONFIG \_ node =/zookeeper/config 中。新的 config CLI命令读取这个 znode (目前它只是一个 get/zookeeper/config的包装)。与正常读取一样，要检索最新提交的值，您应该首先进行同步。
[zk: 127.0.0.1:2791(CONNECTED) 3] config
server.1=localhost:2780:2783:participant;localhost:2791
server.2=localhost:2781:2784:participant;localhost:2792
server.3=localhost:2782:2785:participant;localhost:2793
Notice the last line of the output. This is the configuration version. The version equals to the zxid of the reconfiguration command which created this configuration. The version of the first established configuration equals to the zxid of the NEWLEADER message sent by the first successfully established leader. When a configuration is written to a dynamic configuration file, the version automatically becomes part of the filename and the static configuration file is updated with the path to the new dynamic configuration file. Configuration files corresponding to earlier versions are retained for backup purposes.
注意输出的最后一行。这是配置版本。版本等于创建此配置的重新配置命令的 zxid。第一个建立的配置的版本等于第一个成功建立的领导者发送的 NEWLEADER 消息的 zxid。当配置写入动态配置文件时，版本自动成为文件名的一部分，静态配置文件随着新的动态配置文件的路径更新。保留与早期版本相对应的配置文件以备份。
During boot time the version (if it exists) is extracted from the filename. The version should never be altered manually by users or the system administrator. It is used by the system to know which configuration is most up-to-date. Manipulating it manually can result in data loss and inconsistency.
在启动期间，从文件名中提取版本(如果存在的话)。这个版本永远不应该被用户或者系统管理员修改。系统使用它来知道哪种配置是最新的。手动操作可能导致数据丢失和不一致。
Just like a get command, the config CLI command accepts the -w flag for setting a watch on the znode, and -s flag for displaying the Stats of the znode. It additionally accepts a new flag -c which outputs only the version and the client connection string corresponding to the current configuration. For example, for the configuration above we would get:
与 get 命令一样，config CLI 命令接受 -w标志用于在 znode 上设置watch ,-s 标志用于显示 znode 的 Stats。它还接受一个新的标志 -c，-c只输出与当前配置对应的版本和客户端连接字符串。例如，对于上面的配置，我们会得到:
[zk: 127.0.0.1:2791(CONNECTED) 17] config -c
400000003 localhost:2791,localhost:2793,localhost:2792
Note that when using the API directly, this command is called getConfig.
注意，当直接使用 API 时，这个命令称为 getConfig。
As any read command it returns the configuration known to the follower to which your client is connected, which may be slightly out-of-date. One can use the sync command for stronger guarantees. For example using the Java API:
与任何 read 命令一样，它返回客户端所连接的跟随者已知的配置，这可能有点过时。你可以使用同步命令来获得更强的保证。例如使用 Java API:
zk.sync(ZooDefs.CONFIG_NODE, void_callback, context);
zk.getConfig(watcher, callback, context);
Note: in 3.5.0 it doesn’t really matter which path is passed to the sync() command as all the server’s state is brought up to date with the leader (so one could use a different path instead of ZooDefs.CONFIG_NODE). However, this may change in the future.
注意: 在3.5.0中，传递给 sync ()命令的路径并不重要，因为所有服务器的状态都是最新的(因此可以使用不同的路径而不是ZooDefs.CONFIG \_ NODE)。然而，这在未来可能会改变。
Modifying the current dynamic configuration
修改当前的动态配置
Modifying the configuration is done through the reconfig command. There are two modes of reconfiguration: incremental and non-incremental (bulk). The non-incremental simply specifies the new dynamic configuration of the system. The incremental specifies changes to the current configuration. The reconfig command returns the new configuration.
修改配置是通过 reconfig 命令完成的。重新配置有两种模式: 增量和非增量(批量)。非增量式只是简单地指定系统的新的动态配置。增量指定对当前配置的更改。reconfig 命令返回新的配置。
A few examples are in: ReconfigTest.java, ReconfigRecoveryTest.java and TestReconfigServer.cc.
下面是一些例子: ReconfigTest.java，reconfgrecoverytest.java 和 testreconfigserver.cc。
General
Removing servers: Any server can be removed, including the leader (although removing the leader will result in a short unavailability, see Figures 6 and 8 in the paper). The server will not be shut-down automatically. Instead, it becomes a “non-voting follower”. This is somewhat similar to an observer in that its votes don’t count towards the Quorum of votes necessary to commit operations. However, unlike a non-voting follower, an observer doesn’t actually see any operation proposals and does not ACK them. Thus a non-voting follower has a more significant negative effect on system throughput compared to an observer. Non-voting follower mode should only be used as a temporary mode, before shutting the server down, or adding it as a follower or as an observer to the ensemble. We do not shut the server down automatically for two main reasons. The first reason is that we do not want all the clients connected to this server to be immediately disconnected, causing a flood of connection requests to other servers. Instead, it is better if each client decides when to migrate independently. The second reason is that removing a server may sometimes (rarely) be necessary in order to change it from “observer” to “participant” (this is explained in the section Additional comments).
删除服务器: 可以删除任何服务器，包括领导者(尽管删除领导者会导致短暂的不可用)。服务器不会自动关闭，相反，它变成了一个“无投票权的追随者”。这有点类似于观察员，因为它的投票不计入提交操作所需的法定人数。然而，不像一个无投票权的跟随者，一个观察者实际上不会看到任何操作建议，也不会对它们进行 ACK。因此，与观察者相比，无投票关注者对系统吞吐量的负面影响更为显著。无投票跟随者模式应该只作为一个临时模式，在关闭服务器之前，或添加它作为一个跟随者或作为一个观察者的集合。
我们不会自动关闭服务器，主要有两个原因。第一个原因是，我们不希望连接到此服务器的所有客户端立即断开连接，这会导致大量连接请求涌向其他服务器。相反，如果每个客户端都能独立决定何时进行迁移，那就更好了。第二个原因是，为了将服务器从“观察者”更改为“参与者”，有时(很少)可能需要删除服务器。
Note that the new configuration should have some minimal number of participants in order to be considered legal. If the proposed change would leave the cluster with less than 2 participants and standalone mode is enabled (standaloneEnabled=true, see the section The standaloneEnabled flag), the reconfig will not be processed (BadArgumentsException). If standalone mode is disabled (standaloneEnabled=false) then it’s legal to remain with 1 or more participants.
请注意，新的配置应该有一些最低数量的参与者，以便被视为合法的。如果提议的更改将使集群的参与者少于2个，并且启用了独立模式(standaloneEnabled = true) ，则不会处理重新配置(BadArgumentsException)。如果禁用了独立模式(standalooneenabled = false) ，那么保留一个或多个参与者是合法的。
Adding servers: Before a reconfiguration is invoked, the administrator must make sure that a quorum (majority) of participants from the new configuration are already connected and synced with the current leader. To achieve this we need to connect a new joining server to the leader before it is officially part of the ensemble. This is done by starting the joining server using an initial list of servers which is technically not a legal configuration of the system but (a) contains the joiner, and (b) gives sufficient information to the joiner in order for it to find and connect to the current leader. We list a few different options of doing this safely.
添加服务器: 在调用重新配置之前，管理员必须确保来自新配置的大多数参与者已经连接并与当前领导者同步。为了实现这一点，我们需要在leader正式成为集群的一部分之前连接一个新的连接服务器。这是通过使用服务器的初始列表来启动连接服务器，这在技术上不是系统的合法配置，但(a)包含joiner，并(b)为joiner提供足够的信息，以便它找到并连接到当前的leader。我们列出了几种安全的方法：
- Initial configuration of joiners is comprised of servers in the last committed configuration and one or more joiners, where joiners are listed as observers. For example, if servers D and E are added at the same time to (A, B, C) and server C is being removed, the initial configuration of D could be (A, B, C, D) or (A, B, C, D, E), where D and E are listed as observers. Similarly, the configuration of E could be (A, B, C, E) or (A, B, C, D, E), where D and E are listed as observers. Note that listing the joiners as observers will not actually make them observers - it will only prevent them from accidentally forming a quorum with other joiners. Instead, they will contact the servers in the current configuration and adopt the last committed configuration (A, B, C), where the joiners are absent. Configuration files of joiners are backed up and replaced automatically as this happens. After connecting to the current leader, joiners become non-voting followers until the system is reconfigured and they are added to the ensemble (as participant or observer, as appropriate).
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）
最后
分布式技术专题+面试解析+相关的手写和学习的笔记pdf
还有更多Java笔记分享如下：
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
[外链图片转存中…(img-AfHcPYuc-1711802614692)]
[外链图片转存中…(img-HUNKHNy9-1711802614692)]
[外链图片转存中…(img-1NzjmEcs-1711802614692)]
[外链图片转存中…(img-Z0I1pzyY-1711802614693)]
[外链图片转存中…(img-80NSdD9O-1711802614693)]
[外链图片转存中…(img-yG08im3o-1711802614693)]
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-mB8XPguX-1711802614694)]
最后
分布式技术专题+面试解析+相关的手写和学习的笔记pdf
还有更多Java笔记分享如下：
[外链图片转存中…(img-yGht8ic7-1711802614694)]
905
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
