M20-1倪文超
-
corosync+pacemaker對mariadb實現高可用
corosync+pacemaker對mariadb實現高可用 利用nfs共享存儲,導出一個目錄作為mariadb的數據目錄,然后利用corosync+pacemaker對mariadb進行高可用 1、實驗環境 2、實驗前的分析 利用nfs導出目錄作為mariadb的共享目錄,要確保各個mariadb節點對該目錄具有寫權限,也就是要確保nfs服務器上有一個U…
-
Mariadb數據庫復制系列(五):基于SSL的復制
實驗五:基于SSL的主從復制功能的實現 在mysql服務器之間復制數據,默認情況下都是基于明文的,在有些場景中,明文傳輸會造成嚴重的數據安全隱患,因此,需要對mysql服務器之間的復制時的傳輸進行加密,傳輸加密方式可以基于SSL的會話進行 1、實驗環境 2、私有CA的搭建 3、在主節點node72上生成證書簽署請求、發送到私有CA服務器 4、在從節點n…
-
Mariadb數據庫復制系列(四):復制過濾器的實現
實驗四:復制過濾器的實現 復制過濾器的作用是讓從節點僅復制主節點的指定的庫,或指定數據庫的指定表,而不是全部復制。其配置方式有兩種,一種是在主節點上配置,通過定義主節點只記錄部分庫或表產生的二進制日志時間來實現;一種是通過從節點上配置,當復制了主節點的所有的二進制日志數據后,在SQL線程執行時,只執行指定的庫或表相關的二進制日志時間;一般采取在從節點上…
-
Mariadb數據庫復制系列(三):半同步復制
實驗三:半同步復制的實現 默認情況下,主從復制的結構中,主從節點之間復制操作是異步的,這樣就有可能造成主從節點之間數據不一致的情況發生,所謂版同步復制就是指在一主多從的場景中,我們設定主節點與其中一個或多個從節點(一般是一個)的數據復制是同步進行的,從而保證了該從節點和主節點之間的數據的一致性。故當主節點發生故障時,就可以基于其他方式將該從節點提升為主…
-
Mariadb數據庫復制系列(二):主主復制
實驗二:MySQL雙主復制架構的實現 雙主的實現方式與主/從類似,僅是兩個主機即使主節點,又是對方的從節點雙主模型容易造成數據的不一致性,因此要慎用! 1、實驗環境 2、在兩個節點上安裝mariadb-server服務 3、修改兩個節點的服務器配置文件 4、兩個節點上各自啟動服務,各授權一個具有復制權限的用戶 5、查看兩個節點的二進制日志的狀態 6、在…
-
Mariadb數據庫復制系列(一):主從復制
實驗一:MySQL主從復制的實現 1、實驗環境 確保各節點之間的時間同步 2、修改主節點的mysql服務配置文件,讓其符合主從架構中主節點的要求 3、查看主節點現有數據情況和二進制日志使用情況 4、對主節點的數據利用xtrabackup進行完全備份 由于兩個從節點是后期加入,故采取備份主節點的數據,還原到從節點上,然后讓從節點從備份時刻的二進制日志的位置…
-
Mariadb數據庫備份恢復系列(三):xtrabackup物理備份工具之增量備份
實驗三:利用xtrabackup+二進制日志實現增量備份和恢復數據庫 本例中實現的是將所有的增量日志都通過apply-log的步驟同步到完全備份文件中,如果希望利用增量日志還原到固定某次增量備份的數據,則不能使用本例中方式對所有的備份都進行apply-log操作,如果希望利用增量日志還原到固定哪次增量備份的數據,則將最初的完全備份的數據、和期望還原到某…
-
Mariadb數據庫備份恢復系列(二):xtrabackup物理備份工具之完全備份
實驗二:利用xtrabackup+二進制日志實現完全備份和恢復數據庫 1、安裝xtrabackup軟件包 2、驗證數據的存儲引擎類型 3、查看數據初始狀態 4、利用innobackupex進行完全備份 5、進行apply-log操作 6、查看備份出來的文件的信息 7、模擬在完全備份后,對數進行修改,以測試通過二進制日志還原完全備份后尚未來得及備份的變化的數據…
-
Mariadb數據庫備份恢復系列(一):mysqldump邏輯備份工具實戰
實驗一:利用mysqldump+二進制日志實現備份恢復數據庫 1、查看原始數據 2、mysqldump執行備份 3、模擬在備份后修改數據,模擬利用二進制日志還原的場景 4、還原mysqldump備份的數據 5、導出二進制日志的事件 6、還原二進制日志事件
-
HAproxy實戰
HAproxy實驗一 1、實驗要求: (1) 動靜分離discuzx,動靜都要基于負載均衡實現; (2) 進一步測試在haproxy和后端主機之間添加varnish緩存(見實驗二步驟); (3) 給出拓撲設計; (4) haproxy的設定要求: (a) 啟動stats; (b) 自定義403、502和503的錯誤頁; (c) 各組后端主機選擇合適的調度方法…
-
varnish詳解
第一章 http緩存的基礎概念 1、程序運行時具有局部性特征 時間局部性緩存的數據往往被打有時間綴,具有定期失效的特征,過期后會從源服務器檢驗請求驗證是否需要重新拉取數據,某數據被訪問后,該數據往往會再次在短時間內被訪問到。 空間局部性被訪問數據的周邊數據被訪問的概率會比其它常規數據訪問大很多,所以這些訪問數…
-
ansible配置詳解
概述 ansible是一款無需在被管理主機上安裝客戶端,基于SSH對多臺目標主機進行同時操作的輕量級的管理軟件,借助各個內部的功能模塊,實現了批量系統配置、批量程序部署、批量運行命令等功能。本篇就介紹一些關于ansible的基礎配置相關的內容,具體包括: 1、an…
-
keepalived實現前端負載均衡器的高可用
概述: 在之前的內容中,我們了解了當一個網站并發量大時,可以利用前端負載均衡器將用戶請求調度到后端的多個real server上,實現分散服務壓力,橫向擴展的方式,形成LB集群,但是試想一下,作為前端負載均衡器: 如果是LVS,萬一作為前端調度器的Director…
-
Nginx反向代理、負載均衡的實現
概述: 上篇介紹了Nginx作為web服務器的一些常用配置的說明,但是在實際生產環境中,Nginx更多是作為前端的負載均衡器,反代前端用戶請求到后端真實的web服務器上,完成LNAMP的組合的方式存在。本篇就介紹一些Nginx作為http的反向代理和前端負載均衡調度器的一些常用配置,具體包括: &n…
-
LVS詳解
概述 LVS是工作在4層的負載均衡調度器,可根據請求報文的目標IP和目標協議及端口,根據指定的調度算法,將請求調度轉發至某RealServer,本篇就針對LVS的原理,配置和使用進行簡單介紹,具體包含: 1、LVS的四種類型的介紹 &nbs…