主页 / server / 问题 / 1047438
Accepted
xpepermint
Asked: 2020-12-25 02:34:34 +0800 CST

Kubernetes 更新是原子事务吗？

  • 772

我想知道 Kubernetes 是如何执行更新的。假设两个实体同时执行更新。如何应用配置？在 K8S API 上应用/删除配置和一般执行突变是原子操作吗？是否可以根据条件执行突变？

我们以这个简单的 ConfigMap 为例：

apiVersion: v1
kind: ConfigMap
metadata:
  name: testmap
data:
  foo: "1"

我想通过设置更新此配置，foo: "2"但foo: "1"前提是 ConfigMap 中存在。这样的原子性特征可以在MongoDB（例如findAndModify）、Redis等数据库中找到。如何在K8S中实现原子性？

kubernetes

1 个回答

  1. Best Answer

    在 Kubernetes 中，您需要与kube-apiserver通信以查看资源或对其进行更改。

    kube-apiserveretcd用作存储 Kubernetes 所需数据的地方。

    etcd 是一个一致且高度可用的键值存储，用作 Kubernetes 的所有集群数据的后备存储

    Kubernetes.io：为 Kubernetes 操作 etcd 集群

    您可以在官方网站上阅读etcd：

    etcd 具体定义

    操作完成

    当一个 etcd 操作通过共识提交时，它被认为是完整的，因此由 etcd 存储引擎“执行”——永久存储。客户端在收到来自 etcd 服务器的响应时就知道操作已完成。请注意，如果操作超时，或者客户端和 etcd 成员之间存在网络中断，客户端可能不确定操作的状态。当有领导选举时，etcd 也可能中止操作。在此事件中，etcd 不会向客户端的未完成请求发送中止响应。

    提供的保证

    原子性

    所有 API 请求都是原子的；一个操作要么完全完成，要么根本不完成。对于 watch 请求，一个操作产生的所有事件都将在一个 watch 响应中。Watch 从不​​观察单个操作的部分事件。

    正如您在上面所读到的，etcd保证是一致的。

    有关资源操作的更多信息可以在此博客文章中找到：

    你可以在那里阅读（博客文章很长但解释性很强）：

    在某些情况下，您可能希望确保在读取资源和更新资源之间没有对资源进行任何更改。换句话说，您需要确保对资源的所有更改都是原子的。这是使用替换更新资源的用例。例如，如果您的 ConfigMap 具有由多个源更新的计数器，您可能希望确保两个源不会尝试同时更新计数器，从而导致您“丢失”更新。

    <-- 已跳过-->

    替换请求中提供的规范应该是完整的资源规范，而不是部分规范，而不仅仅是使用 kubectl apply 时所需的部分。特别是，您必须resourceVersion在规范元数据中包含当前。如果您不包含该resourceVersion版本或您提供的版本不是当前版本，则替换将被拒绝。

    其他资源：

    我在 Stackoverflow 上发现了类似的案例，它也在处理类似的问题：

    • 2

相关问题