.net 數據緩存(二)之Redis部署

如今的業務系統越來複雜,大型門戶網站內容愈來愈多,數據庫的數據量也越來愈大,因此有了「大數據」這一律唸的出現。可是咱們都知道當數據庫的數據量和訪問過於頻繁都會影響系統總體性能體驗,特別是併發量高的系統。爲此,咱們經過數據緩存來,減輕數據庫的壓力。爲此,隨着時間的步伐,各式各樣的緩存技術的出現,讓咱們對於這些技術有些眼花繚亂。不是說功能最全的最早進,就是適合本身。咱們要看看本身系統的定位去評估本身的系統適合使用哪一種緩存機制。固然,也能夠經過定義緩存接口,之後方便緩存機制的替換。下面咱們來了解下緩存的概念、分類及發展趨勢。html

1、 部署環境
a、Redis版本

3.0.5 選取緣由:只有3.0之後的版本才官方支持分佈式集羣redis

b、服務器操做系統

CentOS 7 選取緣由:Redis官方版本是Linux環境下的數據庫

2、 知識準備
一、概念準備

首先要知道爲何要對作緩存分佈式集羣,一是咱們知道本地緩存壓力大時,不能不知足需求,天然會考慮到把緩存放到網絡服務器上,根據業務需求增大,這樣能夠進行水平擴展;二是咱們知道當分佈式部署方案的節點服務器各自承擔本身負責的工做,與其餘節點相互獨立,這是當某臺節點宕機或者網絡異常,就會致使不能訪問,這樣咱們若是將各個節點,進行單獨的集羣式部署,能夠達到安全性要求了。緩存

集羣的目的咱們初步瞭解了,可是我以前的以前的理解,用兩三臺個服務器,這樣不就算是集羣了麼。其實否則,Redis起初已經提供了主/從模式,這最多隻能算是備份,一臺服務器掛了,另外一臺服務器頂上,而沒有達到真正意思上的集羣。真正意義上的集羣,不是備份,並且含有均衡的做用。那怎麼達到均衡呢?咱們建議全部的生產環境至少部署5個節點,由於在較小的集羣中,單點故障意味着複製的需求極可能得不到知足。這將致使性能降低而且增長數據丟失的風險。另外,小於5個節點的集羣將使得75%至100%的節點須要響應每一個請求,這將致使沒必要要的負載從而下降性能。安全

二、拓撲預覽
集羣部署拓撲圖
容錯圖
3、 部署實踐
一、安裝好CentOS7(爲讓不熟悉的Linux的園友可以不陌生,可以在圖形化界面完成儘可能在圖形化界面操做完成)

二、在redis.io下載最新redis源碼包,而後右鍵解壓
三、編譯和安裝

注意這個,必定要登陸root用戶才行。桌面用戶通常是沒有root權限的。(因爲我已經編譯和安裝過界面,會有不一樣)ruby

四、 配置redis的配置文件
a、創建6個文件夾
b、創建配置文件(將端口號修改後,複製粘貼到創建好的每一個文件夾中)
c、啓動6個redis-server
d、實現集羣

這咱們須要使用一個(redis-trib.rb)程序,須要ruby環境支持 服務器

下載redis-3.2.1.gem網絡

e、執行集羣命令
e、檢驗結果
總結,以前看別人寫的,總認爲知道了,可是真的本身動起手來,老是遇到這樣或者那樣的問題。遇到問題不可怕,就怕解決不了問題。Linux不懂,redis概念也不太清楚,當命令敲起來,慢慢豁然開朗。學習=理論+實踐,此次又有很大的體會了。
參考一: 官方中文翻譯集羣教程
相關文章
相關標籤/搜索