【Kubernets】配置类型资源 Etcd, Secret, ConfigMap

问道飞鱼2024-10-13 21:48

文章目录

所有资源概览

Etcd详细说明

Kubernetes中的etcd是一个高度可用的分布式键值存储系统，它在Kubernetes集群中扮演着至关重要的角色。以下是对etcd的详细介绍：

一、基本概念

etcd是一个专为配置共享、服务发现和分布式锁等场景设计的分布式键值存储系统。它采用Raft一致性算法，确保集群内部数据的一致性，并提供高可用、高性能的存储服务。

二、主要功能

  1. 分布式键值存储：etcd以键值对的形式存储数据，客户端可以通过HTTP/HTTPS或gRPC接口与etcd交互，进行数据的读写操作。
  2. 配置存储与动态更新：etcd可以存储和分发应用的配置信息，并支持版本控制和历史回溯。客户端可以监听特定键的变化，实现配置的实时更新。
  3. 服务发现 ：通过在etcd中注册服务实例及其元数据（如IP地址、端口等），客户端可以通过查询etcd获取服务实例列表，实现服务的发现与定位。
  4. 分布式锁与协调：etcd提供分布式锁服务，允许多个分布式系统组件安全地协调对共享资源的访问。它还支持分布式选举、队列等高级协调功能。
  5. 事件通知：客户端可以对键进行Watch（监视），当键值发生变化时，etcd会向客户端发送事件通知，实现数据变更的实时响应。

三、架构与组件

  1. 节点（Member）：etcd集群中的单个服务器实例，每个节点都有一个唯一的ID和角色（Follower或Leader）。节点间通过Raft协议进行通信和数据复制。
  2. Raft协议：etcd使用Raft作为共识算法，负责集群内节点间的领导选举、日志复制、心跳检测等。Raft保证了在给定时间内，集群内只有一个有效的Leader，且所有节点上的数据最终一致。
  3. gRPC服务：etcd通过gRPC提供服务接口，支持客户端的远程调用。gRPC提供了高效、跨语言的通信能力。
  4. 存储引擎：etcd内部使用专门设计的存储引擎（如BoltDB或RocksDB）持久化数据，保证数据的高效读写和持久化存储。

四、数据模型与操作

  1. 键值对：etcd以键值对的形式存储数据，键（Key）是唯一的标识符，值（Value）可以是任意字节序列。
  2. 目录结构：etcd的键可以组织成类似于文件系统的层级结构，支持前缀查询和递归操作。
  3. 数据操作：支持Put（写入数据）、Get（查询数据）、Delete（删除数据）等操作。还支持事务操作（Txn），能够在原子操作中执行多个条件判断和数据修改。
  4. 版本控制：每个键值对都有一个版本号，每次修改都会递增。客户端可以通过版本号进行条件更新，防止竞态条件。
  5. 租约（Lease）：为键值对设置有效期，过期后键值对自动删除。租约可以用于实现自动清理过期数据、定时任务等。

五、安全与认证

  1. TLS加密：etcd支持客户端与服务器之间的双向TLS加密，确保数据传输的安全性。
  2. 身份认证：支持多种认证方式，如用户名密码（Basic Auth）、TLS客户端证书、JWT等。
  3. 访问控制：通过Role-Based Access Control（RBAC）系统，可以精细控制不同用户或服务对etcd中资源的访问权限。

六、集群部署与管理

  1. 集群部署：etcd集群通常由奇数个节点组成，以确保在部分节点故障时仍能维持多数派。节点间通过预共享的加密密钥或TLS证书建立信任关系。
  2. 监控与告警：通过etcd提供的metrics接口，可以对接Prometheus等监控系统，监控集群的健康状况、性能指标等，并设置告警阈值。
  3. 备份与恢复：定期进行数据备份以应对灾难恢复。etcd提供snapshot工具进行数据快照，并支持增量备份。恢复时可通过导入快照和重放WAL（Write-Ahead Log）文件恢复数据。
  4. 升级与扩容：etcd支持平滑升级和在线扩容，通过增加或替换节点来调整集群规模或更新软件版本。

总之，etcd作为Kubernetes等云原生平台的核心组件，凭借其强一致、高可用、高性能的特点，成为云原生架构中的关键基础设施。通过精细的安全控制和丰富的数据操作接口，etcd为构建复杂的分布式系统提供了坚实的数据存储基石。

Secret详细说明

Kubernetes Secret 是 Kubernetes 集群中用于存储敏感信息（如密码、OAuth 令牌和 ssh 密钥）的对象。这些信息需要以安全的方式处理，并且不应该被直接暴露在 pod 的配置文件或容器镜像中。以下是 Kubernetes Secret 的详细介绍：

