Kubernetes：最大 pod 生命周期

Question

我使用 Kubernetes 1.6 和 Docker 来部署微服务的实例/pod。

我有一项服务需要定期从外部存储库中提取不断更新的数据。此更新可以在运行时手动触发，但该服务在此期间不可用。此外，始终在启动时检索最新数据，以便新启动的服务实例具有最新的外部数据。

因此，我想每小时（或其他频率）自动创建一个新的 pod，然后杀死旧的 pod。

从概念上讲，我似乎应该在部署中配置每个 pod 的最大生命周期，以便 Kubernetes 启动一个新实例/pod 并在最大生命周期已过期时终止旧实例/pod，同时确保始终存在至少在 pod 运行时。 但是，Kubernetes does not seem to provide a maximum pod lifetime。

另外，由于启动过程中的数据更新，启动 Pod 需要 1-2 分钟才能准备好。

Answer 1

这意味着作为评论，但可能会成为答案。我将其发布为答案，以便该方法易于阅读。

所以我有可能对你有用的方法。您运行一个全局下载 pod，它将文件下载到特定文件夹中。假设下载每 1 小时发生一次。因此，您将创建一个类似22-08-2017-20-00 的文件夹，并创建一个名为latest 的文件。这个latest 文件的内容将是22-08-2017-20-00

下载器在获取新更新时，将创建一个新文件夹并将数据下载到该文件夹​​。下载数据后，会将最新文件夹的内容更改为该名称。

现在您的主应用程序 pod 将引用此主机卷，读取文件内容并使用该文件夹开始数据处理。

现在您应该运行几个副本。如果您设置 cron 并重新启动 pod，它们将快速启动（无需下载数据）并获取最新数据。您可以通过更改没有影响的虚假参数来进行滚动更新并进行滚动更新。

或者您也可以将 pod 设置为在 1 小时后失败。怎么做？确保你的图片有超时命令

$ time timeout 2 sleep 12

real    0m2.002s
user    0m0.000s
sys 0m0.000s

现在你不希望所有的 pod 同时失效，所以可以生成一个 50min 到 70min 之间的随机数，让每个 pod 在不同的时间失效，并被 k8s 自动重启

看看这个方法是否有意义

Answer 2

这里有一个可以帮助你的例子：https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/

apiVersion: v1
kind: Pod

metadata:
  labels:
    test: liveness
  name: liveness-exec
spec:
  containers:

  - name: liveness

    args:
    - /bin/sh
    - -c
    - touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600

    image: gcr.io/google_containers/busybox

    livenessProbe:
      exec:
        command:
        - cat
        - /tmp/healthy
      initialDelaySeconds: 5
      periodSeconds: 5

使用运行状况检查，您可以强制在一段时间后重新安排容器。我认为这可能适合您的情况。