2019-04-18

# gitlab内存占用解决方案

### 一、问题描述分析

公司服务器在阿里云上配置如下图,

![Alt text](./1555555232621.png)

我们是做java项目,上面安装了jumpserver,gitlab,jenkins,maven,nexus这些服务,现在的问题是gitlab上传代码触发jenkins构建触后,jenkins会出现502无法访问,查看message日志发现系统内存不足出发了linux的oom机制(根据一定的规则杀死一些进程,保证linux系统本身能够正常运行,牺牲小的,顾全大局)

```bash

cat /var/log/messages

gitlab-jenkins kernel: Out of memory: Kill process 7033 (java) score 123 or sacrifice child

```

检测那个服务占用大量内存,使用ps aux | grep gitlab发现大半的进程都是gitlab的worker进程,统计一下内存,gitlab占用的12Gb的内存,以我之前的经验,不应该占用如此多的内存,于是寻找gitlab占用内存大的问题和解决方法

```bash

#gitlab占用了12Gb的内存

ps aux | grep gitlab |  awk '{a+=$6}END{b=a/1024/1024;print b}'

11.92134

#查看系统内存,只剩下175M ,显然是内存不够用了

free -h

              total        used        free      shared  buff/cache  available

Mem:            15G        8.4G        175M        145M        1.2G        503M

Swap:            0B          0B          0B

```

下面是官方的说明,可以看出我们的服务器资源完全够了,继续查看文档

![Alt text](./1555553865135.png)

这里可以看出,官方推荐的worker进程数量为CPU核心数量+1(默认也是如此,所以服务器配置越高,gitlab占用的资源默认越高)

![Alt text](./1555554291872.png)

### 二、解决问题及方法

##### 1、修改配置文件

这里根据自己环境设置,因为我这台服务器还安装的其他的软件,所以这里将worker进程数改为4,我们团队10人左右,完全够用了。

```bash

vim /etc/gitlab/gitlab.rb

# unicorn['worker_processes'] = 2    #默认是2,是被注释的

unicorn['worker_processes'] = 4 #我们这里使用4,保存退出

```

##### 2、重新配置gitlab环境,使配置生效,

```bash

gitlab-ctl reconfigure

gitlab-ctl restart

```

gitlab正常访问

![Alt text](./1555557051414.png)

##### 3、查看优化后服务器内存资源的状态,此时内存已经够用了

```bash

free -h

              total        used        free      shared  buff/cache  available

Mem:            15G        8.4G        2.6G        145M        4.5G        6.6G

Swap:            0B          0B          0B

```

已经使用8Gb,有部分缓存,剩下的都是可用内存,在后期的使用中继续观察

![Alt text](./1555556878880.png)

你可能感兴趣的:(2019-04-18)