一、Secret 的类型

Kubernetes Secret 支持多种类型，但最常见的是 Opaque 类型。其他类型包括：

  • Service Account Tokens：自动为 Service Account 创建的 Secret，包含用于 API 访问的令牌。
  • kubernetes.io/dockerconfigjson：用于存储 Docker 镜像仓库的认证信息。
  • kubernetes.io/tls：用于存储 TLS 证书和私钥。

二、Secret 的创建

Secret 可以通过命令行工具 kubectl 或 YAML 配置文件创建。

  • 使用 kubectl 创建：

    bash 复制代码 
    kubectl create secret generic my-secret --from-literal=username=admin --from-literal=password=123456

    这将创建一个名为 my-secret 的 Secret，包含两个键值对：username 和 password。

  • 使用 YAML 配置文件创建：

    yaml 复制代码 
    apiVersion: v1
kind: Secret
metadata:
  name: my-secret
type: Opaque
data:
  username: YWRtaW4=  # base64 编码的 "admin"
  password: MTIzNDU2= # base64 编码的 "123456"

    注意：在 YAML 文件中，Secret 的数据字段需要是 base64 编码的。

三、Secret 的使用

Secret 可以通过多种方式在 Kubernetes 集群中使用：

  • 环境变量：将 Secret 数据注入到 Pod 的环境变量中。
yaml 复制代码 
apiVersion: v1  
kind: Pod  
metadata:  
  name: my-pod  
spec:  
  containers:  
  - name: my-container  
    image: busybox  
    env:  
    - name: MY_USERNAME  
      valueFrom:  
        secretKeyRef:  
          name: my-secret  
          key: username  
    - name: MY_PASSWORD  
      valueFrom:  
        secretKeyRef:  
          name: my-secret  
          key: password
  • Volume：将 Secret 数据挂载为 Pod 中的卷（Volume），以文件的形式提供访问。
yaml 复制代码 
apiVersion: v1  
kind: Pod  
metadata:  
  name: my-pod-with-volume  
spec:  
  containers:  
  - name: my-container  
    image: busybox  
    volumeMounts:  
    - name: my-secret-volume  
      mountPath: "/etc/secrets"  
      readOnly: true  
  volumes:  
  - name: my-secret-volume  
    secret:  
      secretName: my-secret
  • ConfigMaps 与 Secrets 结合使用：虽然 ConfigMap 通常用于存储非敏感配置数据，但有时也会与 Secret 结合使用，以区分敏感和非敏感信息。

四、Secret 的更新与删除

  • 更新 Secret：更新 Secret 通常涉及创建一个新的 Secret 并更新引用该 Secret 的 Pod 或其他 Kubernetes 资源。对于挂载为卷的 Secret，Kubernetes 会在 Secret 更新后自动将其更新到 Pod 中（取决于 Kubernetes 的版本和配置）。但是，对于注入为环境变量的 Secret，需要重启 Pod 才能使更新生效。
  • 删除 Secret ：使用 kubectl delete secret <secret-name> 命令可以删除指定的 Secret。删除后，所有引用该 Secret 的 Pod 或其他 Kubernetes 资源将无法再访问该 Secret 中的数据。

五、Secret 的安全性

  • 存储安全：Secret 数据在 etcd 中以 base64 编码的形式存储，虽然 base64 不是一种加密方式，但它可以作为一种简单的编码手段，使得敏感信息在传输和存储时不易被直接读取。然而，为了增强安全性，建议将 Secret 数据存储在安全的存储系统中，并在使用时通过 Kubernetes 的访问控制机制进行保护。
  • 访问控制：Kubernetes 通过 RBAC（基于角色的访问控制）机制对 Secret 的访问进行严格控制。只有具有相应权限的用户或 Service Account 才能访问特定的 Secret。
  • 传输安全：在 Kubernetes 集群内部，Secret 数据通过 API Server 进行访问时，会使用 TLS 加密来保护数据的传输安全。

总之，Kubernetes Secret 提供了一种安全存储和管理敏感信息的方法，通过正确使用 Secret，可以保护敏感信息不被未经授权的访问和泄露。

ConfigMap详细说明

Kubernetes中的ConfigMap是一种用于存储配置数据的资源对象，以下是对其的详细说明：

一、ConfigMap的基本概念

ConfigMap是一种API对象，用于将非机密性的数据保存到键值对中。这些数据可以在Pods中作为环境变量、命令行参数或存储卷中的配置文件使用。ConfigMap使得环境配置信息和容器镜像解耦，从而便于应用配置的修改和管理。

