Redis 2.8.7哨兵环境的linux配置问题，如何使其自动启动，他们应该订阅什么

目前我们正在尝试使用redis 2.8.7作为缓存存储(来自使用booksleeve客户端的。net web应用程序)。这似乎是一个非常有趣和令人兴奋的任务，redis文档非常好，但由于缺乏实际的实践经验，我确实有一些关于如何正确完成预期配置的问题。

我将next articles作为主要配置源:

安装具有自动启动功能的redis(使用初始化脚本，以便在重启后一切都将重新正常启动):http://redis.io/topics/quickstart
redis部署到azure: http://haishibai.blogspot.com/2014/01/walkthrough-setting-up-redis-cluster-on.html

最初的想法/假设-是有1个redis主实例和2个从实例运行linux Ubuntu。为了提供实例的高可用性——我决定使用sentinel。所以我期望的配置现在看起来是这样的:

MasterInstance: VM1 (linux, Ubuntu)，端口:6379 (linux重启时自动启动)
Slave1: VM2 (linux, ubuntu)，端口:6380 (linux重启时自动启动):slaveOf MasterID 6379
Slave2: VM3 (linux, ubuntu)，端口:6379 (linux重启时自动启动):slaveOf MasterIP 6379

vm启动后，我可以看到我已经有2个slave成功连接并与Master同步:从母版跟踪样本:

[1120] 25 Mar 14:11:18.629 - 1 clients connected (0 slaves), 793352 bytes in use
[1120] 25 Mar 14:11:18.634 * Slave asks for synchronization
[1120] 25 Mar 14:11:18.634 * Full resync requested by slave.
[1120] 25 Mar 14:11:18.634 * Starting BGSAVE for SYNC
[1120] 25 Mar 14:11:18.634 * Background saving started by pid 1227
[1227] 25 Mar 14:11:18.810 * DB saved on disk
[1227] 25 Mar 14:11:18.810 * RDB: 0 MB of memory used by copy-on-write
[1120] 25 Mar 14:11:18.836 * Background saving terminated with success
[1120] 25 Mar 14:11:18.837 * Synchronization with slave succeeded
[1120] 25 Mar 14:11:23.829 - DB 0: 2 keys (0 volatile) in 4 slots HT.
[1120] 25 Mar 14:11:23.829 - DB 2: 4 keys (0 volatile) in 4 slots HT.
[1120] 25 Mar 14:11:23.829 - 0 clients connected (1 slaves), 1841992 bytes in use
[1120] 25 Mar 14:11:29.011 - DB 0: 2 keys (0 volatile) in 4 slots HT.
[1120] 25 Mar 14:11:29.011 - DB 2: 4 keys (0 volatile) in 4 slots HT.
[1120] 25 Mar 14:11:29.011 - 0 clients connected (1 slaves), 1841992 bytes in use
[1120] 25 Mar 14:11:29.826 - Accepted 168.62.36.189:1024
[1120] 25 Mar 14:11:29.828 * Slave asks for synchronization
[1120] 25 Mar 14:11:29.828 * Full resync requested by slave.
[1120] 25 Mar 14:11:29.828 * Starting BGSAVE for SYNC
[1120] 25 Mar 14:11:29.828 * Background saving started by pid 1321
[1321] 25 Mar 14:11:29.871 * DB saved on disk
[1321] 25 Mar 14:11:29.871 * RDB: 0 MB of memory used by copy-on-write
[1120] 25 Mar 14:11:29.943 * Background saving terminated with success
[1120] 25 Mar 14:11:29.946 * Synchronization with slave succeeded
[1120] 25 Mar 14:11:34.195 - DB 0: 2 keys (0 volatile) in 4 slots HT.
[1120] 25 Mar 14:11:34.195 - DB 2: 4 keys (0 volatile) in 4 slots HT.
[1120] 25 Mar 14:11:34.195 - 0 clients connected (2 slaves), 1862920 bytes in use

现在我需要设置哨兵实例…

