[发明专利]一种节点资源状态更新方法及系统

说明书

本发明提供一种节点资源状态更新方法及系统，包括如下步骤：进行节点资源状态更新；在节点资源状态更新的周期内，对节点资源状态进行增量更新；其中，包括校准增量和计算节点资源状态。步骤进行节点资源状态更新包括：调度主体定期从Kube‑apiserver中获取各节点的资源状态；按照节点剩余资源情况对节点进行排序；当调度主体获取到创建Pod的任务后，从已排序好的节点中选择剩余资源最多的节点，将需要创建的Pod调度到该节点上；调度完成后，调度主体将调度的结果上报给Kube‑apiserver。计算节点资源状态包括：每进行一次调度，则将调度主体中记录的被调度到的节点的剩余资源减去一个值，即增量K，使该节点的资源状态接近实际的资源状态。

技术领域

本发明涉及计算机资源管理算法技术领域，具体涉及一种节点资源状态更新方法及系统。

背景技术

Docker自2013年诞生以来，立即被广大软件提供商看到了其所带来的巨大变革意义，并因此纷纷向Docker靠拢，针对其搭建了满足各种需求的生态系统。从而也使得Docker得到了迅速发展，现已成云计算领域最火热的话题之一。Docker的优势在于隔离性、资源可控制和便携性，可以为软件开发、部署和维护提供诸多便利，因此自诞生起就受到了IT界的极大重视。当前比较流行的容器集群管理工具有Google的Kubernetes和分布式操作系统CoreOS。这二者中，由于Kubernetes具有完善的副本管理和访问代理功能、强大的开发团队以及活跃的开源社区，Kubernetes中的基本概念有：Pod、Replication Controller、Service、Label和Selector。

1)Pod。Pod是Kubernetes管理容器的最小单元，一个Pod内可以包含多个Container。

2)Replication Controller(以下简称RC)。RC是一组具有相同性质的Pod，主要用于确保在任何时候该类型的Pod副本数都符合用户定义的数量。

3)Service。Service是Kubernetes对一组Pod提供的服务的抽象，通过Service可以将一组Pod暴露的端口封装为对外提供的服务。

4)Label和Selector：在前面对RC和Service的讲解中已经大致了解了Label和Selector的用法：Label和Selector均是Key-Value的形式，Label用于向某个元素添加标签，而Selector则用于查询含有某些Label的元素。

Pod的调度有Kubernetes的组件Kube-scheduler和Kube-apiserver统一完成，如果在一个节点状态更新周期内产生了大量的创建Pod的请求，由于在该时间段内节点资源状态并没有更新，因此节点列表没有进行重新排序，因此Kube-scheduler会将这些Pod调度到同一个节点上，造成该节点上Pod过多，资源分配不均的情况。该问题固然可以通过减小节点资源状态更新周期来实现，但是这样又增加了Restful API的调用次数，影响了调度时间。

发明内容

为了克服上述现有技术中的不足，本发明提供一种节点资源状态更新方法及系统，以解决上述技术问题。

本发明的技术方案是：

一种节点资源状态更新方法，包括如下步骤：

进行节点资源状态更新；

在节点资源状态更新的周期内，对节点资源状态进行增量更新；其中，包括校准增量和计算节点资源状态。

进一步的，步骤进行节点资源状态更新包括：

调度主体定期从Kube-apiserver中获取各节点的资源状态；

按照节点剩余资源情况对节点进行排序；