k8s从入门到放弃之数据存储

k8s从入门到放弃之数据存储

在Kubernetes中,数据存储主要通过持久卷(Persistent Volumes, PVs)和持久卷声明(Persistent Volume Claims, PVCs)机制来实现。这种设计允许存储与计算分离,使得容器可以根据需要请求存储资源,而无需关心底层存储的具体实现细节。

持久卷 (Persistent Volumes, PVs)

  • 定义:持久卷是集群中的一段存储,它像节点一样是一种资源。PVs与具体的存储技术相关联,比如NFS、iSCSI、或者云提供商的存储系统如AWS EBS、GCE Persistent Disks等。
  • 生命周期:独立于Pod的生命周期,即使使用它的Pod被删除,PV仍然存在,除非明确地释放或删除。

持久卷声明 (Persistent Volume Claims, PVCs)

  • 定义:PVCs是用户对存储的请求。它类似于Pod。Pod消耗节点资源,PVC消耗PV资源。Pod可以请求特定级别的资源(cpu和内存),类似的PVC可以请求大小和访问模式(例如,可读写一次、只读多次)。
  • 灵活性:允许用户无需了解底层存储实现细节即可请求存储资源。

存储类 (Storage Classes)

  • 定义:提供了一种方式,让管理员可以描述他们提供的存储"类"。不同的类可能映射到不同的服务质量等级、备份策略等。
  • 动态供给:如果启用了存储类的动态供给功能,则当PVC提出请求时,Kubernetes会自动创建所需的PV,并将其绑定到该PVC上。

存储卷 (Volumes)

  • 定义:虽然PVs和PVCs提供了持久化存储的方法,但Kubernetes中的Volumes为Pod提供了可挂载的存储。一个Volume可以与一个或多个容器关联,支持多种类型的后端存储。

项目准备

主机名 ip 配置
nfs 192.168.0.5 2核4G50G
master 192.168.0.2 2核4G50G
node1 192.168.0.3 2核4G50G
node2 192.168.0.4 2核4G50G

安装nfs服务

复制代码
yum -y insrall nfs

设置共享目录

复制代码
[root@nfs ~]# cat /etc/exports
/volume-k8s/data/ 192.168.0.0/24(rw,no_root_squash)

启动nfs服务

复制代码
systemctl start nfs

pvc案例

复制代码
[root@master ~]# cat nginx-pvc.yaml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: ngx-html
spec:
  storageClassName: "nfs-client"  #指定使用的动态存储名称
  accessModes:       
  - ReadWriteMany    
  resources:         
    requests:        
      storage: 6Gi   

deploy-nginx.yaml

复制代码
apiVersion: v1
kind: deployment
metadata:
  name: my-deploy-nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      volumes:
        - name: nginx-volume
          PersistentVolume:
            claimName:  ngx-html
      containers:
        - name: nginx
          image: nginx:1.20.0
          ports:
            - containerPort: 80
          volumeMounts:
          - name: nginx-volume
            mountPath: /usr/share/nginx/html

---

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
  - port: 80
    targetPort: 80
    

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx
spec:
  rules:
  - http:
      paths:
      - pathType: Prefix
        path: "/"
        backend:
          service:
            name: nginx-service
            port: 
              number: 80


apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: hpa-nginx
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: my-deploy-nginx
  minReplicas: 1
  maxReplicas: 3
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 50
相关推荐
我不会起名字3222 小时前
K8s 服务 DNS 解析偶发 5 秒超时:conntrack 与 ndots 的 3 个坑
kubernetes·k8s·dns·conntrack·coredns
risc1234563 小时前
万变不离其宗
人工智能·低代码·云原生
EterNity_TiMe_4 小时前
Docker服务越装越多记不住端口?我用Fenrus把NAS里的常用入口整理成一个导航页
运维·人工智能·docker·ai·容器·cpolar
吴声子夜歌4 小时前
Docker入门与实战——libnetwork插件化网络功能
网络·docker·容器
江湖有缘5 小时前
Docker实战 | 使用Docker部署HarborGuard容器安全扫描平台
安全·docker·容器
江湖有缘5 小时前
Docker实战 | 使用Docker部署Reubah文件转换器和图像处理器
docker·容器·eureka
T.O.P_KING6 小时前
Falco vs. Tetragon:云原生运行时安全选型指南
安全·云原生
七夜zippoe6 小时前
把 OpenClaw Agent 搬进 K8s:容器化部署全记录
ai·云原生·容器·kubernetes·openclaw
flytalei7 小时前
从 Docker Compose 到 K3s:逐浪笔记首次完整部署与故障排查实战
笔记·docker·容器