1. 程式人生 > >keepalived ,lvs,tomcat 高可用,高併發,高效能 應用架構的搭建

keepalived ,lvs,tomcat 高可用,高併發,高效能 應用架構的搭建

keepalived ,lvs,tomcat 高可用,高併發,高效能  應用架構的搭建

keepalived ,lvs 搭建在同一臺伺服器上,兩個tomcat 分別在一個tomcat上 

四臺伺服器版本 :  centos 6.5

yum install ipvsadm -y

keepalived : etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs {
   notification_email {
     [email protected]
   }
   notification_email_from

[email protected]
   smtp_server 192.168.184.178
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.184.222/24 dev eth0 label eth0:A
    }
}

virtual_server 192.168.184.222 80 {
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    nat_mask 255.255.255.0
    persistence_timeout 50
    protocol TCP

    real_server 192.168.184.188 80 {
        weight 1
        HTTP_GET {
            url {
              path /
              status_code 200

        }
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }  
    real_server 192.168.184.168 80 {
        weight 1
        HTTP_GET {
            url {
              path /
              status_code 200
            }
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 2
        }
    }
}

=================

! Configuration File for keepalived

global_defs {
   notification_email {
     [email protected]
   }
   notification_email_from [email protected]
   smtp_server 192.168.184.178
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 51
    priority 10
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.184.222/24 dev eth0 label eth0:A
    }
}

