RocketMQ-RocketMQ集群可视化的监控和管理

无天有壁纸 2024-05-05 22:38:34
RocketMQ 可视化管理界面随便找一台机器,从git上拉取RocketMQ工作台的源码: git clone https://github.com/apache/rocketmq-externals.git然后进入rocketmq-console目录,执行下面命令对rocketmq-console进行打包: mvn package -DskipTests然后进入target目录下,启动工作台 java -jar rocketmq-console-ng-1.0.1.jar --server.port=8080 --rocketmq.config.namesrvAddr=127.0.0.1:9876RocketMQ集群进行OS内核参数的调整1. vm.overcommit_memory 这个参数有三个值可以选择,0、1、2。 如果是0的话,在中间件系统申请内存的时候,os内核会检查可用内存是否足够,如果足够的话就分配内存给你,如果感觉剩余内存不是太够了,干脆就拒绝你的申请,导致你申请内存失败,进而导致中间件系统异常出错。 因此这个参数一般都设置为1,意思就是把所有可用的物理内存都允许分配给你,只要有内存就给你用,这样可以避免申请内存失败的问题。 可以用如下命令修改:echo 'vm.overcommit_memory=1' >> /etc/sysctl.conf 2. vm.max_map_count 这个参数的值会影响中间件系统可以开启的线程数量,同样非常重要 如果这个参数过小,有时候可能会导致有些中间件无法开启足够的线程,进而导致报错,甚至中间件系统挂掉。 他的默认值是65536, 但是这个值有时候是不够的,建议把整个值调大10倍,比如655360, 保证中间件可以开启足够多的线程。 可以使用如下命令修改:echo 'vm.max_map_count=655360' >> /etc/sysctl.conf 3. vm.swappiness 这个参数是用来控制进程的swap行为的,简单来说就是os会把一部分磁盘空间作为swap区域,然后如果有的进程现在可能不是太活跃,就会被操作系统把进程调整为睡眠状态,把进程中的数据放入磁盘上的swap区域,然后让这个进程把原来占用的内存空间腾出来,交给其他活跃运行的线程来使用。 如果这个参数设置为0,意思是尽量别把任何一个进程放到磁盘swap区域,尽量大家够用物理内存。 如果这个参数的值是100,意思就是尽量把一些进程放到磁盘swap区域,内存腾出来给活跃的进程使用。 默认这个参数的值是60,有点偏高了,可能会导致中间件运行不活跃的时候被迫腾出内存空间放到磁盘swap区域去。 因此通常生产环境建议把整个参数调整小一些,比如设置为10,尽量使用物理内存,别放到磁盘swap区域。 使用下面命令可以修改:echo 'vm.swappiness=10' >> /etc/sysctl.conf 4. ulimit 这个是用来控制linux上的最大文件连接数的,默认值可能是1024,一般肯定是不够的,因为你在大量频繁的读写磁盘文件的时候,或者进行网络通信的时候,都会跟这个参数有关系。 对于一个中间件系统而言,肯定不能使用默认值的,如果采用默认值,可能会出现如下报错信息:error: too many open files. 因此通常用如下命令:echo 'ulimit -n 1000000' >> /etc/profile
0 阅读:2

无天有壁纸

简介:感谢大家的关注