关于DynamoDB复制中coordinator node及preference list的技术疑问

一、Coordinator Node的本质 #

Coordinator Node是一致性哈希语境下的实际物理节点。Dynamo的一致性哈希会给每个物理节点分配多个虚拟节点，当键k的哈希值落在某个虚拟节点的区间时，该虚拟节点对应的物理节点就是这个键的coordinator node，它负责协调该键的读写操作，包括向偏好列表中的其他节点同步副本。

二、Preference List与虚拟节点的关系 #

Preference List（偏好列表）仅包含物理节点，不包含虚拟节点。文中提到偏好列表会包含超过N个节点，是为了应对节点故障或不可用场景：当原本计划复制到N个节点，但某节点不可用导致实际仅复制到N-1个物理节点时，偏好列表依然由物理节点组成——它会从一致性哈希环上按顺序选取足够多的物理节点（数量超过N），这样即便部分节点不可用，仍能从列表中选出可用节点来满足N份副本的要求。虚拟节点仅用于哈希映射阶段的负载均衡，最终生成偏好列表时会将虚拟节点映射回对应的物理节点，不会保留虚拟节点条目。

内容的提问来源于stack exchange，提问作者nitin