zl程序教程

您现在的位置是:首页 >  数据库

当前栏目

聊聊 Undermoo -为 Memory Broker 设置备份

2023-02-25 18:26:47 时间

项目地址:https://github.com/doyoubi/undermoon

为 Memory Broker 设置 Replica

构建二进制文件:

$ cargo build

运行 replica

$ RUST_LOG=warp=info,undermoon=info,mem_broker=info UNDERMOON_ADDRESS=127.0.0.1:8899 UNDERMOON_META_FILENAME=metadata2 target/debug/mem_broker

运行 master Memory

$ RUST_LOG=warp=info,undermoon=info,mem_broker=info UNDERMOON_REPLICA_ADDRESSES=127.0.0.1:8899 UNDERMOON_SYNC_META_INTERVAL=3 target/debug/mem_broker
# Put some data to the master:
$ ./examples/mem-broker/init.sh

# Verify that on master:
curl localhost:7799/api/v3/metadata
...

# Verify tat on replica after 3 seconds:
curl localhost:7799/api/v3/metadata
...
# Replica should have the same data as master.

请注意,当 master 失败时,整个系统将 不会 自动故障回退到 replica。你需要通过调用 coordinator 的 API 来实现。在此期间,服务器代理仍然能够处理请求,但整个系统无法为服务器代理扩展和故障转移,直到 coordinator 的 Memory Broker 端点切换到 replica。

假设您已经运行了一个 coordinator:

$ RUST_LOG=undermoon=info,coordinator=info target/debug/coordinator conf/coordinator.toml

然后,您可以通过连接到 Redis 协议中的 coordinator 并更改配置来将 master 更改为 replica。

# 6699 is the port of coordinators.
$ redis-cli -p 6699 CONFIG SET brokers 127.0.0.1:8899

主 memory broker 的最新 metadata 还没有被复制到 replica memory broker,因此失败了。我们不能恢复丢失的数据,但是我们可以通过从所有记录的代理中收集 epoch 来增加元数据 epoch 以恢复服务。

所以我们也需要在重新配置 coordinator 后调用这个 API。

$ curl -XPUT localhost:7799/api/v3/epoch/recovery

现在系统应该能够再次工作。