二、ConfigMap的主要作用

  1. 分离配置和应用程序：ConfigMap允许将应用程序的配置数据与应用程序本身分离开来。这样，应用程序可以在不重新构建或重新部署的情况下修改配置数据。
  2. 集中管理配置：ConfigMap可以集中存储和管理应用程序所需的所有配置数据。这有助于统一管理和更新配置，而无需修改应用程序的代码或重新构建镜像。
  3. 配置共享：ConfigMap可以在多个Pod之间共享配置数据，确保所有Pod使用相同的配置，从而提高配置的一致性和可维护性。

三、ConfigMap的声明

ConfigMap可以通过多种方式声明，包括直接在命令行中指定Config参数创建、通过文件或目录创建，以及通过YAML文件定义。

  1. 直接在命令行中指定Config参数创建 ：

    使用kubectl create configmap命令，并通过--from-literal指定参数。例如：

    bash 复制代码 
    kubectl create configmap mysql-config --from-literal=MYSQL_PORT=3306 --from-literal=MYSQL_ROOT_PASSWORD=passwd

    这将创建一个名为mysql-config的ConfigMap，包含两个键值对：MYSQL_PORT和MYSQL_ROOT_PASSWORD。

  2. 通过文件或目录创建 ：

    如果有一个或多个配置文件，可以使用--from-file参数从文件或目录创建ConfigMap。例如：

    bash 复制代码 
    kubectl create configmap nginx-config --from-file nginx/nginx.conf

    这将从nginx/nginx.conf文件创建一个名为nginx-config的ConfigMap，其中包含一个键值对，键是文件名nginx.conf，值是文件内容。

    如果有一个目录包含多个配置文件，可以将整个目录作为数据源创建ConfigMap：

    bash 复制代码 
    kubectl create configmap my-configmap-files --from-file=config-files/

    这将从config-files目录中的每个文件创建一个ConfigMap，每个文件的内容都作为一个键值对存储在ConfigMap中。

  3. 通过YAML文件定义 ：

    可以编写一个YAML文件来定义ConfigMap。例如：

    yaml 复制代码 
    apiVersion: v1
kind: ConfigMap
metadata:
  name: my-configmap
data:
  DATABASE_URL: "mysql://username:password@localhost:3306/mydatabase"
  API_KEY: "your_api_key_here"
  LOG_LEVEL: "info"

    然后，使用kubectl apply -f命令应用这个YAML文件来创建ConfigMap。

四、ConfigMap的使用

ConfigMap创建后，可以在Pod中以多种方式使用，包括作为环境变量、命令行参数或挂载为文件。

  1. 作为环境变量使用 ：

    在Pod的YAML配置文件中，通过envFrom或env字段引用ConfigMap。例如：

    yaml 复制代码 
    apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: your-container-image:latest
    envFrom:
    - configMapRef:
        name: my-configmap

    这将把my-configmap中的所有键值对作为环境变量注入到Pod中的容器中。

  2. 作为命令行参数使用 ：

    在Pod的YAML配置文件中，通过args或command字段引用ConfigMap中的值作为命令行参数。不过，这种方式需要手动指定每个要使用的键值对。

  3. 挂载为文件使用 ：

    可以将ConfigMap挂载为Pod中的文件，这样容器就可以像访问普通文件一样访问配置数据了。例如：

    yaml 复制代码 
    apiVersion: v1
kind: Pod
metadata:
  name: my-pod-files
spec:
  containers:
  - name: my-container-files
    image: your-container-image:latest
    volumeMounts:
    - name: config-volume
      mountPath: /etc/config
  volumes:
  - name: config-volume
    configMap:
      name: my-configmap-files

    这将把my-configmap-files中的所有文件挂载到Pod中的/etc/config目录下。

三、注意事项

  1. 命名规则：ConfigMap的名称必须是有效的DNS子域名。
  2. 数据格式：ConfigMap中的数据可以是键值对形式，也可以是完整的配置文件。
  3. 安全性：ConfigMap用于存储非机密性数据。如果需要存储敏感信息，请使用Secret资源。
  4. 更新与删除：ConfigMap更新后，已经使用它的Pod不会自动更新配置。需要手动重启Pod或更新Pod的配置以使更改生效。同样地，删除ConfigMap不会影响已经使用它的Pod，但Pod将无法再访问被删除的数据。

综上所述，ConfigMap为Kubernetes中的应用程序提供了一种灵活且解耦的方式来存储和访问配置数据。通过合理的声明和使用方式，可以简化配置管理并提高应用程序的可维护性。

