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:9876

RocketMQ集群进行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