add scheduling
rootsongjc
parent
4f04f5031b
commit
cc92231b2b
10
SUMMARY.md
10
SUMMARY.md
|
|
@ -20,10 +20,11 @@
|
|||
- [CRI - Container Runtime Interface（容器运行时接口）](concepts/cri.md)
|
||||
- [CNI - Container Network Interface（容器网络接口）](concepts/cni.md)
|
||||
- [CSI - Container Storage Interface（容器存储接口）](concepts/csi.md)
|
||||
- [Kubernetes中的网络]()
|
||||
- [Kubernetes中的网络解析——以flannel为例](concepts/networking.md)
|
||||
- [Kubernetes中的网络解析——以calico为例](concepts/calico.md)
|
||||
- [资源对象与基本概念解析](concepts/objects.md)
|
||||
- [Pod状态与生命周期管理](concepts/pod-state-and-lifecycle.md)
|
||||
- [资源对象与基本概念解析](concepts/objects.md)
|
||||
- [Pod状态与生命周期管理](concepts/pod-state-and-lifecycle.md)
|
||||
- [Pod概览](concepts/pod-overview.md)
|
||||
- [Pod解析](concepts/pod.md)
|
||||
- [Init容器](concepts/init-containers.md)
|
||||
|
|
@ -32,7 +33,7 @@
|
|||
- [Pod Hook](concepts/pod-hook.md)
|
||||
- [Pod Preset](concepts/pod-preset.md)
|
||||
- [Pod中断与PDB（Pod中断预算）](concepts/pod-disruption-budget.md)
|
||||
- [集群配置](concepts/cluster.md)
|
||||
- [集群资源管理](concepts/cluster.md)
|
||||
- [Node](concepts/node.md)
|
||||
- [Namespace](concepts/namespace.md)
|
||||
- [Label](concepts/label.md)
|
||||
|
|
@ -63,10 +64,11 @@
|
|||
- [Volume](concepts/volume.md)
|
||||
- [Persistent Volume（持久化卷）](concepts/persistent-volume.md)
|
||||
- [Storage Class](concepts/storageclass.md)
|
||||
- [扩展](concepts/extension.md)
|
||||
- [集群扩展](concepts/extension.md)
|
||||
- [使用自定义资源扩展API](concepts/custom-resource.md)
|
||||
- [Aggregated API Server](concepts/aggregated-api-server.md)
|
||||
- [APIService](concepts/apiservice.md)
|
||||
- [资源调度](concepts/scheduling.md)
|
||||
|
||||
### 用户指南
|
||||
|
||||
|
|
|
|||
|
|
@ -0,0 +1,12 @@
|
|||
# 资源调度
|
||||
|
||||
Kubernetes作为一个容器编排调度引擎，资源调度是它的最基本也是最重要的功能，这一节中我们将着重讲解Kubernetes中是如何做资源调度的。
|
||||
|
||||
Kubernetes中有一个叫做`kube-scheduler`的组件，该组件就是专门监听`kube-apiserver`中是否有还未调度到node上的pod，再通过特定的算法为pod指定分派node运行。
|
||||
|
||||
Kubernetes中的众多资源类型，例如Deployment、DaemonSet、StatefulSet等都已经定义了Pod运行的一些默认调度策略，但是如果我们细心的根据node或者pod的不同属性，分别为它们打上标签之后，我们将发现Kubernetes中的高级调度策略是多么强大。当然如果要实现动态的资源调度，即pod已经调度到某些节点上后，因为一些其它原因，想要让pod重新调度到其它节点。
|
||||
|
||||
考虑以下两种情况：
|
||||
|
||||
- 集群中有新增节点，想要让集群中的节点的资源利用率比较均衡一些，想要将一些高负载的节点上的pod驱逐到新增节点上，这是kuberentes的scheduer所不支持的，需要使用如[rescheduler](https://github.com/kubernetes-incubator/descheduler)这样的插件来实现。
|
||||
- 想要运行一些大数据应用，设计到资源分片，pod需要与数据分布达到一致均衡，避免个别节点处理大量数据，而其它节点闲置导致整个作业延迟，这时候可以考虑使用[kube-arbitritor](https://github.com/kubernetes-incubator/kube-arbitrator)。
|
||||
Loading…
Reference in New Issue