etcd原理以及基本技术概述铺垫

etcd是用Go编写的，它具有出色的跨平台支持，小型二进制文件和背后的优秀社区。etcd机器之间的通信通过Raft一致性算法处理。

在etcd的集群中会选举出一位leader，其他etcd服务节点就会成为follower，在此过程其他follower会同步leader的数据。
由于etcd集群必须能够选举出leader才能正常工作，所以部署的服务器数量必须是奇数，例如：
1，3，5，7，9 的etcd节点数量。

如果etcd的节点数量为偶数，例如：2，4，6，8 那么每一个节点都会收到同样的选举票数，就好像我们在班里选举班长一样，同样票数两个人是没法出leader的，谁也不服谁。
那么这时候的结果当然就是etcd的集群无法工作了

在考虑etcd读写效率以及稳定性的情况下，基本可以选型如下：
只有单台或者两台服务器做kubernetes的服务集群，只需要部署一台etcd节点即可；
只有三台或者四台服务器做kubernetes的服务集群，只需要部署三台etcd节点即可；
只有五台或者六台服务器做kubernetes的服务集群，只需要部署五台etcd节点即可；

其实不是越多越好，基本三台和五台服务器作为etcd的节点已经比较稳定的了。

如果服务器的台数越多，就可能会出现网络抖动，延时、不稳定的情况，具体视机房网络情况;
如果服务器的台数越多，你就需要管理以及维护观察更多的服务器，在修复故障的时候需要注意更多的服务器数量；
另外，因为etcd的集群所有的follower都需要从leader同步完数据之后，leader才能继续写入新的数据，所以如果etcd的节点数量过多，则会导致同步的时间变长、导致leader的写入效率降低