Skip to content

Latest commit

 

History

History
283 lines (182 loc) · 7.48 KB

README.zh_cn.md

File metadata and controls

283 lines (182 loc) · 7.48 KB

PhxQueue

PhxQueue是微信开源的一款基于Paxos协议实现的高可用、高吞吐和高可靠的分布式队列,保证At-Least-Once Delivery。在微信内部广泛支持微信支付、公众平台等多个重要业务。

作者:Junjie Liang, Tao He, Haochuan Cui, Qing Huang and Jiatao Xu

联系我们:phxteam@tencent.com

Build Status

主要特性

  • 同步刷盘,入队数据绝对不丢,自带内部实时对账

  • 出入队严格有序

  • 多消费组

  • 出队限速

  • 出队重放

  • 所有模块均可平行扩展

  • 存储层批量刷盘、同步,保证高吞吐

  • 存储层支持同城多中心部署

  • 存储层自动容灾/接入均衡

  • 消费者自动容灾/负载均衡

自动构建

git clone https://github.com/Tencent/phxqueue
cd phxqueue/
bash build.sh

所有模块构建完成,现在可以启动一个简单的PhxQueue了。

手动构建

下载源代码

下载phxqueue.tar.gz并解压到$PHXQUEUE_DIR.

安装第三方依赖

  • 选择一个目录$DEP_PREFIX作为安装依赖的路径:

    export $DEP_PREFIX='/your/directory/for/dependency'
  • Protocol Buffers和glog

    编译Protocol Buffersglog,注意必须使用编译参数./configure CXXFLAGS=-fPIC --prefix=$DEP_PREFIX。然后创建软链接:

    rm -r $PHXQUEUE_DIR/third_party/protobuf/
    rm -r $PHXQUEUE_DIR/third_party/glog/
    ln -s $DEP_PREFIX $PHXQUEUE_DIR/third_party/protobuf
    ln -s $DEP_PREFIX $PHXQUEUE_DIR/third_party/glog
  • LevelDB

    编译LevelDB$PHXQUEUE_DIR/third_party/leveldb/,然后ln -s out-static lib

  • PhxPaxos和PhxRPC

    编译PhxPaxos$PHXQUEUE_DIR/third_party/phxpaxos/;编译 PhxRPC$PHXQUEUE_DIR/third_party/phxrpc/

  • libco

    使用Git clone libco$PHXQUEUE_DIR/third_party/colib/

编译PhxQueue

cd $PHXQUEUE_DIR/
make

PhxQueue项目目录结构

PhxQueue的目录结构如下:

phxqueue/ .................... PhxQueue根目录
├── bin/ ..................... 生成的二进制文件
├── etc/ ..................... 配置文件模板
├── lib/ ..................... 生成的库文件
├── phxqueue/ ................ PhxQueue源文件
├── phxqueue_phxrpc/ ......... PhxQueue的PhxRPC实现
└── ...

输出文件在bin/lib/,示例配置文件在etc/

启动一个简单的PhxQueue

编译好的PhxQueue源代码目录可以直接运行简单的演示。

准备

PhxQueue需要同时使用多个文件描述符。请保证设置ulimit -Snulimit -n到足够大(4000以上)。

启动Store

启动3个Store节点(加-d参数可以在后台运行):

bin/store_main -c etc/store_server.0.conf
bin/store_main -c etc/store_server.1.conf
bin/store_main -c etc/store_server.2.conf

可以查看Store的日志:

ps -ef | grep store_main
tail -f log/store.0/store_main.INFO
tail -f log/store.1/store_main.INFO
tail -f log/store.2/store_main.INFO

注意: 正常运行需要启动至少2个Store节点,否则会出现如下错误日志:

MASTERSTAT: ERR: Propose err. paxos_ret 404 ...

启动Consumer

启动3个Consumer节点:

bin/consumer_main -c etc/consumer_server.0.conf
bin/consumer_main -c etc/consumer_server.1.conf
bin/consumer_main -c etc/consumer_server.2.conf

