【Kubernets】kubernets基础-StatefulSets资源详解

问道飞鱼

已于 2024-10-09 21:23:54 修改

阅读量899

点赞数 31

分类专栏：云原生相关技术文章标签： kubernetes k8s mysql redis

于 2024-09-19 06:23:30 首次发布

本文链接：https://blog.csdn.net/wendao76/article/details/142323755

版权

云原生相关技术专栏收录该内容

27 篇文章 1 订阅

订阅专栏

什么是StatefulSets？

StatefulSets 是 Kubernetes 中用于管理有状态应用的工作负载 API 对象。有状态应用是指那些需要持久化数据和服务标识的应用程序，例如数据库、缓存集群等。与无状态应用不同，有状态应用中的每个实例通常都需要保持某些形式的状态，比如持久存储的数据或网络标识。

StatefulSets 的主要特点：

Stable Network Identity：
StatefulSets 为每个 Pod 提供了一个稳定的、唯一的网络标识。这意味着每个 Pod 都有一个固定的名称，即使它被重新创建，其名称也不会改变。这使得 Pod 之间的通信更加简单和可靠。
Persistent Storage：
StatefulSets 可以与 Persistent Volumes (PV) 和 Persistent Volume Claims (PVC) 结合使用，为每个 Pod 提供持久化的存储。这确保了即使 Pod 被重新调度或重建，其数据仍然可以保留下来。
Ordered Deployment and Scaling：
StatefulSets 支持有序的部署和扩展。你可以控制 Pod 的创建顺序，这对于需要按顺序初始化的集群（如分布式数据库）非常有用。
Graceful Shutdown：
在删除 StatefulSet 时，Pods 可以按照逆序优雅地关闭，从而减少对应用的影响。

StatefulSets 的基本结构：

一个 StatefulSet 定义通常包含以下部分：

metadata: 包含 StatefulSet 的名称和其他元数据。
spec: 包含 StatefulSet 的具体规范，包括副本数 (replicas)、选择器 (selector) 用来匹配这个 StatefulSet 创建的 Pods，以及模板 (template) 用于描述 Pod 的具体配置。

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: example
spec:
  serviceName: "example"
  replicas: 3
  selector:
    matchLabels:
      app: example
  template:
    metadata:
      labels:
        app: example
    spec:
      containers:
      - name: example-container
        image: example-image:latest
        ports:
        - containerPort: 80

在这个例子中，我们定义了一个名为 example 的 StatefulSet，它将会创建三个副本，并且每个副本都会运行一个名为 example-container 的容器。

使用场景：

StatefulSets 适用于需要维护持久状态的应用场景，比如：

数据库服务（MySQL、PostgreSQL、Cassandra 等）
消息队列服务（RabbitMQ、Kafka 等）
分布式缓存（Redis、Memcached 等）

总的来说，StatefulSets 是 Kubernetes 中管理和部署有状态应用的强大工具，它可以帮助你更轻松地处理那些需要持久化存储和稳定网络标识的应用。

如何配置一个mysql服务？

在 Kubernetes 中声明 MySQL 数据库资源通常涉及到几个步骤，包括定义 StatefulSet 来管理有状态应用、设置 Persistent Volume 和 Persistent Volume Claim 以确保数据持久化，以及定义 Service 来暴露数据库给外部客户端。下面是一个简单的示例来展示如何在 Kubernetes 中声明 MySQL 资源。

步骤 1: 创建 PersistentVolumeClaim

首先，你需要创建一个 PersistentVolumeClaim 来请求存储空间。这个 PVC 将会绑定到一个 PersistentVolume（如果已经配置好的话），或者 Kubernetes 将自动为你创建一个 PV。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pv-claim
  labels:
    app: mysql
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

步骤 2: 创建 StatefulSet

接着，创建一个 StatefulSet 来定义 MySQL 实例。这里假设你只需要一个 MySQL 实例，所以我们将 replicas 设置为 1。对于生产环境，你可能需要设置多个副本来提高可用性。

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: mysql
spec:
  serviceName: "mysql"
  replicas: 1
  selector:
    matchLabels:
      app: mysql
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
      - name: mysql
        image: mysql:5.7
        env:
        - name: MYSQL_ROOT_PASSWORD
          value: "password123"
        ports:
        - containerPort: 3306
        volumeMounts:
        - name: mysql-persistent-storage
          mountPath: /var/lib/mysql
      volumes:
      - name: mysql-persistent-storage
        persistentVolumeClaim:
          claimName: mysql-pv-claim

步骤 3: 创建 Service

创建一个 Service 来使 MySQL 数据库可以被其他服务访问。

apiVersion: v1
kind: Service
metadata:
  name: mysql
spec:
  ports:
  - port: 3306
  clusterIP: None
  selector:
    app: mysql

这个 Service 使用了 None 类型的 clusterIP，这意味着它不会创建一个内部的 IP 地址，而是使用 StatefulSet 中的 Pods 的名称直接进行通信。

应用配置

将上述 YAML 文件保存为 .yaml 文件，例如 mysql.yaml，然后使用 kubectl apply -f mysql.yaml 命令将其应用到你的 Kubernetes 集群。

请注意，在实际环境中，你可能需要根据具体的存储后端（如 AWS EBS, GCE PD, Azure Disk 等）来调整 PersistentVolumeClaim 的配置。此外，出于安全考虑，不应在配置文件中硬编码密码，而是应该使用 Kubernetes Secrets 来管理敏感信息。如果你打算在生产环境中部署 MySQL，还需要考虑备份策略、监控、自动扩缩容等高级特性。

如何配置一个redis缓存？

