日常环境莫名宕机的处理-白红宇

背景

11.21 早上 pd 给讲法务评审的时候，操作日常环境，莫名就 down 机了，而且 pd 反馈经常会这样。（ps : pd 反馈系统请求时间过长，性能很差，后续也会排查解决）

于是排查了一下系统 down 机的原因

原因

查看内存 setenv.sh 设置

if [ $memTotal -le 2048 ]; then

SERVICE_OPTS="${SERVICE_OPTS} -Xms1536m -Xmx1536m"

SERVICE_OPTS="${SERVICE_OPTS} -Xmn768m"

else

SERVICE_OPTS="${SERVICE_OPTS} -Xms4g -Xmx4g"

SERVICE_OPTS="${SERVICE_OPTS} -Xmn2g"

查看日常机器内存

$cat /proc/meminfo | grep MemTotal

MemTotal: 4194304 kB

看出问题了吧，我们设置的最大内存是4G，而我们的linux 机器是不会把4G 内存全部分配给应用的。应用在运行过程中，一直会消耗内存，当快达到4G 的时候，应用认为还有可用内存，并不一定会及时 GC。导致内存不足，内存被撑满了，我们的应用也就 down 机了

处理方法

两种方法：

1. 设置jvm 参数为自适应

2. 申请8G 机器

这里我选择方法一

1.拉取新的分支，修改 setenv.sh

Plain Text

# if os memory <= 4Gif [ $memTotal -le 4195 ]; then  SERVICE_OPTS="${SERVICE_OPTS} -Xms3536m -Xmx3536m"  SERVICE_OPTS="${SERVICE_OPTS} -Xmn1536m"else  SERVICE_OPTS="${SERVICE_OPTS} -Xms4g -Xmx4g"  SERVICE_OPTS="${SERVICE_OPTS} -Xmn2g"fi

这里根据我们的环境设置，因为日常其实是4G，线上机器是8G，所以修改只会修改日常环境。

拉取新的镜像

2、填写刚修改并提交的分支

feature/20181121_3189553_fix_down_1

3、构建成功后，修改四个环境的镜像地址，达到镜像统一

FROM reg.docker.alibaba-inc.com/aone-base/logan_down:20181121210347

3、提交代码，日常部署

查看日常、预发机器的内存分配情况

日常已修改成功

预发

对预发和线上并无影响

todo

后续观察日常机器是否还会经常 down机

线上和日常环境机器都是8G内存，而我们对系统的设置是4G内存，内存并无合理利用。后续可以考虑调整。