openGauss学习笔记-234 openGauss性能调优-系统调优-资源负载管理-资源管理准备-设置控制组

本文主要是介绍openGauss学习笔记-234 openGauss性能调优-系统调优-资源负载管理-资源管理准备-设置控制组,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

    • openGauss学习笔记-234 openGauss性能调优-系统调优-资源负载管理-资源管理准备-设置控制组
      • 234.1 背景信息
      • 234.2 前提条件
      • 234.3 操作步骤
        • 234.3.1 创建子Class控制组和Workload控制组
        • 234.3.2 更新控制组的资源配额
        • 234.3.3 删除控制组
      • 234.4 查看控制组的信息

openGauss学习笔记-234 openGauss性能调优-系统调优-资源负载管理-资源管理准备-设置控制组

234.1 背景信息

openGauss资源负载管理的核心是资源池,而配置资源池首先要在环境中实现控制组Cgroups的设置。更多Cgroups的原理介绍,请查看相关操作系统的产品手册。openGauss的控制组请参考查看控制组的信息

Class控制组为数据库业务运行所在的顶层控制组,集群部署时会自动生成默认子Class控制组“DefaultClass”。DefaultClass的Medium控制组会含有系统触发的作业在运行,该控制组不允许进行资源修改,且运行在该控制组上的作业不受资源管理的控制,所以推荐创建新的子Class及其Workload控制组来设置资源比例。

234.2 前提条件

已熟悉《工具与命令参考》中“服务端工具 > gs_cgroup”章节和“服务端工具 > gs_ssh”章节的使用。

234.3 操作步骤

img 说明:

  • 在openGauss中,需要在每个集群节点上执行控制组的创建、更新、删除操作,才能实现对整个集群资源的控制,所以下述步骤中都使用《工具与命令参考》中“服务端工具 > gs_ssh”命令执行。
  • 控制组的命名要求如下:
  • 无论是子Class控制组还是Workload控制组,都不允许在名称中包含字符“:”。
  • 不可以创建同名的控制组。
234.3.1 创建子Class控制组和Workload控制组
  1. 以操作系统用户omm登录openGauss主节点。

  2. 创建名称为“class_a”和“class_b”的子Class控制组,CPU资源配额分别为Class的40%和20%。

    gs_ssh -c "gs_cgroup -c -S class_a -s 40"
    
    gs_ssh -c "gs_cgroup -c -S class_b -s 20"
    
  3. 创建子Class控制组“class_a”下名称为“workload_a1”和“workload_a2”的Workload控制组,CPU资源配额分别为“class_a”控制组的20%和60%。

    gs_ssh -c "gs_cgroup -c -S class_a -G workload_a1 -g 20 "
    
    gs_ssh -c "gs_cgroup -c -S class_a -G workload_a2 -g 60 "
    
  4. 创建子Class控制组“class_b”下名称为“workload_b1”和“workload_b2”的Workload控制组,CPU资源配额分别为“class_b”控制组的50%和40%。

    gs_ssh -c "gs_cgroup -c -S class_b -G workload_b1 -g 50 "
    
    gs_ssh -c "gs_cgroup -c -S class_b -G workload_b2 -g 40 "
    
234.3.2 更新控制组的资源配额
  1. 更新“class_a”控制组的CPU资源配额为30%。

    gs_ssh -c "gs_cgroup -u -S class_a -s 30"
    
  2. 更新“class_a”下的“workload_a1”的CPU资源配额为“class_a”的30%。

    gs_ssh -c "gs_cgroup -u -S class_a -G workload_a1 -g 30"
    

    img 须知: 调整后的Workload控制组“workload_a1”占有的CPU资源不应大于其对应的子Class控制组“class_a”。并且,此名称不能是Timeshare Cgroup的默认名称,如“Low”、“Medium”、“High”或“Rush”。

234.3.3 删除控制组
  1. 删除控制组“class_a”。

    gs_ssh -c "gs_cgroup -d  -S class_a"
    

    以上操作可以删除控制组“class_a”。

    img 须知: root用户或者具有root访问权限的用户指定“-d” 和“-U username”删除普通用户“username”可访问的默认Cgroups。普通用户指定“-d”和“-S classname”可以删除已有的Class Cgroups。

