docker之Cgroup资源配置方法（图文详情！）

Cgroup资源配置方法

一、Cgroup资源配置简介

Docker通过Cgroup 来控制容器使用的资源配额，包括CPU、内存、磁盘三大方面，基本覆盖了常见的资源配额和使用量控制。
Cgroup是Control Groups的缩写，是Linux 内核提供的一种可以限制、记录、隔离进程组所使用的物理资源(如CPU、内存、磁盘lO等等)的机制，被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 和内存使用状况。

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

1、使用Dockerfile来创建一个基于Centos的stress工具镜像。

mkdir /opt/stress
vim /opt/stress/Dockerfile

FROM centos:7
MAINTAINER mhh
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

cd /opt/stress/
docker build -t centos:stress .

使用如下命令创建容器，命令中的–cpu-shares 参数值不能保证可以获得1个vcpu或者多少GHz的CPU资源，它仅是一个弹性的加权值。

docker run -itd --cpu-shares 100 centos:stress

说明：默认情况下，每个Docker容器的CPU份额都是1024。单独一个容器的份额是没有意义的。只有在同时运行多个容器时，容器的CPU加权的效果才能体现出来，例如，两个容器A、B的CPU份额分别为1000和500，在CPU进行时间片分配的时候，容器A比容器B多一倍的机会获得CPU的时间片。
但分配的结果取决于当时主机和其他容器的运行状态，实际上也无法保证容器A一定能获得CPU时间片。比如容器A的进程一直是空闲的，那么容器B是可以获取比容器A更多的CPU时间片的。极端情况下，例如主机上只运行了一个容器，即使它的CPU份额只有50，它也可以独占整个主机的CPU资源。
只在容器分配的资源紧缺时，即在需要对容器使用的资源进行限制时，才会生效。因此，无法单纯根据某个容器的CPU份额来确定有多少CPU资源分配给它，资源分配结果取决于同时运行的其他容器的CPU分配和容器中进程运行情况。

可以通过cpu share 可以设置容器使用CPU的优先级。比如启动了两个容器及运行查看CPU使用百分比。

docker run -tid --name cpu512 --cpu-shares 512 centos:stress stress -c 10//容器产生10个子函数进程
docker exec -it a93caa092962 bash //进入容器使用top查看cpu使用情况
//再开启一个容器做比较
docker run -tid --name cpu1024 --cpu-shares 1024 centos:stress stress -c 10
docker exec -it b1115991c8d0 bash //进容器使用top对比两个容器的%CPU，比例是1:2

2、CPU周期限制

Docker提供了–cpu-period、–cpu-quota两个参数控制容器可以分配到的CPU时钟周期。

--cpu-period是用来指定容器对CPU的使用要在多长时间内做一次重新分配。
--cpu-quota是用来指定在这个周期内，最多可以有多少时间用来跑这个容器。
与–cpu-shares 不同的是，这种配置是指定一个绝对值，容器对CPU 资源的使用绝对不会超过配置的值。
cpu-period和cpu-quota 的单位为微秒(us) , cpu-period 的最小值为1000微秒，最大值为1秒(10^6 us)，默认值为0.1秒(100000 us)，cpu-quota 的值默认为-1，表示不做控制。cpu-period和cpu-quota参数一般联合使用。
例如︰容器进程需要每1秒使用单个CPU的0.2秒时间，可以将cpu-period设置为1000000(即1秒)，cpu-quota 设置为200000(0.2秒)。当然，在多核情况下，如果允许容器进程完全占用两个CPU，则可以将cpu-period设置为100000(即0.1秒)，cpu-quota设置为200000 (0.2秒)。

docker run -tid --cpu-period 100000 --cpu-quota 200000 centos:stress

docker exec -it 98d2aaa50019 bash
cat /sys/fs/cgroup/cpu/cpu.cfs_period_us
100000
cat /sys/fs/cgroup/cpu/cpu.cfs_quota_us
200000

这样在进行资源使用的时候就会按照这个时间周期进行资源分配。且一般情况下，cpu-quota的值是cpu-period的值的几倍就代表这个容器所用的核心数

3、CPU Core 控制

对多核CPU的服务器，Docker还可以控制容器运行使用哪些CPU内核，即使用–cpuset-cpus参数。这对具有多CPU的服务器尤其有用，可以对需要高性能计算的容器进行性能最优的配置。
再开一个终端查看动态进程

docker run -tid --name cpu1 --cpuset-cpus 0-1 centos:stress

执行以上命令需要宿主机为双核，表示创建的容器只能用0、1两个内核。最终生成的Cgroup的CPU内核配置如下:

docker exec -it 9675ba48e8f7 bash
cat /sys/fs/cgroup/cpuset/cpuset.cpus
0-1
stress -c 10

然后在另一个终端使用 top 查看进程，输入数字“1”查看cpu使用详情

