qq_43409811
这个作者很懒,什么都没留下…
展开
-
Kafka集群搭建 topic+partition消费逻辑梳理
文章目录Zookeeper内部信息Kafka指令消费逻辑kafka的consumer是以什么为粒度更新&持久化offset的???Zookeeper内部信息查看当前那个broker是controllerget /controllerls /brokersls /brokers/topics 查看当前kafka 集群中的所有topicKafka指令kafka-topics.sh --zookeeper hadoop3:2181 --create --topic first --part原创 2022-01-25 11:20:38 · 1276 阅读 · 0 评论 -
Kafka初始,架构模型,角色功能梳理
[root@hadoop1 kafka]# kafka-topics.sh --zookeeper node3:2181,node4:2181 --create --replica-assignment 3 --partition 2 --topic ooxxException in thread "main" joptsimple.UnrecognizedOptionException: partition is not a recognized option at joptsimple.Optio.原创 2022-01-23 16:34:53 · 3110 阅读 · 0 评论 -
zookeeper原理知识,Paxos、ZAB协议、Watch、API
paxos简单介绍https://www.douban.com/note/208430424/Zookeeper Atomic Broadcast(原子广播)简称为ZAB协议看了前面的Paxos算法,我们可能会认为Zookeeper就是基于Paxos算法的实现,但是事实上,Zookeeper并不是完全采用的Paxos,而是一种名为Zookeeper Atomic Broadcast,简称ZAB协议的一种支持奔溃恢复的协议作为数据一致性核心算法。ZAB协议定义整个Zookeeper中关于事物消息的处理流程原创 2021-11-25 19:47:57 · 1184 阅读 · 0 评论 -
zookeeper介绍、安装、shell cli使用
我们是用keepalived一般采用的是主从模型,看过去好像很可靠,但是不要忘了keepalived也只是一个程序而已,当keepalived因为某些异常退出(不是stop,stop会执行相应的关闭命令),导致物理网卡配置的eth0:2子接口还是暴露的。此时从机器的keepalived也启动,也会将物理网卡的eth0:2暴露出来,那么可能会出现同一个连接的数据包转发到不同的RServer上去,而导致数据包被丢弃,虽然三次握手会重传,但是会导致效率不高的问题。此时zookeeper就可以派上用场啦!!!请原创 2021-11-24 12:30:50 · 81 阅读 · 0 评论 -
高并发负载均衡:基于keepalived的lvs高可用搭建
1原创 2021-11-20 18:57:25 · 645 阅读 · 0 评论 -
高并发负载均衡:LVS的DR模型试验搭建
11原创 2021-11-19 15:55:42 · 342 阅读 · 0 评论 -
高并发负载均衡:LVS的DR,TUN,NAT模型推导
lvs三层hold住流量,nginx控制(hold)住握手,tomcat控制住计算原创 2021-11-18 00:23:37 · 539 阅读 · 0 评论 -
高并发负载均衡:网络协议原理
OSI七层模型查看Linux当前进程的文件描述符接着执行8这个文件描述符(输入和输出),与外界建立套接字(socket),这就是Linux操作系统中万物皆文件的概念关闭当前8文件描述符exec 8<& -三次握手建立连接,四次挥手建立连接查看Linux网卡信息cat /etc/sysconfig/network-scripts/ifcfg-eth0/etc是用来存放系统主要的配置文件,例如人员的账号密码文件、各种服务的起始文件等。一般来说,这个目录下的各文件属性是可以原创 2021-11-15 17:04:38 · 1336 阅读 · 0 评论 -
面试官:群聊消息的已读未读功能,你来设计一个?
企业IM比如企业微信、钉钉里面的群消息的有个已读未读的功能,发送者刚发出消息时,当前群里其他群成员都是未读状态,陆陆续续有人看了这个消息,这时候消息的详情变成x人已读,y人未读,如下图所示,有具体的已读未读列表(万恶的功能,看到同事or老板的消息不能假装没看到了),每条消息对应一个唯一的messageid(uint64_t),每个用户对应一个唯一的userid(uint64_t),应该如何保存这个消息对应的已读未读详情呢?第一反应就是很简单粗暴的方案对于每一个messageid,存当前readi.原创 2021-11-15 13:29:04 · 250 阅读 · 0 评论