在 Kubernetes 中创建一个 Redis 缓存服务可以通过几种不同的方法来实现。下面将详细介绍一种常见的做法，即使用 StatefulSet 来管理 Redis 实例，并配置 Persistent Volume Claim 来确保数据的持久性。

步骤 1: 创建 PersistentVolumeClaim (PVC)

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: redis-data
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

步骤 2: 创建 StatefulSet

接下来，创建一个 StatefulSet 来定义 Redis 实例。这里我们假设只需要一个 Redis 实例，因此 replicas 设置为 1。如果你需要高可用性，可以设置更多的副本，并使用主从复制或其他集群技术。

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: redis
spec:
  serviceName: "redis"
  replicas: 1
  selector:
    matchLabels:
      app: redis
  template:
    metadata:
      labels:
        app: redis
    spec:
      containers:
      - name: redis
        image: redis:7-alpine
        ports:
        - containerPort: 6379
        volumeMounts:
        - name: redis-data
          mountPath: /data
      volumes:
      - name: redis-data
        persistentVolumeClaim:
          claimName: redis-data

步骤 3: 创建 Service

创建一个 Service 来使 Redis 服务可以被其他服务访问。

apiVersion: v1
kind: Service
metadata:
  name: redis
spec:
  ports:
  - port: 6379
    name: redis
  selector:
    app: redis
  clusterIP: None # 使用 Headless Service

使用 clusterIP: None 来创建 Headless Service，这将为每个 Pod 提供一个稳定的 DNS 名称，而不是一个内部的 IP 地址。

应用配置

将上述 YAML 文件保存为 .yaml 文件，例如 redis.yaml，然后使用 kubectl apply -f redis.yaml 命令将其应用到你的 Kubernetes 集群。

注意事项：

存储类：确保你的集群中有合适的存储类来支持 PVC 的动态供应。如果没有配置存储类，则需要手动创建 PersistentVolume 并绑定到 PVC。
安全性：在生产环境中，考虑使用 Secret 来传递敏感信息，如 Redis 密码等。
高可用性：对于高可用性的 Redis 部署，可以考虑使用 Redis Sentinel 或者 Redis Cluster。这通常涉及到更复杂的配置和更多的 Pod 实例。
资源限制：考虑为 Redis 容器设置 CPU 和内存的限制和请求值，以防止资源耗尽。

通过上述步骤，你可以在 Kubernetes 中创建一个基本的 Redis 缓存服务。对于更复杂的部署需求，如水平扩展、主从复制、故障转移等，可能需要进一步的配置和调整。

什么是PV以及PVC？

在 Kubernetes 中，PersistentVolume (PV) 和 PersistentVolumeClaim (PVC) 是用来管理持久化存储的关键概念。这两者共同工作，使得应用可以请求并使用持久化的存储空间。下面是对 PV 和 PVC 的详细解释：

PersistentVolume (PV)

PersistentVolume (PV) 是集群中的一种存储资源。PV 由集群管理员创建并管理，可以理解为集群中可供使用的存储“池”中的一个单位。PV 具有生命周期，并且与特定的存储后端（如 NFS、iSCSI、云提供商存储等）相关联。PV 可以被格式化并挂载到 Pod 中，类似于临时卷，但是 PV 的生命周期独立于使用它的 Pod。

PV 的主要属性包括：

Access Modes：指定 PV 是否支持读写（ReadWriteMany）、只读多节点（ReadOnlyMany）或单节点读写（ReadWriteOnce）。
Capacity：指定 PV 的大小。
Storage Class：可选的存储类别标签，用于指示 PV 的存储类型或质量级别。
Reclaim Policy：当 PV 不再被任何 PVC 使用时，PV 的回收策略，可以是 Retain（保留）、Delete（删除）或 Recycle（循环利用）。

PersistentVolumeClaim (PVC)

PersistentVolumeClaim (PVC) 是用户向集群请求存储资源的一种方式。PVC 是对 PV 的一个引用，并且允许用户指定所需的存储容量和访问模式。当创建 PVC 时，Kubernetes 会尝试找到一个符合条件的 PV 并将其绑定到该 PVC 上。一旦绑定成功，PV 就会被分配给特定的 Pod 使用。

PVC 的主要属性包括：

Access Modes：请求 PV 的访问模式，必须与 PV 的访问模式兼容。
Resources：请求的存储容量。
Storage Class：可选的存储类别，用于匹配具有相同存储类别的 PV。

工作流程

以下是 PV 和 PVC 的典型工作流程：

创建 PV：
- 管理员创建 PV，并定义其访问模式、容量、存储类型等属性。
- PV 通常与特定的存储后端关联，例如 NFS、本地磁盘或云存储服务。
创建 PVC：
- 用户创建 PVC，并指定所需 PV 的访问模式和容量。
- 可以指定存储类别来匹配特定类型的 PV。
绑定 PV 和 PVC：
- 当 PVC 创建后，Kubernetes 会尝试查找匹配条件的 PV，并将两者绑定在一起。
- 绑定完成后，PVC 将处于 Bound 状态，表示已经被分配给某个 PV。
使用 PVC：
- 在 Pod 中声明并使用 PVC，通过 volumeMounts 和 volumes 配置来挂载 PVC。
- Pod 可以通过路径访问挂载的持久卷。
回收 PV：
- 当 PVC 被删除时，根据 PV 的回收策略，PV 可能会被保留、删除或循环利用。

示例

以下是一个简单的 PV 和 PVC 的 YAML 配置示例：

PV 示例

apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-pv-volume
spec:
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  storageClassName: manual
  hostPath:
    path: "/mnt/data"

PVC 示例

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: manual