今天也来点Docker,通过Cgroup控制容器资源配额

本文介绍了如何利用Cgroup控制Docker容器的CPU、内存和Block IO资源配额。通过Cgroup子系统,可以实现对容器的CPU周期限制、CPU核心控制以及内存限额等。文章通过使用stress工具进行测试,详细阐述了不同参数如--cpu-shares、--cpu-period、--cpu-quota、--cpuset-cpus和-m、--memory-swap的设置和效果,以帮助优化容器的资源使用。
摘要由CSDN通过智能技术生成

一、Cgroup简介

  • Docker通过 Cgroup 来控制容器使用的资源配额,包括 CPU、内存、磁盘三大方面, 基本覆盖了常见的资源配额和使用量控制。
  • Cgroup 是 Control Groups 的缩写,是Linux 内核提供的一种可以限制、记录、隔离进程组所使用的物理资源(如 CPU、内存、磁盘 IO 等等)的机制,被 LXC、docker 等很多项目用于实现进程资源控制。
  • Cgroup 本身是提供将进程进行分组化管理的功能和接口的基础结构,I/O 或内存的分配控制等具体的资源管理是通过该功能来实现的。

资源管理功能称为 Cgroup 子系统,有以下几大子系统实现:

系统 功能
blkio 设置限制每个块设备的输入输出控制。例如:磁盘,光盘以及 usb 等等。
CPU 使用调度程序为 cgroup 任务提供 CPU 的访问。
cpuacct 产生 cgroup 任务的 CPU 资源报告。
cpuset 如果是多核心的 CPU,这个子系统会为 cgroup 任务分配单独的 CPU 和 内存。
devices 允许或拒绝 cgroup 任务对设备的访问。
freezer 暂停和恢复 cgroup 任务。
memory 设置每个 cgroup 的内存限制以及产生内存资源报告。
net_cls 标记每个网络包以供 cgroup 方便使用。
ns 命名空间子系统。
perf_event 增加了对每个 group 的监测跟踪的能力,可以监测属于某个特定的 group 的所有线程以及运行在特定CPU上的线程。

二、使用 stress 工具测试 CPU 和内存

[root@cgroup ~]# mkdir /opt/stress
[root@cgroup ~]# cd /opt/stress
[root@cgroup stress]# vim Dockerfile
FROM centos:7
MAINTAINER Made By HYC
RUN yum install -y wget
RUN wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo
RUN yum install -y stress

[root@cgroup stress]# docker build -t centos:stress .
[root@cgroup stress]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
centos              stress              ab78a43deb90        47 seconds ago      417MB
centos              7                   8652b9f0cb4c        2 weeks ago         204MB
  • 使用如下命令创建容器,命令中的–cpu-shares 参数值不能保证可以获得 1 个 vcpu 或 者多少 GHz 的 CPU 资源,它仅是一个弹性的加权值。
[root@cgroup stress]# docker run -itd --cpu-shares 100 centos:stress
5aabb5a2c9cd19922e38a2d284a8eced6c96cff56f865dde0a4eb7bbf3f71c0a
[root@cgroup stress]# docker ps -a
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
5aabb5a2c9cd        centos:stress       "/bin/bash"         3 seconds ago       Up 2 seconds

说明:默认情况下,每个 Docker容器的CPU份额都是1024。单独一个容器的份额是没有意义的。只有在同时运行多个容器时,容器的 CPU 加权的效果才能体现出来。

例如:两个容 器 A、B 的 CPU 份额分别为 1000 和 500,在CPU进行时间片分配的时候,容器A比容器B多一倍的机会获得 CPU 的时间片。

  • 分配的结果取决于当时主机和其他容器的运行状态, 实际上也无法保证容器 A一定能获得CPU时间片。比如容器A的进程一直是空闲的,那么容器B是可以获取比容器A更多的CPU时间片的。极端情况下,例如主机上只运行了一个容器,即使它的 CPU 份额只有 50,它也可以独占整个主机的CPU资源。
  • Cgroups 只在容器分配的资源紧缺时,即在需要对容器使用的资源进行限制时,才会生效。因此,无法单纯根据某个容器的CPU份额来确定有多少CPU资源分配给它,资源分配 结果取决于同时运行的其他容器的CPU分配和容器中进程运行情况。
  • 可以通过 cpu share 可以设置容器使用 CPU 的优先级,比如启动了两个容器及运行查看 CPU 使用百分比。
#容器产生10个子函数进程
[root@cgroup stress]# docker run -tid --name cpu512 --cpu-shares 512 centos:stress stress -c 10
4335a06f4fbeccdef4c34cb193928266b81dbf10c45bec9999b8ad385fe6370a
[root@cgroup stress]# docker ps -a
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
4335a06f4fbe        centos:stress       "stress -c 10"      17 seconds ago      Up 16 seconds                           cpu512
5aabb5a2c9cd        centos:stress       "/bin/bash"         4 minutes ago       Up 4 minutes                            musing_booth

#进入容器使用top查看cpu使用情况
[root@cgroup stress]# docker exec -it 4335a06f4fbe bash
[root@4335a06f4fbe /]#top
top - 06:23:47 up  1:12,  0 users,  load average: 8.74, 3.31, 1.24
Tasks:  13 total,  11 running,   2 sleeping,   0 stopped,   0 zombie
%Cpu(s):100.0 us,  0.0 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  1867048 total,   142456 free,   958364 used,   766228 buff/cache
KiB Swap:  2097148 total,  2096508 free,      640 used.   720472 avail Mem 

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                       
    10 root      20   0    7312     96      0 R  21.3  0.0   0:24.19 stress                          
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值