MongoDB启动Linux内存大页(Huge Page)告警关闭

发布时间:2020-08-09 13:19:00 作者:realkid4
来源:ITPUB博客 阅读:251

 

 

Linux环境中,默认情况下启动MongoDB会有很多提示告警信息的。如果我们安装数据库只是为了简单的测试、学习,也不会有太多的问题。但是,如果我们是搭建正式的生产环境,或者系统可能会有比较高的性能要求的时候,我们就尽可能的需要减少这些隐患,获取更好的配置内容。

 

1、环境说明

 

我们使用红帽6.5进行测试。

 

 

[root@oracle-test ~]# uname -a

Linux oracle-test 2.6.32-431.el6.x86_64 #1 SMP Sun Nov 10 22:19:54 EST 2013 x86_64 x86_64 x86_64 GNU/Linux

[root@oracle-test ~]# cat /etc/redhat-release

Red Hat Enterprise Linux Server release 6.5 (Santiago)

 

 

默认启动模式下,会有若干几个Warning信息,如下:

 

 

[mongodb@oracle-test ~]$ mongod

2017-07-13T22:50:24.098+0800 I CONTROL  [initandlisten] MongoDB starting : pid=19087 port=27017 dbpath=/data/db 64-bit host=oracle-test

(篇幅原因,有省略……

2017-07-13T22:50:24.138+0800 I STORAGE  [initandlisten]

2017-07-13T22:50:24.138+0800 I STORAGE  [initandlisten] ** WARNING: Using the XFS filesystem is strongly recommended with the WiredTiger storage engine

2017-07-13T22:50:24.138+0800 I STORAGE  [initandlisten] **          See _manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),

2017-07-13T22:50:24.212+0800 I CONTROL  [initandlisten]

2017-07-13T22:50:24.212+0800 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.

(篇幅原因,有省略……

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten]

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten]

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'

2017-07-13T22:50:24.213+0800 I CONTROL  [initandlisten]

(篇幅原因,有省略……

 

 

这四条信息,分别提示了当前信息所存在的四个潜在风险点。

ü  Using the XFS filesystemMongoDBMySQL一样,都是支持存储引擎(Storage Engine)系统架构模式。WiredTiger是目前MongoDB支持的主要引擎;

ü  Access control:访问控制。在不使用—auth为参数启动服务器的情况下,MongoDB对于访问是没有权限控制的。所以会有所提示;

ü  另外两个就是关于HugePage管理策略的提示。HugePage,中文翻译为大页,是Linux操作系统一种管理内存的方式。和通常方式相比,HugePage模式下内存分配管理会有所差异。从提示信息看,MongoDB显然是不希望这个特性被启用;

 

本篇集中在处理HugePage特性关闭上。

 

2Online操作配置

 

根据提示内容,在/sys/kernel/mm/transparent_hugepage目录下,保存着配置状态文件。

 

 

[root@oracle-test /]# cd /sys/kernel/mm/transparent_hugepage

[root@oracle-test transparent_hugepage]# ls -l

total 0

-rw-r--r--. 1 root root 4096 Jun 21 20:26 defrag

-rw-r--r--. 1 root root 4096 Jun 21 20:26 enabled

drwxr-xr-x. 2 root root    0 Jul 13 22:52 khugepaged

[root@oracle-test transparent_hugepage]# cat enabled

[always] madvise never

[root@oracle-test transparent_hugepage]# cat defrag

[always] madvise never

 

 

取值always是不被接受的。我们需要设置为Never

 

 

[root@oracle-test transparent_hugepage]# echo never >> /sys/kernel/mm/transparent_hugepage/enabled

[root@oracle-test transparent_hugepage]# echo never >> /sys/kernel/mm/transparent_hugepage/defrag

[root@oracle-test transparent_hugepage]# cat enabled

always madvise [never]

[root@oracle-test transparent_hugepage]# cat defrag

always madvise [never]

 

 

操作之后,重启MongoDB可以发现提示消失。由于篇幅原因,内容省略。但是,这种方式如果重启服务器,进行的配置内容就恢复原状。

 

 

[root@oracle-test ~]# cat /sys/kernel/mm/transparent_hugepage/enabled

[always] madvise never

[root@oracle-test ~]# cat /sys/kernel/mm/transparent_hugepage/defrag

[always] madvise never

 

 

如果可能,我们还是期望寻找一种永久解决问题的方法。

 

3、两种网传的解决之道

 

在网络上,流传着两种解决永久关闭的方案。笔者均进行了尝试。

 

方法1:修改grub.conf配置文件,添加Never项目。

 

 

root@oracle-test ~]# cd /etc

[root@oracle-test etc]# ls -l | grep grub

lrwxrwxrwx.  1 root root     22 Jul 27  2015 grub.conf -> ../boot/grub/grub.conf

[root@oracle-test etc]# vi grub.conf

 

r-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=vg_linux6proser/lv_root SYSFONT=latarcyrheb-sun16 crashkernel=128M rd_LVM_LV=vg_linux6proser/lv_swap  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet

        initrd /initramfs-2.6.32-431.el6.x86_64.img

transparent_hugepage=never  --新增加行

~

"grub.conf" 19L, 893C written

 

 

重启系统后,查看参数。

 

 

[root@oracle-test ~]# cat /sys/kernel/mm/transparent_hugepage/enabled

[always] madvise never

[root@oracle-test ~]# cat /sys/kernel/mm/transparent_hugepage/defrag

[always] madvise never

 

 

并没有效果,起码在笔者的环境下是失效的。

 

方法2:修改rc.local文件,启动阶段自动执行。在/etc/rc.local文件中,增加对应内容。

 

 

[root@oracle-test ~]# vi /etc/rc.local

touch /var/lock/subsys/local

 

if test -f /sys/kernel/mm/redhat_transparent_hugepage/enabled; then

   echo never > /sys/kernel/mm/redhat_transparent_hugepage/enabled

fi

if test -f /sys/kernel/mm/redhat_transparent_hugepage/defrag; then

   echo never > /sys/kernel/mm/redhat_transparent_hugepage/defrag

fi

~

 

 

重启之后,查看HugePage状态。

 

 

[root@oracle-test ~]#  cat /sys/kernel/mm/transparent_hugepage/enabled

always madvise [never]

[root@oracle-test ~]#  cat /sys/kernel/mm/transparent_hugepage/defrag

always madvise [never]

 

 

设置成功。

 

4、结论

 

本文介绍了处理HugePage告警日志的方法和策略,虽然不是很完美,但至少是经过验证的方案。笔者猜想从Linux的角度,应该有对于这个功能关闭的完整方案,留待我们继续研究。


推荐阅读:
  1. MongoDB启动与关闭命令
  2. Huge Pages and Transparent Hug

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

huge linux page

上一篇:avaScript ES6值得掌握的五大功能(4)JavaScript解构

下一篇:建表和sql不规范 导致 服务器几乎没反应

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》