对 DaemonSet 执行回滚

    • DaemonSet 滚动升级历史和 DaemonSet 回滚特性仅在 Kubernetes 1.7 及以后版本的 中支持。
    • 确保您了解如何 对 DaemonSet 执行滚动升级。

    如果只想回滚到最后一个版本，可以跳过这一步。

    列出 DaemonSet 的所有版本：

    该命令返回 DaemonSet 版本列表：

    1. daemonsets "<daemonset-name>"
    2. REVISION        CHANGE-CAUSE
    3. 1               ...
    4. 2               ...
    • 在创建时，DaemonSet 的变化原因从 kubernetes.io/change-cause 注解（annotation）复制到其版本中。 用户可以在 kubectl 中指定 --record=true ，将执行的命令记录在变化原因注解中。

    执行以下命令，来查看指定版本的详细信息：

    1. kubectl rollout history daemonset <daemonset-name> --revision=1
    1. # 在 --to-revision 中指定您从步骤 1 中获取的版本序号

    如果成功，命令会返回：

    1. daemonset "<daemonset-name>" rolled back

    如果 --to-revision 参数未指定，将选中最近的版本。

    kubectl rollout undo daemonset 向服务器表明启动 DaemonSet 回滚。 真正的回滚是在服务器端异步完成的。

    执行以下命令，来观察 DaemonSet 回滚进度：

    1. daemonset "<daemonset-name>" successfully rolled out

    在前面的 kubectl rollout history 步骤中，您获得了一个版本列表，每个版本都存储在名为 ControllerRevision 的资源中。 ControllerRevision 仅在 Kubernetes 1.7 及以后的版本中可用。

    查找原始的版本资源，来查看每个版本中存储了什么内容：

      该命令返回 ControllerRevisions 列表：

      每个 ControllerRevision 中存储了相应 DaemonSet 版本的注解和模板。

      注意 DaemonSet 版本只会向前滚动。 也就是说，回滚完成后，所回滚到的 ControllerRevision 版本号 (.revision 字段) 会增加。 例如，如果用户在系统中有版本 1 和版本 2，并从版本 2 回滚到版本 1 ，带有 .revision: 1 的ControllerRevision 将变为 .revision: 3。

      • 查看 。