小编Hes*_*oud的帖子

在Kubernetes cronjobs中,在限制部分中说明了这一点

如果CronJob控制器在从CronJob的开始时间到开始时间加上startingDeadlineSeconds之前的一段时间内没有运行或中断,或者如果跨度涵盖多个开始时间并且concurrencyPolicy不允许并发,则作业可能无法运行.

我从中理解的是,如果startingDeadlineSeconds设置为10并且cronjob在其预定时间由于某种原因无法启动,那么只要这些10秒没有通过,它仍然可以尝试再次启动,但是在10秒,它肯定不会被启动,这是正确的？

此外,如果我已经concurrencyPolicy设置为Forbid,如果cronjob尝试安排,当有一个已经运行时,K8会将其视为失败吗？

在此处的kubernetes 文档中Burstable，根据资源 QOS分类的 pod 的条件定义为

如果为一个或多个容器中的一个或多个资源设置了请求和可选限制（不等于 0），并且它们不相等，则该 Pod 被归类为 Burstable。当未指定限制时，它们默认为节点容量。

所以基本上不同地说：

1. requests为pod 中的一个或多个容器中的一个或多个资源（cpu/内存）设置。
2. limits可选：如果设置，就应该不等于对requests同一资源。

containers:
  name: foo
    resources:
      limits:
        cpu: 10m
        memory: 1Gi
      requests:
        cpu: 10m
        memory: 1Gi

  name: bar