Kubernetes 是否所有 HA etcd 成员都在回答读取查询？
Kubernetes are all HA etcd members answering read query?
对于 HA kubernetes 集群，如果所有 etcd 成员都在回答来自 apiserver 或直接客户端访问的读取查询，或者只有主 etcd 成员正在执行 read/write 操作，我没有找到确认信息？
写入权限描述得很好，只有主 etcd 成员在做。
但是对于具有 3 个 etcd（或更多）的 K8S 集群，是否只有主 etcd 成员在工作？
etcd 文档说：
<< 增加簇大小可以增强容错能力并提供更好的读取性能。由于客户端可以从任何成员读取，因此增加成员数量会增加整体读取吞吐量。
减小集群大小可以提高集群的写入性能，但会降低弹性。在被视为提交之前，对集群的写入将复制到集群的大多数成员。减小集群大小会降低多数，并且每次写入都会更快地提交。>>
https://coreos.com/etcd/docs/latest/v2/runtime-configuration.html
根据客户端类型（apiserver、calico 等），在 K8S 实现上下文中是否正确？
是的，读取由 HA Kubernetes 集群中的任何 etcd 成员提供服务
对于 HA kubernetes 集群，如果所有 etcd 成员都在回答来自 apiserver 或直接客户端访问的读取查询，或者只有主 etcd 成员正在执行 read/write 操作，我没有找到确认信息？
写入权限描述得很好，只有主 etcd 成员在做。 但是对于具有 3 个 etcd（或更多）的 K8S 集群，是否只有主 etcd 成员在工作？
etcd 文档说： << 增加簇大小可以增强容错能力并提供更好的读取性能。由于客户端可以从任何成员读取，因此增加成员数量会增加整体读取吞吐量。
减小集群大小可以提高集群的写入性能，但会降低弹性。在被视为提交之前，对集群的写入将复制到集群的大多数成员。减小集群大小会降低多数，并且每次写入都会更快地提交。>>
https://coreos.com/etcd/docs/latest/v2/runtime-configuration.html
根据客户端类型（apiserver、calico 等），在 K8S 实现上下文中是否正确？
是的，读取由 HA Kubernetes 集群中的任何 etcd 成员提供服务