virtual_server 192.168.184.222 80 {
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    nat_mask 255.255.255.0
    persistence_timeout 50
    protocol TCP

    real_server 192.168.184.188 80 {
        weight 1
        HTTP_GET {
            url {
              path /
              status_code 200
        }
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
    real_server 192.168.184.168 80 {
        weight 1
        HTTP_GET {
            url {
              path /
              status_code 200
            }
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 2
        }
    }
}


   

========================

  tomcat 伺服器上需要配置 在裝置上配置lo:A  IP地址

相關推薦

keepalived ,lvstomcat 可用併發高效能 應用架構搭建

keepalived ,lvs,tomcat 高可用,高併發,高效能  應用架構的搭建 keepalived ,lvs 搭建在同一臺伺服器上,兩個tomcat 分別在一個tomcat上  四臺伺服器版本 :  centos 6.5 yum install ipvsa

今天再次接觸可用和負載均衡相關理解如下

LV 通信協議 文件的 另一個 心跳 輪詢 依次 數據幀 keepaliv   一般來講,多臺服務器搭建成一個集群來運行相應的程序,這樣會避免單點故障,同時提升服務器的承載能力。   高可用,可稱為"HA"也叫做雙機熱備,同時實現高可用一般使用keepalived,且kee

Redis從入門到熟練使用之測試哨兵及主從可用(詳解第四篇共五篇)

測試驗證 首先檢視哨兵監控情況 然後嘗試關閉主機 再檢視剩餘2個從機,這裡會自動選舉產生新的主機 然後,我們再次將剛才停止的主機啟動起來,發現啟動後其自動成為從機 停掉master_redis主資料庫後重啟後變成從資料庫。隨機推選。 至此,

搭建可用的redis叢集避免standalone模式帶給你的苦難

  現在專案上用redis的話,很少說不用叢集的情況,畢竟如果生產上只有一臺redis會有極大的風險,比如機器掛掉,或者記憶體爆掉,就比如我們生產環境 曾今也遭遇到這種情況,導致redis記憶體不夠掛掉的情況,當然這些都是我們及其不能容忍的,第一個必須要做到高可靠,其次才是高效能,好了,下面我來 逐一搭建

Redis(併發可用(叢集)資料)快取資料的流程

為什麼要用redis:現在我們資料每次都是從資料庫讀取,這樣當網站訪問量達到高峰時段,對資料庫壓力很大,並且影響執 行效率。我們需要將這部分廣告資料快取起來。 1.查詢的時候走快取,增刪改的時候同步更新快取 2.查詢的時候:先查redis,根據key去查 1>.如果redis有,直接返

SharePoint 2016:效能優化和可用(十一SP中的WEB內容管理功能)

SHAREPOINT SERVER 2016中的WEB內容管理功能 根據SharePoint MPP 課程,下面幾個文章介紹,SP16 效能優化和高可用的下一部分,Web內容管理功能。 SharePoint Server 2016中的Web內容管理包含用於配置,自定義,優

阿里雲應用可用 AHAS 正式商用可一鍵提升雲上應用可用

在分散式架構環境下,服務間的依賴日益複雜,可能沒有人能說清單個故障對整個系統的影響,構建一個高可用的分散式系統面臨著很大挑戰。

部署一套完整的Kubernetes可用叢集(二進位制v1.18版)

一、前置知識點 1.1 生產環境可部署Kubernetes叢集的兩種方式 目前生產部署Kubernetes叢集主要有兩種方式: kubeadm Kubeadm是一個K8s部署工具,提供kubeadm init和kubeadm join,用於快速部署Kubernetes叢集。 官方地址:https://ku

java架構師課程、性能調優、並發、tomcat負載均衡、大型電商項目實戰、可用可擴展、數據庫架構設計、Solr集群與應用、分布式實戰、主從復制、可用集群、大數據

慢查詢 主從復制 難題 jms 整合 大數 數據庫設計 企業級 nginx網站 15套Java架構師詳情 * { font-family: "Microsoft YaHei" !important } h1 { background-color: #006; color:

15套java架構師、集群、可用可擴展、性能、並發、性能優化、Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、Jvm大型分布式項目實戰視頻教程

mycat 擴展 並發解決方案 入門到 -1 高端 資料 src nio * { font-family: "Microsoft YaHei" !important } h1 { background-color: #006; color: #FF0 } 15套java

15套java架構師、並發、集群、可用可擴展、性能、性能優化Redis、ActiveMQ、Mycat、Netty、Jvm

高並發 集群 分布式 多線程 項目實戰 15套Java架構師詳情15套java架構師、集群、高可用、高可擴展、高性能、高並發、性能優化、Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、Jvm大型分布式項目實戰視頻教程 視頻課程包含:高級Java架構

今天出現了一個問題Tomcat 進入localhost:8080正常進入項目內別的頁面都是空白頁

request 代碼註釋 出現 lte 教訓 繼續 req oca 瀏覽器 經仔細檢查發現代碼沒有任何的問題,經仔細檢查找到了原因。 問題原因:攔截器(過濾器)把我的訪問請求全都攔下了,我在攔截器裏把//chain.doFilter(request, response);這

性能、可用擴展ERP系統架構設計

sqlserve 學習 業務邏輯層 表設計 應用程序 log cnblogs 便在 tab ERP之痛 曾幾何時,我混跡於電商、珠寶行業4年多,為這兩個行業開發過兩套大型業務系統(ERP)。作為一個ERP系統,系統主要功能模塊無非是訂單管理、商品管理、生產采

並發與可用實戰之基礎知識大型網站架構特征(一)

電商系統 保障系統 iptables ID 失敗重試 容量 設計原則 服務調用 冪等 大型網站架構特征: 1.高並發?(用戶訪問量比較大) 解決方案:拆分系統、服務化、消息中間件、緩存、並發化 高並發設計原則 系統設計不僅需要考慮實現業務功能,還要保證系統高並發、高

架構應用可用複用

架構應用之高可用、高複用 。   一、儲存高可用 儲存的高可用,主要是通過資料冗餘的方式來實現高可用,複雜性主要是在如何保持資料一致性,複製延遲和網路中斷都會帶來資料不一致。主要考慮的就是,資料如何複製,如何應對複製延遲,如何應對複製中斷,各個節點的職責是什麼。

網易資深運維工程師潘威:MySQL可用在網易的最佳應用與實踐

講師介紹:潘威 網易資深系統運維工程師 現任職於網易,負責網易物件儲存服務NOS的運維相關工作; 曾負責過易信、網易視訊雲、網易部落格、LOFTER等產品資料庫,擁有豐富的大型資料庫架構設計與運維實踐經驗。 主題簡介: 1、常見的MySQL高可用架構 2、分散式資料庫高可用實踐 3、基於kee

Windows伺服器下Tomcat製作成服務自啟動跑不起來報記憶體溢位。

最近由於客戶這邊伺服器老是要重啟,每次重啟後都需要手動上伺服器開啟Tomcat,挺麻煩的,於是想著把Tomcat製作成服務,然後設定開機自啟動,挺簡單的步驟,但是實行起來坑還是有的,於是記錄一下,如下: 把Tomcat製作成服務的過程 找到Tomcat的bin目錄,如下圖

linux c 網路獲取本地可用的埠號判斷網路是否連通

// // Created by darren on 18-8-22. // #include <netdb.h> #include <errno.h> #include <string.h> #include <arpa/inet

Redis可用叢集-哨兵模式(Redis-Sentinel)搭建配置教程【Windows環境】

No cross,no crown . 不經歷風雨,怎麼見彩虹。 Redis哨兵模式,用現在流行的話可以說就是一個“哨兵機器人”,給“哨兵機器人”進行相應的配置之後,這個”機器人”可以7*24小時工作,它能能夠自動幫助你做一些事情,如監控,提醒,自動處

併發可用(一)概念和技術架構雜談

1.1 系統吞度量要素   一個系統的吞度量(承壓能力:系統在單位時間內處理請求的數量,體現系統整體處理能力)與request對CPU的消耗、外部介面、IO等等緊密關聯。單個request對CPU消耗越