【FoundationDB 内核】Coordinator 与集群配置：Paxos 边界、招募与恢复入口
内容提要
本文讨论了FoundationDB中Coordinators和Cluster Controller的角色与功能。Coordinators通过集群文件提供配置权威，持久化事务系统配置；而Cluster Controller负责角色招募和系统状态维护。Paxos协议用于确保配置一致性，但用户数据不存储在Coordinators上。文章强调了Coordinators与数据存储的区别及系统故障时的恢复机制。
关键要点
-
Coordinators 通过集群文件提供配置权威，持久化事务系统配置。
-
Cluster Controller 负责角色招募和系统状态维护，确保有一个活着的 Sequencer。
-
Paxos 协议用于确保配置一致性，但用户数据不存储在 Coordinators 上。
-
Coordinators 主要存储事务系统配置，而不是用户数据。
-
Cluster Controller 通过选举产生，负责监控进程状态和角色招募。
-
在系统故障或配置变更时，Cluster Controller 会触发重配置过程。
-
Coordinators 的多数不可用会导致无法安全换代，影响事务系统的稳定性。
-
配置变更可能导致事务系统换代，运维时需考虑写暂停时间。
延伸解读
Coordinators 的角色与数据存储的区别
Coordinators 在 FoundationDB 中主要负责持久化事务系统的配置，而不是存储用户数据。这一设计使得系统在故障恢复时能够快速找到当前的配置权威，避免了数据存储与配置管理的混淆。理解这一点对于运维人员在进行系统维护时至关重要，确保他们不会错误地将数据存储与配置管理混为一谈。
Cluster Controller 的重要性
Cluster Controller 作为系统的单例编排器，负责监控进程状态和角色招募。其健康状态直接影响到事务系统的稳定性。如果 Cluster Controller 失效，可能导致系统无法正常进行角色招募，从而影响整个集群的可用性。因此，确保 Cluster Controller 的正常运行是运维中的一项重要任务。
Paxos 协议的应用与限制
Paxos 协议在 FoundationDB 中用于确保配置的一致性，但并不涉及用户数据的提交过程。用户数据的提交依赖于日志复制和乐观并发控制（OCC）。这一设计使得系统在处理高频事务时能够保持高效，但也意味着在配置变更时，运维人员需要特别注意可能导致的事务系统换代和写暂停时间。
延伸问答
Coordinators 在 FoundationDB 中的主要功能是什么？
Coordinators 通过集群文件提供配置权威，持久化事务系统配置，而不是存储用户数据。
Cluster Controller 是如何选举产生的？
Cluster Controller 由 Coordinators 的多数选举产生，负责角色招募和系统状态维护。
Paxos 协议在 FoundationDB 中的作用是什么？
Paxos 协议用于确保配置一致性，但用户数据不存储在 Coordinators 上。
在系统故障时，Cluster Controller 如何处理重配置？
当系统故障或配置变更时，Cluster Controller 会触发重配置过程，招募新的 Sequencer 并更新配置。
Coordinators 的多数不可用会导致什么后果？
Coordinators 的多数不可用会导致无法安全换代，影响事务系统的稳定性。
如何确保在配置变更时事务系统的稳定性？
在配置变更时，运维需考虑写暂停时间，以确保事务系统的稳定性。
