對于redis-sentinel我在之前的文章中已經說過,它是一個仲裁者,當主master掛了后,它將在所有slave服務器中進行選舉,選舉的原則當然可以看它的官方文章,這與我們使用者沒有什么關系,而對于sentinel來說,它在進行主從切換時,會觸發相關事件,這是和我們開發人員有關系的,如當+switch-master事件被觸發時,說明當前Sentinal已經完成了一次主從的切換,并所有服務已經正常運轉了。
下面是我這幾天作的測試,對于Twemproxy代理和Sentinal哨兵都已經成功使用stackExchange.redis進行了連接,并正常訪問了,當然Sentinel只公開了幾個redis命令,這個大家要清夢,不明白的可以看我的這篇文章《Redis集群~windows下搭建Sentinel環境及它對主從模式的實際意義》。
連接普通的redis服務器
ConnectionMultiplexer conn = ConnectionMultiplexer.Connect("127.0.0.1:6379");
ConfigurationOptions option = new ConfigurationOptions(); option.EndPoints.Add("127.0.0.1", 6379); ConnectionMultiplexer conn = ConnectionMultiplexer.Connect(option);
連接TW代理服務器
ConfigurationOptions twOption = new ConfigurationOptions(); twOption.EndPoints.Add("127.0.0.1", 22122); twOption.EndPoints.Add("127.0.0.1", 22123); twOption.Proxy = Proxy.Twemproxy;//代理的類型 ConnectionMultiplexer conn = ConnectionMultiplexer.Connect(twOption);
連接Sentinal仲裁哨兵服務器
//連接sentinel服務器 ConfigurationOptions sentinelConfig = new ConfigurationOptions(); sentinelConfig.ServiceName = "master1"; sentinelConfig.EndPoints.Add("192.168.2.3", 26379); sentinelConfig.EndPoints.Add("192.168.2.3", 26380); sentinelConfig.TieBreaker = "";//這行在sentinel模式必須加上 sentinelConfig.CommandMap = CommandMap.Sentinel; // Need Version 3.0 for the INFO command? sentinelConfig.DefaultVersion = new Version(3, 0); ConnectionMultiplexer conn = ConnectionMultiplexer.Connect(sentinelConfig);
有了上面的代碼后,我們可以成功的連接一個sentinel服務器,對這個連接的實際意義在于:當一個主從進行切換后,如果它外層有Twemproxy代理,我們可以在這個時機(+switch-master事件)通知你的Twemproxy代理服務器,并更新它的配置文件里的master服務器的地址,然后從起你的Twemproxy服務,這樣你的主從切換才算真正完成。
對于Twemproxy-sentinal-master/slave主從切換實現圖
我們可以使用.netcore開發一個跨平臺的程序,將它放在linux的tw代理服務器上,使用dotnet run去運行它,然后當收到由sentinel發來的+switch-master事件時,將更新tw配置文件并從起它的服務。
希望大家對技術多一點深度的研究,找不到答案就看看它的源代碼,可能會有意外的收獲!
歡迎大家關注大叔博客!
文章列表