234.4 查看控制组的信息

  1. 查看配置文件中控制组信息。

    gs_cgroup -p 
    

    控制组配置信息

    gs_cgroup -pTop Group information is listed:
    GID:   0 Type: Top    Percent(%): 1000( 50) Name: Root                  Cores: 0-47
    GID:   1 Type: Top    Percent(%):  833( 83) Name: Gaussdb:omm           Cores: 0-20
    GID:   2 Type: Top    Percent(%):  333( 40) Name: Backend               Cores: 0-20
    GID:   3 Type: Top    Percent(%):  499( 60) Name: Class                 Cores: 0-20Backend Group information is listed:
    GID:   4 Type: BAKWD  Name: DefaultBackend   TopGID:   2 Percent(%): 266(80) Cores: 0-20
    GID:   5 Type: BAKWD  Name: Vacuum           TopGID:   2 Percent(%):  66(20) Cores: 0-20Class Group information is listed:
    GID:  20 Type: CLASS  Name: DefaultClass     TopGID:   3 Percent(%): 166(20) MaxLevel: 1 RemPCT: 100 Cores: 0-20
    GID:  21 Type: CLASS  Name: class1           TopGID:   3 Percent(%): 332(40) MaxLevel: 2 RemPCT:  70 Cores: 0-20Workload Group information is listed:
    GID:  86 Type: DEFWD  Name: grp1:2           ClsGID:  21 Percent(%):  99(30) WDLevel:  2 Quota(%): 30 Cores: 0-5Timeshare Group information is listed:
    GID: 724 Type: TSWD   Name: Low              Rate: 1
    GID: 725 Type: TSWD   Name: Medium           Rate: 2
    GID: 726 Type: TSWD   Name: High             Rate: 4
    GID: 727 Type: TSWD   Name: Rush             Rate: 8Group Exception information is listed:
    GID:  20 Type: EXCEPTION Class: DefaultClass
    PENALTY: QualificationTime=1800 CPUSkewPercent=30GID:  21 Type: EXCEPTION Class: class1
    PENALTY: AllCpuTime=100 QualificationTime=2400 CPUSkewPercent=90GID:  86 Type: EXCEPTION Group: class1:grp1:2
    ABORT: BlockTime=1200 ElapsedTime=2400
    

    上述示例查看到的控制组配置信息如表1所示。

    表 1 控制组配置信息

    GID类型名称Percent(%)信息特定信息
    0Top控制组Root1000代表总的系统资源为1000份。括号中的50代表IO资源的50%。openGauss不通过控制组对IO资源做控制,因此下面其他控制组信息中仅涉及CPU配额情况。-
    1Gaussdb:omm系统中只运行一套数据库程序,Gaussdb:omm控制组默认配额为833,数据库程序和非数据库程序的比值为(833:167=5:1)。-
    2BackendBackend和Class括号中的40和60,代表Backend占用Gaussdb:dbuser控制组40%的资源,Class占用Gaussdb:dbuser控制组60%的资源。-
    3Class-
    4Backend控制组DefaultBackend括号中的80和20代表DefaultBackend和Vacuum占用Backend控制组80%和20%的资源。TopGID:代表Top类型控制组中Backend组的GID,即2。
    5Vacuum
    20Class控制组DefaultClassDefaultClass和class1的20和40代表占Class控制组20%和40%的资源。因为当前只有两个Class组,所有它们按照20:40的比例分配Class控制组499的系统配额,则分别为166和332。TopGID:代表DefaultClass和class1所属的上层控制(Top控制组中的Class组)的GID,即3。MaxLevel:Class组当前含有的Workload组的最大层次,DefaultClass没有Workload Cgroup,其数值为1。RemPCT:代表Class组分配Workload组后剩余的资源百分比。如class1中剩余的百分比为70。
    21class1
    86Workload控制组grp1:2(该名称由Workload Cgroup Name和其在class中的层级组成,它是class1的第一个Workload组,层级为2,每个Class组最多10层Workload Cgroup。)根据设置,其占class1的百分比为30,则为332*30%=99。ClsGID:代表Workload控制组所属的上层控制组(class1控制组)的GID。WDLevel:代表当前Workload Cgroup在对应的Class组所在的层次。
    724Timeshare控制组Low-Rate:代表Timeshare中的分配比例,Low最少为1,Rush最高为8。这四个Timeshare组的资源配比为Rush:High:Medium:Low=8:4:2:1
    725Medium-
    726High-
    727Rush-
  2. 查看操作系统中树形结构的控制组信息。

    执行如下命令可以查询控制组树形结构信息。

    gs_cgroup -P
    

    返回信息如下,其中shares代表操作系统中CPU资源的动态资源配额“cpu.shares”的数值,cpus代表操作系统中CPUSET资源的动态资源限额“cpuset.cpus”的数值,指的是该控制组能够使用的核数范围。

    Mount Information:
    cpu:/dev/cgroup/cpu
    blkio:/dev/cgroup/blkio
    cpuset:/dev/cgroup/cpuset
    cpuacct:/dev/cgroup/cpuacctGroup Tree Information:
    - Gaussdb:wangrui (shares: 5120, cpus: 0-20, weight: 1000)- Backend (shares: 4096, cpus: 0-20, weight: 400)- Vacuum (shares: 2048, cpus: 0-20, weight: 200)- DefaultBackend (shares: 8192, cpus: 0-20, weight: 800)- Class (shares: 6144, cpus: 0-20, weight: 600)- class1 (shares: 4096, cpus: 0-20, weight: 400)- RemainWD:1 (shares: 1000, cpus: 0-20, weight: 100)- RemainWD:2 (shares: 7000, cpus: 0-20, weight: 700)- Timeshare (shares: 1024, cpus: 0-20, weight: 500)- Rush (shares: 8192, cpus: 0-20, weight: 800)- High (shares: 4096, cpus: 0-20, weight: 400)- Medium (shares: 2048, cpus: 0-20, weight: 200)- Low (shares: 1024, cpus: 0-20, weight: 100)- grp1:2 (shares: 3000, cpus: 0-5, weight: 300)- TopWD:1 (shares: 9000, cpus: 0-20, weight: 900)- DefaultClass (shares: 2048, cpus: 0-20, weight: 200)- RemainWD:1 (shares: 1000, cpus: 0-20, weight: 100)- Timeshare (shares: 1024, cpus: 0-20, weight: 500)- Rush (shares: 8192, cpus: 0-20, weight: 800)- High (shares: 4096, cpus: 0-20, weight: 400)- Medium (shares: 2048, cpus: 0-20, weight: 200)- Low (shares: 1024, cpus: 0-20, weight: 100)- TopWD:1 (shares: 9000, cpus: 0-20, weight: 900)
    
  3. 通过系统视图获取控制组配置信息。

    a.使用gsql访问openGauss数据库。

    b.获取系统中所有控制组的配置信息。

    openGauss=# SELECT * FROM gs_all_control_group_info;
    