我将sentinel.conf从最初的redis-stable包复制到3个运行redis的VM中(1个主服务器和两个从服务器)
在每个配置中我都做了下面的修改:
sentinel monitor mymaster MasterPublicIP 6379 2
在每个VM上使用下一个命令行启动哨兵:

之后，我得到了sentinel成功启动的响应…在所有虚拟机上…在我启动了所有3个哨兵实例之后，我得到了下一个跟踪示例(哨兵.conf文件更新了关于slave和其他哨兵实例的信息):

[1743] 25 Mar 16:35:46.450 # Sentinel runid is 05380d689af9cca1e826ce9c85c2d68c65780878
[1743] 25 Mar 16:35:46.450 # +monitor master mymaster MasterIP 6379 quorum 2
[1743] 25 Mar 16:36:11.578 * -dup-sentinel master mymaster MasterIP 6379 #duplicate of     10.119.112.41:26379 or 83666bdd03fd064bcf2ec41ec2134d4e1e239842
[1743] 25 Mar 16:36:11.578 * +sentinel sentinel 10.119.112.41:26379 10.119.112.41 26379 @ mymaster 168.62.41.1 6379
[1743] 25 Mar 16:36:16.468 # +sdown sentinel 10.175.220.134:26379 10.175.220.134 26379 @ mymaster 168.62.41.1 6379
[1743] 25 Mar 16:36:40.876 * -dup-sentinel master mymaster MasterIP 6379 #duplicate of 10.175.220.134:26379 or fe9edeb321e04070c6ac6e28f52c05317a593ffd
[1743] 25 Mar 16:36:40.876 * +sentinel sentinel 10.175.220.134:26379 10.175.220.134 26379 @ mymaster 168.62.41.1 6379
[1743] 25 Mar 16:37:10.962 # +sdown sentinel 10.175.220.134:26379 10.175.220.134 26379 @ mymaster 168.62.41.1 6379

根据痕量样本，我有下一个问题。如果有人能解释一下，那就太好了:

为什么我在这里看到-dup-sentinel master mymaster配置…是否因为我为同一个主实例添加了3个哨兵(也许我需要为每个redis实例注册1个哨兵-因此1个哨兵将映射到主实例，另外2个哨兵-映射到2个从实例)?
如何在redis服务器启动的方式启动哨兵(自动即使然后VM重启)?-我需要执行相同的操作并将它们注册为普通redis-server实例吗?
是否可以将哨兵实例托管在与redis-server相同的VM中?

之后，我启动了新的putty连接，并启动redis-cli与哨兵api一起工作，但收到了下面命令的下一个响应:

127.0.0.1:6379> SENTINEL masters
(error) ERR unknown command 'SENTINEL'

我想我在这里做了一些愚蠢的事情…：(我做错了什么，如何从终端连接测试哨兵api ?

提前感谢您的帮助

我猜"SENTINEL masters"应该在Redis SENTINEL上运行

redis-cli -p 26379(默认的哨兵端口)

then issue

127.0.0.1:26379> SENTINEL masters

你会得到一些东西

1)"名称"2)"mymaster"3)"知识产权"4)"127.0.0.1"5)"端口"6)"6379"．．.

自动启动哨兵，即使VM重新启动

在sentinel.conf中设置daemonize yes

并修改初始化脚本(https://github.com/antirez/redis/blob/unstable/utils/redis_init_script)，以反映哨兵端口和.conf位置。

$EXEC $CONF—sentinel #以哨兵模式启动

首先，不要在主机上运行Sentinel。"哨兵"的设计目的是检测主机故障。如果您在与主服务器相同的系统上运行Sentinel，那么您将在丢失系统时丢失Sentinel。出于同样的原因，您不应该使用slave作为额外的测试点。

你想在客户端运行的地方运行Sentinel -以确保你正在测试网络中断。

接下来，您提到您在哨兵配置中添加了从属信息。你不需要在sentinel中配置slave——它会通过master来发现它们。我怀疑您已经为每个从属服务器添加了额外的哨兵监视命令—这确实会导致重复的监视尝试。

第三，正如@yofpro所提到的，要运行sentinel命令，你需要连接到sentinel -而不是Redis的master或slave .

相关内容

最新更新

热门标签：