由于众所周知的原因,国内是无法访问k8s所需的gcr镜像的,也就无法直接部署集群。
我们可以通过国内镜像预下载gcr、重命名的方法,完成部署。
环境:Ubuntu 20.04,3台
0 确认系统参数
lsmod | grep br_netfilter
br_netfilter
sysctl net.bridge.bridge-nf-call-iptables
net.bridge.bridge-nf-call-iptables = 1
sysctl net.b[......]
由于众所周知的原因,国内是无法访问k8s所需的gcr镜像的,也就无法直接部署集群。
我们可以通过国内镜像预下载gcr、重命名的方法,完成部署。
环境:Ubuntu 20.04,3台
0 确认系统参数
lsmod | grep br_netfilter
br_netfilter
sysctl net.bridge.bridge-nf-call-iptables
net.bridge.bridge-nf-call-iptables = 1
sysctl net.b[......]
grep -c "xxx" file
[......]
sudo vim /etc/netplan/50-cloud-init.yaml
network:
version: 2
ethernets:
ens18:
dhcp4: true
match:
macaddress: xx:xx:xx:xx:xx:xx
set-name: ensxx
addresses:[......]
0. 测试环境
阿里云,内存型R5,2核16G内存,5台机器。
RocketMq部署采用Docker,自己定制了镜像,参见:docker-rocketmq
1. 单机测试
单机: NameServer、Broker、Test程序都部署在一台机器上。
1.1 单机 发送线程与TPS
此时默认msgLen=100,主要看线程数的增加,对于同步发消息性能的影响。
可以看到12个线程后,TPS ~= 12K/s,之后线程数再增加,也不会有很大增长了。
我选用的R5机器,只有2[......]
摘录自:https://blog.csdn.net/zhanglianhai555/article/details/76554077
注意:下面说的Master和Slave,都是针对Broker来说的。NameServer本身是无状态得,可以随时启任意多个,组成集群。