6-GPDB参数设置.pdf
10墨值下载
0：表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允
许；否则，内存申请失败，并把错误返回给应用进程。
1： 表示内核允许分配所有的物理内存，而不管当前的内存状态如何。
2： 表示内核允许分配超过所有物理内存和交换空间总和的内存
禁止透明页
使用gp_vmem_protect_limit设置实例能够为在每个segment数据库中完成的所有工作分配的最大内
存。
如果gp_vmem_protect_limit太高，有可能耗尽系统上的内存并且正常的操作可能会失败，导致
segment故障。
如果gp_vmem_protect_limit被设置为一个安全的较低值，系统上真正的内存耗尽就能避免。
查询可能会因为达到限制而失败，但是系统崩溃和 segment故障可以避免，这也是我们想要的行
为。
其中SWAP是该主机的交换空间，单位GB，RAM是该主机的内存，单位GB
当发生主机或主segment故障导致镜像segment切换时， 单台主机上可以运行的主segment上
限。
设置系统参数：/etc/sysctl.conf
vm.overcommit_memory：在 Greenplum数据库所在的机器上必须设置为2;
vm.overcommit_ratio：用来执行应用进程 可以使用的内存百分比；剩余的内存留给操作系统。操作
系统默认值（Red Hat上默认是50）对于 部署Greenplum数据库集群基于资源组的管理方式是一
个不错的初始值。如果感觉内存利用率太低， 便可以提高该值；如果内存或交换分区使用太高，
就减少该设置。
grubby --update-kernel=ALL --args="transparent_hugepage=never"
1
配置gp_vmem_protect_limit
gp_vmem ：Greenplum数据库可用总内存
gp_vmem = ((SWAP + RAM) – (7.5GB + 0.05 * RAM)) / 1.7
1
max_acting_primary_segments
gp_vmem_protect_limit = gp_vmem / acting_primary_segments
1
给操作系统保留 “7.5G + 5%内存” 的余量，算出整个系统给应用软件的实际可用内存。，然后实际
可用内存 除以 1.7的经验系数
在有大量工作文件被生成的场景下用下面的公式计算将工作文件考虑在内的gp_vmem因
子：
gp_vmem = ((SWAP + RAM) – (7.5GB + 0.05 * RAM - (300KB *total_#_workfiles))) / 1.7
1
使用计算出的gp_vmem值来计算操作系统参数vm.overcommit_ratio 的设置：
vm.overcommit_ratio = (RAM - 0.026 * gp_vmem) / RAM
1
调整参数-gp_vmem_protect_limit
环境
[root@master ~]# free -g
1
total used free shared buff/cache available
2
Mem: 7 0 0 2 6 5
3
Swap: 7 0 7
4
5
部署配置：
6
每台主机包含：4 primary segments 、4 mirror segments共8个实例，部署到4台主机上面。
7
当挂掉一台主机时，4个PRIMARY+4个MIRROR 要分摊到剩余的3台主机((4+4)/3)，
8
最多单台额外承担3个PRIMARY。所以剩下主机单台实例为：8+3=11。
9
计算GPDB的总内存
gp_vmem = ((SWAP + RAM) – (7.5GB + 0.05 * RAM)) / 1.7
1
= ((8+8)-(7.5 + 0.05 * 8))/1.7
2
= 4.76 GB
3
计算overcommit_ratio，用到了一个经验系数0.026。
vm.overcommit_ratio = (RAM - (0.026 * gp_vmem)) / RAM
1
= (8-0.026*4.76)/8
2
= 0.98
3
of 7
10墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
文档被以下合辑收录
评论