👍 点赞,你的认可是我创作的动力!

⭐️ 收藏,你的青睐是我努力的方向!

✏️ 评论,你的意见是我进步的财富!

img

这篇关于openGauss学习笔记-234 openGauss性能调优-系统调优-资源负载管理-资源管理准备-设置控制组的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/771385

相关文章

SpringBoot 多环境开发实战(从配置、管理与控制)

《SpringBoot多环境开发实战(从配置、管理与控制)》本文详解SpringBoot多环境配置,涵盖单文件YAML、多文件模式、MavenProfile分组及激活策略,通过优先级控制灵活切换环境... 目录一、多环境开发基础(单文件 YAML 版)(一)配置原理与优势(二)实操示例二、多环境开发多文件版

JWT + 拦截器实现无状态登录系统

《JWT+拦截器实现无状态登录系统》JWT(JSONWebToken)提供了一种无状态的解决方案:用户登录后,服务器返回一个Token,后续请求携带该Token即可完成身份验证,无需服务器存储会话... 目录✅ 引言 一、JWT 是什么? 二、技术选型 三、项目结构 四、核心代码实现4.1 添加依赖(pom

Redis实现高效内存管理的示例代码

《Redis实现高效内存管理的示例代码》Redis内存管理是其核心功能之一,为了高效地利用内存,Redis采用了多种技术和策略,如优化的数据结构、内存分配策略、内存回收、数据压缩等,下面就来详细的介绍... 目录1. 内存分配策略jemalloc 的使用2. 数据压缩和编码ziplist示例代码3. 优化的

从原理到实战解析Java Stream 的并行流性能优化

《从原理到实战解析JavaStream的并行流性能优化》本文给大家介绍JavaStream的并行流性能优化:从原理到实战的全攻略,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的... 目录一、并行流的核心原理与适用场景二、性能优化的核心策略1. 合理设置并行度:打破默认阈值2. 避免装箱

SpringBoot集成XXL-JOB实现任务管理全流程

《SpringBoot集成XXL-JOB实现任务管理全流程》XXL-JOB是一款轻量级分布式任务调度平台,功能丰富、界面简洁、易于扩展,本文介绍如何通过SpringBoot项目,使用RestTempl... 目录一、前言二、项目结构简述三、Maven 依赖四、Controller 代码详解五、Service

基于Python实现自动化邮件发送系统的完整指南

《基于Python实现自动化邮件发送系统的完整指南》在现代软件开发和自动化流程中,邮件通知是一个常见且实用的功能,无论是用于发送报告、告警信息还是用户提醒,通过Python实现自动化的邮件发送功能都能... 目录一、前言:二、项目概述三、配置文件 `.env` 解析四、代码结构解析1. 导入模块2. 加载环

linux系统上安装JDK8全过程

《linux系统上安装JDK8全过程》文章介绍安装JDK的必要性及Linux下JDK8的安装步骤,包括卸载旧版本、下载解压、配置环境变量等,强调开发需JDK,运行可选JRE,现JDK已集成JRE... 目录为什么要安装jdk?1.查看linux系统是否有自带的jdk:2.下载jdk压缩包2.解压3.配置环境

深入解析C++ 中std::map内存管理

《深入解析C++中std::map内存管理》文章详解C++std::map内存管理,指出clear()仅删除元素可能不释放底层内存,建议用swap()与空map交换以彻底释放,针对指针类型需手动de... 目录1️、基本清空std::map2️、使用 swap 彻底释放内存3️、map 中存储指针类型的对象

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”

Linux系统管理与进程任务管理方式

《Linux系统管理与进程任务管理方式》本文系统讲解Linux管理核心技能,涵盖引导流程、服务控制(Systemd与GRUB2)、进程管理(前台/后台运行、工具使用)、计划任务(at/cron)及常用... 目录引言一、linux系统引导过程与服务控制1.1 系统引导的五个关键阶段1.2 GRUB2的进化优