首页 > 其他分享 >k8s解决overlay文件系统不够问题

k8s解决overlay文件系统不够问题

时间:2024-10-14 23:11:13浏览次数:9  
标签:mapper vgname overlay 文件系统 dev 挂载 k8s

k8s解决overlay文件系统不够问题

k8s在使用时overlay文件系统超出限制85%,此时可能是由于文件资源不够,也可能是由于挂载点挂载出错

例如挂载点/home 1.1T;/55G,此时就需要取消/home挂载点,重置/挂载点的文件系统大小。

如果是传统分区,使用fdisk,parted命令调整分区

如果是lvm分区使用以下命令调整

# 查看fdisk
fdisk -l
# 查看物理卷信息
pvs
# 查看逻辑卷信息
lvs
# 查看当前LVM信息
lvdisplay # cd /etc/lvm
# 调整逻辑卷大小
lvreduce -L-500G /dev/mapper/vgname-lvname  # 减少500GB
lvextend -L+500G /dev/mapper/vgname-lvname  # 增加500GB
lvreduce -L-XG /dev/mapper/vgname-homelv # xG需要替换需要更改的数值
lvextend -L+XG /dev/mapper/vgname-rootlv
# 调整文件系统大小
resize2fs /dev/mapper/vgname-lvname
# 检查文件系统大小
df -h

标签:mapper,vgname,overlay,文件系统,dev,挂载,k8s
From: https://www.cnblogs.com/solicit/p/18466408

相关文章

  • k8s版本升级v1.17.4-
    v1.17.4-v1.18.20kubelet无法启动可能的原因failedtorunKubelet:misconfiguration:kubeletcgroupdriver:"systemd"isdifferentfromdockercgroupdriver:"cgroupfs"解决办法:修改Docker的cgroupdriver编辑Docker的配置文件/etc/docker/daemon.json,添加&q......
  • 服务器数据恢复—服务器宕机导致挂载的V7000存储NTFS文件系统损坏的数据恢复案例
    服务器存储数据恢复环境:一台挂载在Windowsserver服务器上的v7000存储。存储空间划分了一个分区,采用NTFS文件系统,存放oracle数据库。服务器存储故障:服务器在运行过程中宕机,于是管理员重启服务器。服务器进入系统自动进行磁盘扫描修复时,管理员强制关机并断开了存储和服务器之间的......
  • K8s-实战入门-ns、pod、label、deployment
    一、 Namespace(ns)Namespace是kubernetes系统中的一种非常重要资源,它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。默认情况下,kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中,可能不想让两个Pod之间进行互相的访问,那此时就可以将两个Pod划分......
  • k8s 1.28 安装配置 knative-serving v1.15.2 + cert-manager v1.16.1
    安装配置knative-serving配置基础组件#考虑image可能存在拉取问题,可以使用https://github.com/DaoCloud/public-image-mirror方法替换kubectlapply-fhttps://github.com/knative/serving/releases/download/knative-v1.15.2/serving-crds.yamlkubectlapply-fhttps:......
  • k8s环境搭建
    k8s环境搭建有一台以上虚拟或者真机就可以搭建。cat/proc/version#查看系统版本,此次使用的是ubuntu20.0,docker版本是27.2.1意味着,k8s版本必须在1.20以上安装docker运行时#选择对应系统的deb安装包进行下载wgethttps://https://github.com/Mirantis/cri-dockerd/rel......
  • 在K8S中,CNI模型有哪些?
    在Kubernetes(K8S)中,CNI(ContainerNetworkInterface,容器网络接口)模型是一个标准化的接口规范,用于在容器创建时配置和管理其网络连接。以下是关于K8S中CNI模型的详细介绍:1.CNI模型概述CNI是由CloudNativeComputingFoundation(CNCF)维护的一个标准,它定义了一组简单、统一的接口,允......
  • 在K8S中,网络模型有哪些?
    在Kubernetes(K8S)中,网络模型的设计是为了满足容器化应用之间的通信需求。K8S网络模型主要涵盖以下几种:1.基础网络模型Pod内容器间的通信:Pod内的各个容器共享同一网络名称空间,该名称空间由构建Pod对象的基础架构容器所提供。同一个Pod内的容器,通过lo接口(即本地回环接口)完成交......
  • 在K8S中,网络策略原理是什么?
    在Kubernetes中,网络策略(NetworkPolicy)的原理是为了提供一种机制,使得Pod之间的网络通信可以被精细控制。网络策略通过API对象的形式定义了Pod之间通信的规则,从而增强了集群的安全性。以下是网络策略的原理及其工作方式的详细介绍:1.网络策略的基本原理API对象:网络策略是一个K......
  • 在K8S中,网络策略有哪些?
    在Kubernetes(K8S)中,网络策略(NetworkPolicy)是一种重要的资源对象,用于定义Pod之间的通信规则,实现微服务应用程序中的细粒度网络隔离和安全控制。以下是Kubernetes网络策略的一些详细内容:网络策略的核心概念:选择器(Selectors):用于标识特定Pod集合的标签选择器。规则(Rules):定义允许......
  • 在K8S中,flannel的作用?
    Flannel是Kubernetes生态系统中最常用的网络插件之一,它主要用于实现覆盖网络(OverlayNetwork),使得Pod之间的通信可以跨越多个物理主机。Flannel的主要作用在于简化跨主机的容器网络连接,确保容器(Pod)之间的网络通信高效且可靠。以下是Flannel的具体作用及其工作机制的详细说明:1.Fla......