Kubernetes--端点分片

一、Service面临问题(会更新所有Node上的Endpoint)

    Service的后端是一组Endpoint列表， 为客户端端应用提供了极大的便利。但是随着集群规模的扩大以及Service数量的增加，尤其是Service后端Endpoint数量的增加，kube-proxy需要维护的负载分发规则(例如iptables规则或ipvs)数量也会急剧增加，导致后续对Service后端Endpoint的增加、删除等更新操作成本急剧上升。例如：在kubernetes集群中有10000个Endpoint运行大约5000个Node上，则对单个Pod更新需要约5GB的数据传输，这不进对集群内的网络带宽浪费巨大，而对Master的冲击非常大，会影响Kubernetes整体的性能，在Deployment不断进行滚动升级情况下由于突出。

二、端点分片机制

     Kubernetes1.6开始引入端点分片(Endpoint Slices)机制，引入新的EndpointSlice资源对象和一个新的EndpointSlice控制器。EndpointSlice通过对Endpoint分配管理来实现降低Master和各个Node之间的网络传输数量及提高整体性能目标。对与Deployment的滚动升级，可以实现更新部分Node上的Endpoint信息，Master和Node之间的数据传输减少了100倍左右，很大程度上提高了管理效率。

    EndpointSlice根据Endpoint所在的Node的拓扑信息进行分配管理。

      Endpoint Slice要实现第2 个目标为基于Node拓扑的服务路由提供支持，这需要与服务拓扑(Service Topology)机制共同实现。