或者直接创建容器的时候开启压力测试

docker run -tid --name cpu2 --cpuset-cpus 3-4 centos:stress stress -c 10
docker ps -a
top

通过下面指令可以看到容器中进程与CPU内核的绑定关系，达到绑定CPU内核的目的。

docker exec 631eea630b21 taskset -c -p 1//容器内部第一个进程号pid为1被绑定到指定CPU上运行pid 1's current affinity list: 0,1

4、CPU 配额控制参数的混合使用

通过cpuset-cpus参数指定容器cpu3使用CPU内核1，容器cpu4只是用CPU内核3。
在主机上只有这两个容器使用对应CPU内核的情况，它们各自占用全部的内核资源，cpu-shares 没有明显效果。
cpuset-cpus、 cpuset-mems参数只在多核、多内存节点上的服务器上有效，并且必须与实际的物理配置匹配，否则也无法达到资源控制的目的。
在系统具有多个CPU内核的情况下，需要通过cpuset-cpus 参数为设置容器CPU内核才能方便地进行测试。

docker run -tid --name cpu3 --cpuset-cpus 1 --cpu-shares 512 centos:stress stress -c 1
docker exec -it 84598dfadd34 bash
cat /sys/fs/cgroup/cpuset/cpuset.cpus
top
exit
docker run -tid --name cpu4 --cpuset-cpus 3 --cpu-shares 1024 centos:stress stress -c 1
docker exec -it f6ea2d70cbfe bash
cat /sys/fs/cgroup/cpuset/cpuset.cpus
top //记住按1查看每个核心的占用

总结:上面的centos:stress镜像安装了stress 工具，用来测试CPU和内存的负载。通过在两个容器上分别执行stress -c 1命令，将会给系统一个随机负载，产生1个进程。这个进程都反复不停的计算由 rand() 产生随机数的平方根，直到资源耗尽。
观察到宿主机上的CPU使用率，第三个内核的使用率接近100%，并且一批进程的CPU使用率明显存在2:1的使用比例的对比。

5、内存限额

与操作系统类似，容器可使用的内存包括两部分：物理内存和Swap。

Docker通过下面两组参数来控制客器内存的使用量。

-m或--memory：设置内存的使用限额。例如100M、1024M。

--memory-swap：设置内存+swap 的使用限额。

执行如下命令允许该容器最多使用200M的内存和300M的swap。

docker run -it -m 200M --memory-swap=300M progrium/stress --vm 1 --vm-bytes 280M
--vm 1:启动1个内存工作线程。
--vm-bytes 280M:每个线程分配280M内存。

默认情况下，容器可以使用主机上的所有空闲内存。
与CPU的配置类似，Docker会自动为容器在目录/sys/fs/cgroup/memory/docker/<容器的完整长ID>中创建相应Cgroup配置文件
如果让工作线程分配的内存超过300M，分配的内存超过限额，stress线程报错，容器退出。

docker run -it -m 200M --memory-swap=300M progrium/stress --vm 1 --vm-bytes 299M
docker run -it -m 200M --memory-swap=300M progrium/stress --vm 1 --vm-bytes 310M

所以说工作线程分配的内存要小于300M。

6、Block IO的限制

默认情况下，所有容器能平等地读写磁盘，可以通过设置--blkio-weight参数来改变容器block lO的优先级。--blkio-weight 与--cpu-shares类似，设置的是相对权重值，默认为500。
在下面的例子中，容器A读写磁盘的带宽是容器B的两倍。

docker run -it --name container_A --blkio-weight 600 centos:stress
cat /sys/fs/cgroup/blkio/blkio.weight

docker run -it --name container_B --blkio-weight 300 centos:stress
cat /sys/fs/cgroup/blkio/blkio.weight

7、bps和iops的限制

bps是byte per second，每秒读写的数据量。
iops是io per second，每秒IO的次数。
可通过以下参数控制容器的bps和iops:

--device-read-bps，限制读某个设备的bps。
--device-write-bps，限制写某个设备的bps。

--device-read-iops，限制读某个设备的iops。
--device-write-iops，限制写某个设备的iops。

下面的示例是限制容器写/dev/sda的速率为5MB/s。

docker run -it --device-write-bps /dev/sda:5MB centos:stress
dd if=/dev/zero of=test bs=1M count=1024 oflag=direct //可以按ctrl+c中断查看

通过dd命令测试在容器中写磁盘的速度。因为容器的文件系统是在host /dev/sda上的。
在容器中写文件相当于对host /dev/sda 进行写操作。另外，oflag=direct 指定用direct lO方式写文件，这样–device-write-bps才能生效。
结果表明限速5MB/s左右。作为对比测试。如果不限速。结果如下。

docker run -it centos:stress
dd if=/dev/zero of=test bs=1M count=1024 oflag=direct