三者区别

Kubernetes中的etcd、Secret和ConfigMap都是重要的组件，但它们各自承担着不同的角色和功能。以下是它们之间的主要区别：

一、etcd

  1. 定义与角色：

    • etcd是一个高可用的分布式键值存储系统，专为配置共享、服务发现和分布式锁等场景设计。
    • 在Kubernetes集群中，etcd是集群的核心组件之一，负责存储集群的所有配置信息、状态数据以及服务注册信息等。

  2. 特性：

    • 高可用性：etcd通过Raft一致性算法实现集群的高可用性，确保在部分节点故障时仍能提供服务。
    • 强一致性：etcd保证集群内部数据的一致性，使得各个节点能够获取到最新的配置信息。
    • 数据持久化：etcd支持数据的持久化存储，确保数据的可靠性。

二、Secret

  1. 定义与用途：

    • Secret是Kubernetes中用于存储敏感信息的对象，如密码、OAuth令牌、SSH密钥等。
    • 使用Secret可以避免将机密数据直接放在Pod规约或容器镜像中，从而增加应用程序的安全性。

  2. 类型：

  3. 存储与访问：

    • Secret中的数据以加密的方式存储，确保敏感信息的安全性。
    • Pod可以通过环境变量、卷挂载等方式访问Secret中的数据。

三、ConfigMap

  1. 定义与用途：

    • ConfigMap是Kubernetes中用于存储非敏感配置信息的对象，如应用程序的设置、环境变量等。
    • ConfigMap使环境配置信息和容器镜像解耦，便于应用配置的修改。

  2. 存储与访问：

    • ConfigMap中的数据以明文方式存储，因为存储的是非敏感信息。
    • Pod可以通过环境变量、命令行参数、卷挂载等方式访问ConfigMap中的数据。

  3. 限制：

    • ConfigMap并不提供加密或保密的功能，因此不适合存储敏感信息。
    • ConfigMap中的数据大小有限制（通常为1MiB），不应存储大量数据。

四、总结

  • etcd：是Kubernetes集群的核心组件之一，负责存储集群的所有配置信息、状态数据等，具有高可用性、强一致性和数据持久化的特性。
  • Secret：用于存储敏感信息，如密码、密钥等，以加密方式存储，确保安全性。Pod可以通过多种方式访问Secret中的数据。
  • ConfigMap：用于存储非敏感配置信息，如应用程序设置、环境变量等。ConfigMap使配置信息与容器镜像解耦，便于修改。Pod同样可以通过多种方式访问ConfigMap中的数据。

综上所述，etcd、Secret和ConfigMap在Kubernetes集群中各自扮演着不同的角色，共同维护着集群的稳定性和安全性。

相关推荐
张声录1几秒前
【ETCD】【实操篇（三）】【ETCDCTL】如何向集群中写入数据
数据库·chrome·etcd
Likelong~6 分钟前
Etcd注册中心基本实现
etcd·注册中心
alden_ygq19 小时前
etcd网关
服务器·数据库·etcd
张声录119 小时前
【ETCD】ETCD Leader 节点写入数据流程概览
数据库·etcd
云川之下1 天前
【k8s】访问etcd
kubernetes·etcd
张声录11 天前
【ETCD】【实操篇（四）】etcd常见问题快问快答FAQ
数据库·etcd
怒码ing2 天前
etcd+京东hotkey探测使用
数据库·etcd
Source、2 天前
ETCD备份还原
数据库·etcd
张声录12 天前
【ETCD】【实操篇（二）】如何从源码编译并在window上搭建etcd集群？
数据库·etcd
张声录12 天前
【ETCD】ETCD 的一致性读（Linearizable Read）流程解析
服务器·数据库·etcd
热门推荐
01〔AI 绘画〕Stable Diffusion 之 解决绘制多人或面部很小的人物时面部崩坏问题 篇02ARM学习（31）编译器对overlay方式的支持03玄机平台应急响应—webshell查杀04DisplayPort AltMode On Type-c协议_Ver2.0(学习笔记)05校验 GPT-4 真实性的三个经典问题：快速区分 GPT-3.5 与 GPT-4，并提供免费测试网站06Docker 夺命连环 15 问076个主流的工业3D管道设计软件08基于大语言模型（LLM）的合成数据生成、策展和评估的综述09(欧拉)openEuler系统添加网卡文件配置流程、(欧拉)openEuler系统手动配置ipv6地址流程、(欧拉)openEuler系统网络管理说明10红米手机使用google play