条件

Greenplum数据库资源组使用Linux控制组（cgroup）来管理CPU资源。Greenplum数据库还使用cgroup来管理外部组件的资源组的内存。使用cgroups，Greenplum将Greenplum进程的CPU和外部组件内存使用与节点上的其他进程隔离开来。这允许Greenplum在每个资源组的基础上支持CPU和外部组件内存使用限制。

有关cgroup的详细信息，请参阅Linux发行版的控制组文档。

在Greenplum数据库群集中的每个节点上完成以下任务，以设置用于资源组的cgroup：

1. 如果用户在Greenplum数据库群集节点上运行SuSE 11+操作系统，则必须在每个节点上启用交换记帐并重新启动Greenplum数据库群集。swapaccount内核引导参数控制SuSE 11+系统上的交换记帐设置。设置此引导参数后，必须重新引导系统。有关详细信息，请参阅SuSE 11发行说明中的​​Cgroup交换控制讨论。用户必须是超级用户或具有sudo访问权限才能配置内核引导参数和重新引导系统。
2. 创建Greenplum数据库cgroups配置文件/etc/cgconfig.d/gpdb.conf。用户必须是超级用户或具有sudo访问权限才能创建此文件：

   sudo vi /etc/cgconfig.d/gpdb.conf

3. 将以下配置信息添加到 /etc/cgconfig.d/gpdb.conf:

   group gpdb {
        perm {
            task {
                uid = gpadmin;
                gid = gpadmin;
            }
            admin {
                uid = gpadmin;
                gid = gpadmin;
            }
        }
        cpu {
        }
        cpuacct {
        }
        cpuset {
        }
        memory {
        }
   } 

   此内容配置由gpadmin用户管理的CPU，CPU计算，CPU核心集和内存控制组。Greenplum数据库仅将内存控制组用于使用cgroupMEMORY_AUDITOR创建的资源组。

4. 如果尚未安装并正在运行，请安装Control Groups操作系统软件包，并在每个Greenplum Database节点上启动cgroups服务。用户运行以执行这些任务的命令将根据节点上安装的操作系统而有所不同。用户必须是超级用户或具有sudo访问权限才能运行这些命令：
   • Redhat/CentOS 7.x 系统：

     sudo yum install libcgroup-tools
     sudo cgconfigparser -l /etc/cgconfig.d/gpdb.conf 

   • Redhat/CentOS 6.x systems:

     sudo yum install libcgroup
     sudo service cgconfig start 

   • SuSE 11+ systems:

     sudo zypper install libcgroup-tools
     sudo cgconfigparser -l /etc/cgconfig.d/gpdb.conf 

5. 标识节点的cgroup目录安装点：

   grep cgroup /proc/mounts

   第一行输出标识cgroup挂载点。

6. 通过运行以下命令验证是否正确设置了Greenplum Database cgroups配置。将<cgroup_mount_point> 替换为用户在上一步中标识的安装点：

   ls -l <cgroup_mount_point>/cpu/gpdb
   ls -l <cgroup_mount_point>/cpuacct/gpdb
   ls -l <cgroup_mount_point>/cpuset/gpdb
   ls -l <cgroup_mount_point>/memory/gpdb

   如果这些目录存在且由gpadmin:gpadmin拥有，则用户已成功为Greenplum数据库CPU资源管理配置了cgroup。

7. 要在系统重新启动时自动重新创建Greenplum数据库所需的cgroup层次结构和参数，请将系统配置为启用Linux cgroup服务守护程序cgconfig.service（Redhat / CentOS 7.x和SuSE 11+）或cgconfig（Redhat / CentOS 6.x） ）节点启动时。例如，在首选服务自动启动工具中配置以下cgroup服务命令之一：
   • Redhat/CentOS 7.x 和 SuSE11+ 系统：

     sudo systemctl enable cgconfig.service

   • Redhat/CentOS 6.x systems:

     sudo chkconfig cgconfig on

   用户可以选择其他方法来重新创建Greenplum数据库资源组cgroup层次结构。

程序

要在Greenplum数据库群集中使用资源组，用户需要：

1. 为Greenplum数据库群集启用资源组。
2. 创建资源组。
3. 将资源组分配给一个或多个角色。
4. 使用资源管理系统视图来监视和管理资源组。

CPU

• 为什么CPU使用率低于为资源组配置的CPU_RATE_LIMIT？

  当资源组中运行的查询和片数较少时，您可能会遇到这种情况，并且这些进程未使用系统上的所有核心。

• 为什么资源组的CPU使用率高于配置的CPU_RATE_LIMIT？
  在下列情况下可能会发生这种情况：

  • 当其他资源组空闲时，资源组可以使用比其CPU_RATE_LIMIT更多的CPU。在这种情况下，Greenplum数据库将空闲资源组的CPU资源分配给更繁忙的资源组。此资源组功能称为CPU突发。
  • 操作系统CPU调度程序可能导致CPU使用率出现峰值，然后下降。如果您认为可能发生这种情况，请计算给定时间段内的平均CPU使用率（例如，5秒），并使用该平均值来确定CPU使用率是否高于配置的限制。

内存

• 为什么我的查询返回“内存不足”错误？

  在资源组中提交的事务失败并在内存使用超过其固定内存分配时退出，不存在可用资源组共享内存，并且事务请求更多内存。

• 为什么我的查询返回“达到内存限制”错误？

  当您使用ALTER RESOURCE GROUP更改资源组的内存和/或并发限制时，Greenplum数据库会自动将事务和组内存调整为新设置。如果您最近更改了资源组属性并且当前正在运行的查询不再有足够的可用内存，则可能会出现“内存不足”错误。

• 为什么我的资源组的实际内存使用量超过为该组配置的数量？

  当从组中运行的一个或多个查询从全局共享内存池分配内存时，资源组的实际内存使用量可能超过配置的量。（如果没有可用的全局共享内存，查询将失败，并且不会影响其他资源组的内存资源。）

  当全局共享内存可用时，当事务溢出到磁盘时，内存使用量也可能超过配置的量。Greenplum数据库语句在开始溢出到磁盘时继续请求内存，因为：

  • 溢出到磁盘需要额外的内存才能工作。
  • 其他运营商可能会继续请求内存。

  泄漏情况下内存使用量增加;当全局共享内存可用时，资源组最终可能最多使用其配置的组内存限制的200-300％。

并发

• 为什么运行事务的数量低于为资源组配置的CONCURRENCY限制？

  Greenplum数据库在运行事务之前考虑内存可用性，如果没有足够的内存可供服务，它将对事务进行排队。如果使用ALTER RESOURCE GROUP增加资源组的CONCURRENCY限制但不调整内存限制，则当前正在运行的事务可能会占用该组的所有分配的内存资源。处于此状态时，Greenplum数据库会对资源组中的后续事务进行排队。

• 为什么资源组中正在运行的事务数高于配置的CONCURRENCY限制？

  资源组可能正在运行SET和SHOW命令，这些命令会绕过资源组事务检查。