3.4. 用字符串定义容器申请资源上下限

logo

Pod 的资源申请， 在调度策略中， 是一个重要的参数数据。 因此其重要性自然不必多说

容器资源申请

在官网中， 对于资源的申请和管理有详细的描述。 https://kubernetes.io/zh-cn/docs/concepts/configuration/manage-resources-containers/

和 服务质量 QoS 息息相关， https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/

这里简单的归类， 可以速记， 按照服务质量高到低

  1. Guaranteed: request = limit
  2. Burstable: request < limit
  3. BestEffort: 没有 request 和 limit

kustz.yml 配置

还是先来看看 kustz.yml 配置中， 资源的抽象 name: request/limit。

1
2
3
4
5
6

# kustz.yml
service:
  resources:
    cpu: 10m/20m
    memory: 10Mi/20Mi
  #   nvidia.com/gpu: 1/1

对应的， 在 /pkg/kustz/kustz.go 中， 增加字段， 如下。

1
2
3

type Service struct {
	Resources map[string]string `json:"resources,omitempty"`
}

编码

这部分的编码还是还是很简单的。 因为在 k8s.io/apimachinery/pkg/api/resource 库中， 已经为我们提供了 数据及单位 的解析封装， 直接调用即可。

所以大部分编码工作还是在字符串的解析上面。

第一步， 在 /pkg/kustz/k_container.go 中， 为容器添加资源字段

1
2
3

func (kz *Config) kubeContainerResources() corev1.ResourceRequirements {
	return tokube.ContainerResources(kz.Service.Resources)
}

第二步， 在 /pkg/tokube/container_resources.go 中， 解析 map[string]string 对象， 获取资源名和值， 并返回 corev1.Resources

1
2
3

func ContainerResources(res map[string]string) corev1.ResourceRequirements {
// ...省略
}

第三步， 在 /pkg/tokube/container_resources.go 中分割我们定义的字符串。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

func toResourceQuantity(value string) (request resource.Quantity, limit resource.Quantity) {

	re, li := "", ""
	parts := strings.Split(value, "/")
// ... 省略
	request = resource.MustParse(re)
	limit = resource.MustParse(li)

	return
}

可以看到， 这里使用了官方的函数 resource.MustParse(value) ， 直接返回结论， 省了很多事情。

测试

执行命令， 查看结果。

1

$ make test.deployment

除了默认的 cpu, memory 之外， 我们还添加了 nvidia/gpu 这种 CRD 资源。

GPU 结论可以参考， https://help.aliyun.com/document_detail/94800.html