可以查看Consumer的日志:

ps -ef | grep consumer_main
tail -f log/consumer.0/consumer_main.INFO
tail -f log/consumer.1/consumer_main.INFO
tail -f log/consumer.2/consumer_main.INFO

发送测试请求

现在简单的PhxQueue已经部署完成!使用工具就可以发送测试请求了:

bin/test_producer_echo_main

你会看到Producer的输出:

produce echo succeeded!

我们回到Consumer看输出(3个中只有1个会处理请求并输出)

consume echo succeeed! ...

运行压测

bin/producer_benchmark_main 10 5 5 10

再次观看Consumer的日志:

tail -f log/consumer.0/consumer_main.INFO
tail -f log/consumer.1/consumer_main.INFO
tail -f log/consumer.2/consumer_main.INFO

你会发现有类似这样的Consumer消费出队请求的日志:

INFO: Dequeue ret 0 topic 1000 consumer_group_id 1 store_id 1 queue_id 44 size 1 prev_cursor_id 9106 next_cursor_id 9109

清理测试日志和数据

在运行PhxQueue的过程中,会产生大量的日志和数据。运行log/clear_log.sh以清理日志,运行data/clear_data.sh以删除数据。删除前务必确认数据已经没有用。

部署分布式的PhxQueue

通常,每个节点应该部署在一台机器上,针对每个节点修改etc/*.conf中的内容。

部署全局配置

etc/目录下,有以下这些文件

globalconfig.conf .................全局配置
topicconfig.conf ................. 主题配置
storeconfig.conf ................. Store配置
consumerconfig.conf ...............Consumer配置
schedulerconfig.conf ..............Scheduler配置
lockconfig.conf ...................Lock配置

将这些文件部署在所有目标机器上,并做相应的修改。

部署Store

Store是队列的存储,使用Paxos协议作副本同步。

将以下3个配置文件分别部署到3个Store节点并启动:

bin/store_main -c etc/store_server.0.conf -d
bin/store_main -c etc/store_server.1.conf -d
bin/store_main -c etc/store_server.2.conf -d

部署Consumer

Consumer是队列的消费者,以批量拉取的方式从Store拉数据。

将以下3个配置文件分别部署到3个Consumer节点并启动:

bin/consumer_main -c etc/consumer_server.0.conf -d
bin/consumer_main -c etc/consumer_server.1.conf -d
bin/consumer_main -c etc/consumer_server.2.conf -d

部署Lock(可选)

Lock是一个分布式锁,其接口设计非常通用化,使用者可以选择将Lock独立部署,提供通用分布式锁服务。部署Lock可以避免队列的重复消费。

如果不使用Lock,topicconfig.conf中需要设置skip_lock = 1

将以下3个配置文件分别部署到3个Lock节点并启动:

bin/lock_main -c etc/lock_server.0.conf -d
bin/lock_main -c etc/lock_server.1.conf -d
bin/lock_main -c etc/lock_server.2.conf -d

部署Scheduler(可选)

Scheduler收集Consumer全局负载信息, 对Consumer做容灾和负载均衡。当使用者没有这方面的需求时,可以省略部署Scheduler,此时各Consumer根据配置权重决定与队列的处理关系。

Scheduler依赖Lock,如果需要部署Scheduler,请先部署Lock。

如果不使用Scheduler,topicconfig.conf中需要设置use_dynamic_scale = 0

将以下3个配置文件分别部署到3个Scheduler节点并启动:

bin/scheduler_main -c etc/scheduler_server.0.conf -d
bin/scheduler_main -c etc/scheduler_server.1.conf -d
bin/scheduler_main -c etc/scheduler_server.2.conf -d

查看日志

各个模块的日志位于'log/'下模块名子目录中,例如store的0号节点日志:

tail -f log/store.0/store_main.INFO

贡献

PR代码请遵守Google C++ 风格指南