對單機架構升級集羣架構的工做記錄

概述

        還有公司敢用單機模式架構，狠狠的擦了一把汗。。在此萌生了改造單機架構模式，自行網上搜索出一套適合公司的高可用架構，才大體瞭解完畢。領導就召集你們說了現有單機模式的弊端。。   領導是火眼金睛嗎？   好吧，該我低調的賣弄了。。

現有架構

就問大家看到可不可怕（由於DB已經作了集羣，此處就沒畫出來）。。。  任何一個節點掛掉，整個生產線就掛了，下面一一道來爲何那麼說：

1.         Nginx單點架構,一旦當前nginx掛掉,將導致外部用戶沒法使用訪問應用

2.         Tomcat:service-mix採用的1:1 訪問,容易致使tomcat能夠正常訪問但下游服務掛掉,應用仍然請求到當前tomcat,可是沒法提供服務

3.         Redis單點使用,某一臺掛掉,就會致使相應功能失效

 

架構優化

總體解析：

• keepalived和nginx放在同一臺機器中，用於完成vip漂移
• nginx採用的主備，備機使用的虛線鏈接，當主機掛掉了，備機對應的虛線纔會生效

架構設計自下而上方案解析：

1.         將現有session共享和業務兩個Redis實例合二爲一，redis採用主從集羣模式。

2.         Servicemix採用集羣方案，tomcat請求nginx，nginx對servicemix進行請求分發。

3.         Tomcat請求keepalived VIP，路由到nginx，完成對servicemix的請求

4.        Nginx採用主備方案，用戶請求到keepalived VIP，由keepalived選擇決定訪問哪臺nginx

優化計劃

    整個優化計劃是根據影響程度從小到大進行優化,因此分爲三步走(每一步在實施完成後,均會發博文記錄的):

1. Redis合併以及主從集羣搭建
2. nginx主備環境搭建
3. servicemix負載均衡搭建

今天就先到此了....  繼續擼碼了!!!  歡迎大神指正批評!!!  歡迎大神指正批評!!!  歡迎大神指正批評!!!