一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Linux之HA高可用集群知識,學(xué)到就是賺到

馬哥Linux運(yùn)維 ? 來源:互聯(lián)網(wǎng) ? 作者:佚名 ? 2017-12-23 07:10 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

HA(High Availability)高可用集群,其特點(diǎn)為根據(jù)實際需求為前端Diretor,后端RS-server,數(shù)據(jù)庫服務(wù)器,共享存儲等集群節(jié)點(diǎn)做一個從備份服務(wù)器或者多個服務(wù)器互相備份,一旦主服務(wù)器掛掉,備份服務(wù)器能立馬檢測到并取代主服務(wù)器上的資源繼續(xù)運(yùn)行服務(wù),從而最大限度避免了因服務(wù)器宕機(jī)造成的服務(wù)中止。


主節(jié)點(diǎn)(active/primary)備節(jié)點(diǎn)(passive/standby)

主調(diào)度器(Director)一般為集群中的關(guān)鍵節(jié)點(diǎn),所以一般都有備份節(jié)點(diǎn)的存在;而后端RS-server可以根據(jù)實際可靠需求加備份節(jié)點(diǎn),而存儲服務(wù)器,如Mysql-Server,也作為集群的關(guān)鍵節(jié)點(diǎn),一般都配有主從服務(wù)器。

HA集群著重服務(wù)的可靠性和穩(wěn)定性兩個方面

可用性=服務(wù)在線時間/(服務(wù)在線時間+故障處理時間)

可用性由 99%,99.9%,99.99%,99.999%不斷提升,每多一個9,服務(wù)可用性提高十倍。在某些應(yīng)用中服務(wù)可用性都要達(dá)到五個9的級別如:金融交易系統(tǒng).....

HA Resource(高可用集群資源):一旦節(jié)點(diǎn)故障這些資源需要轉(zhuǎn)移到其他備份節(jié)點(diǎn)上,包括VIP,服務(wù),隔離設(shè)備,文件系統(tǒng)。每個RS上都運(yùn)行有服務(wù)資源,當(dāng)有多個RS節(jié)點(diǎn)時,一旦某個節(jié)點(diǎn)發(fā)生故障要立馬進(jìn)行資源轉(zhuǎn)移到其他節(jié)點(diǎn),讓其他節(jié)點(diǎn)處理未處理完的請求,并且要防止Director將前端請求繼續(xù)此節(jié)點(diǎn),但有如此多的節(jié)點(diǎn)存在,故障發(fā)生時到底往哪個節(jié)點(diǎn)轉(zhuǎn)移了?且要是這個故障節(jié)點(diǎn)又恢復(fù)了如何處理?這時就要定義資源的黏性,資源的約束等。

資源的粘性:資源更傾向運(yùn)行在哪個節(jié)點(diǎn)上,即資源與節(jié)點(diǎn)的傾向性

如:定義web服務(wù)在A服務(wù)器上的資源粘性為120,在B服務(wù)器上的資源粘性為100,一旦A發(fā)生故障又恢復(fù)正常后web服務(wù)又會從B服務(wù)器上轉(zhuǎn)移到A服務(wù)器

資源的黏性:資源是否傾向運(yùn)行在當(dāng)前節(jié)點(diǎn),Score>0(傾向)Scoro<0(不傾向,即一有其他可運(yùn)行此服務(wù)的節(jié)點(diǎn),資源就立馬轉(zhuǎn)移到其他節(jié)點(diǎn))

資源的約束:定義資源與資源的傾向性

  1. colocation(排列約束):定義不同資源能否運(yùn)行在同一個節(jié)點(diǎn)上,Score>0(可以),Score<0(不可以)?

    -inf(負(fù)無窮。。決不能運(yùn)行在同一節(jié)點(diǎn))

    inf(正無窮。。必須運(yùn)行在同一個節(jié)點(diǎn))

  2. location(位置約束):每個節(jié)點(diǎn)都可以給某資源一個Score,Score >0(資源傾向運(yùn)行在此節(jié)點(diǎn))

  3. Score <0(資源不傾向運(yùn)行在此節(jié)點(diǎn))

一般資源黏性+位置約束 哪個大,資源更傾向運(yùn)行在那個節(jié)點(diǎn)

Order(順序約束):定義資源啟動關(guān)閉時的順序,因為不同資源可能有依賴關(guān)系如:VIP與IPVS規(guī)則,VIP先啟動IPVS規(guī)則后啟動

資源分類

  1. Primitive 一個資源單獨(dú)只運(yùn)行在一個節(jié)點(diǎn)上(主資源)。

  2. clone 每個節(jié)點(diǎn)上都運(yùn)行此資源。

  3. group 將多個資源劃分為一個組,同組資源同進(jìn)退,一起在節(jié)點(diǎn)上進(jìn)行轉(zhuǎn)移。

  4. master/slave 主/從,一個資源只能運(yùn)行在兩個節(jié)點(diǎn)上,且一個為主一個為從。

備份節(jié)點(diǎn)如何知道主節(jié)點(diǎn)故障?

heartbeat(心跳信息):每個節(jié)點(diǎn)都要隨時與備份節(jié)點(diǎn)上進(jìn)行通信,目的為檢測對方是否在線

但當(dāng)存在三個及三個以上節(jié)點(diǎn)時且這些節(jié)點(diǎn)也要互相傳輸心跳信息(如 運(yùn)行有同種服務(wù)的RS之間互為備份節(jié)點(diǎn),),從而判斷自己是否故障,是否為合法節(jié)點(diǎn),如何判斷?

將所有節(jié)點(diǎn)定義在一個組播內(nèi)讓其互相ping, 比如有A、B、C、D、E 五個RS節(jié)點(diǎn)運(yùn)行有Web服務(wù),某時刻A、B、C三個節(jié)點(diǎn)能互相ping通,而D、E兩個節(jié)點(diǎn)可以互相ping 通,則可以定義一個Quorum(投票)機(jī)制,為每個節(jié)點(diǎn)定義為一票,則五個節(jié)點(diǎn)共五票,且定義只有獲得一半以上票數(shù)才為合法節(jié)點(diǎn),所以此時A、B、C節(jié)點(diǎn)共三票,而D,E節(jié)點(diǎn)共兩票,可以認(rèn)為D,E節(jié)點(diǎn)未非法節(jié)點(diǎn)(即D,E節(jié)點(diǎn)出了故障)

或者A節(jié)點(diǎn)ping不通其他節(jié)點(diǎn)獲得一票,而B、C、D、E四個節(jié)點(diǎn)可以互相ping通獲得四票,可以認(rèn)為A節(jié)點(diǎn)為非法節(jié)點(diǎn)

而對于多節(jié)點(diǎn)集群來說,為了投票機(jī)制的實施,節(jié)點(diǎn)數(shù)最好為奇數(shù),獲得票數(shù)超過一半則認(rèn)為合法

且可以定義不同節(jié)點(diǎn)的擁有票數(shù)不同,如A節(jié)點(diǎn)性能好有兩票投票權(quán),B節(jié)點(diǎn)性能一般擁有一票投票權(quán),此時就不用節(jié)點(diǎn)奇數(shù),只要總票數(shù)為奇數(shù)便可以產(chǎn)生決策。

一旦節(jié)點(diǎn)被認(rèn)為為非法節(jié)點(diǎn)應(yīng)對其采取什么措施?

  1. Freeze(凍結(jié)) 此非法只處理已經(jīng)連接的請求,不再接受新的請求,處理完請求后再進(jìn)行資源轉(zhuǎn)移

  2. stop 非法節(jié)點(diǎn)直接停止運(yùn)行服務(wù),進(jìn)行資源轉(zhuǎn)移,這種措施最常用

  3. ignore 直接忽略 繼續(xù)正常運(yùn)行服務(wù)

什么時候會用到ignore?

只有兩個互為備份的節(jié)點(diǎn)時

當(dāng)只有兩個節(jié)點(diǎn)互為備份時,一旦主節(jié)點(diǎn)ping不通備份節(jié)點(diǎn),這時因為只有兩個節(jié)點(diǎn)無法采取投票機(jī)制(一旦采取投票機(jī)制則兩個節(jié)點(diǎn)都只獲得一票,都認(rèn)為自己掛掉了,那么不但主節(jié)點(diǎn)會停止服務(wù),原本應(yīng)該替代主節(jié)點(diǎn)的備份節(jié)點(diǎn)也因為認(rèn)為自己非法而無法對主節(jié)點(diǎn)進(jìn)行取代),主節(jié)點(diǎn)只能繼續(xù)運(yùn)行服務(wù),直到被Stonish設(shè)備或fence設(shè)備隔離進(jìn)行資源轉(zhuǎn)移,這時備份節(jié)點(diǎn)也會取代主節(jié)點(diǎn)。

為了提供一個一個MySQL服務(wù)要具有哪些資源?

  1. VIP 專門提供服務(wù)

  2. FIP(float IP)流動的IP,可以再節(jié)點(diǎn)之間轉(zhuǎn)移

  3. Mysql服務(wù)

  4. 文件系統(tǒng)(要進(jìn)行掛載)

一旦一個節(jié)點(diǎn)掛掉,向哪個節(jié)點(diǎn)轉(zhuǎn)移?

定義個節(jié)點(diǎn)的資源約束score,哪個score大,更傾向于向哪個節(jié)點(diǎn)轉(zhuǎn)移

腦裂:假設(shè)一個集群有4個RS_Server A、B、C、D

其中A正在往一個文件中寫入數(shù)據(jù),并且由于A服務(wù)器的CPU繁忙或錯誤添加了一條Iptables規(guī)則隔離了heartbeat傳輸?shù)仍?,未對其備份?jié)點(diǎn)發(fā)出自己的心跳信息,這時CRM(cluster resource manager 專門用來收集集群資源或服務(wù)信息的集群資源管理器)發(fā)現(xiàn)檢測不到A的心跳信息,認(rèn)為A服務(wù)器掛掉了,便把A上的所有資源轉(zhuǎn)移到了其他節(jié)點(diǎn)比如B上,這是B節(jié)點(diǎn)繼續(xù)完成A節(jié)點(diǎn)的任務(wù)(向文件中寫入數(shù)據(jù)),就會造成A和B同時往一個文件中寫入,便會造成文件系統(tǒng)的崩潰及文件錯亂。

如何避免腦裂?

在進(jìn)行資源轉(zhuǎn)移之前先將原來的節(jié)點(diǎn)進(jìn)行資源隔離:

  1. 節(jié)點(diǎn)隔離

    Stonish設(shè)備 如 直接斷電爆頭,一發(fā)現(xiàn)某節(jié)點(diǎn)無法傳輸heartbeat直接給其斷電

  2. 資源級別隔離

    FC-SAN (光纖交換機(jī))可以實現(xiàn)在存儲資源隔離故障節(jié)點(diǎn)的訪問

如何檢測一個節(jié)點(diǎn)是否故障?

  1. 加仲裁磁盤 主節(jié)點(diǎn)往一個共享磁盤中不斷寫入數(shù)據(jù),一旦備節(jié)點(diǎn)發(fā)現(xiàn)自己可以訪問共享磁盤但未發(fā)現(xiàn)主節(jié)點(diǎn)寫入數(shù)據(jù),則可以認(rèn)為主節(jié)點(diǎn)掛掉,進(jìn)行隔離

  2. ping網(wǎng)關(guān) 只要能ping通網(wǎng)關(guān) 說明本節(jié)點(diǎn)正常,一旦ping不同則可以認(rèn)為自己發(fā)生故障進(jìn)行隔離

  3. watchdog看門狗,協(xié)調(diào)同一個節(jié)點(diǎn)上不同進(jìn)程每隔一段時間往watchdog中寫入數(shù)據(jù),一旦寫入中斷watchdog會嘗試重啟此進(jìn)程,如果重啟不了,則此節(jié)點(diǎn)故障,從此集群中去掉

Massaging Layer(負(fù)責(zé)以UDP協(xié)議在主節(jié)點(diǎn)與備節(jié)點(diǎn)間以組播模式傳輸heartbeat,資源黏性,資源約束,等信息),Massaging Layer 也是一個服務(wù)(UDP/694),且要讓其開機(jī)自啟動。

Cluster Resource Manager(集群的資源管理器):專門處理統(tǒng)計收集群上每個資源的狀態(tài)如:資源黏性資源約束,節(jié)點(diǎn)是否健康;并又CRM的子件PE計算出資源現(xiàn)在應(yīng)該運(yùn)行在哪個節(jié)點(diǎn)上,再由CRM的子件TE指揮每個節(jié)點(diǎn)的LRM完成相應(yīng)操作如:將服務(wù)從A節(jié)點(diǎn)遷移到B,在B節(jié)點(diǎn)上啟用VIP,文件系統(tǒng).....

高可用集群節(jié)點(diǎn)上的服務(wù)啟動都要由CRM決定,不能讓其自啟動,所以必須#chkocnfig 服務(wù)名稱 off

PE:policy engine 策略引擎

TE:Tranaction Engine 事物引擎

LRM:location Resource Manager 本地資源管理器

PE,TE,LRM都是CRM的組成

RA:Resource Agent資源代理

所有能夠負(fù)責(zé)資源啟動、關(guān)閉、重啟、狀態(tài)監(jiān)測的腳本都叫RA,RA運(yùn)行在每個節(jié)點(diǎn)上

RA的類別

Legency heartbeat v1 RA

LSB 所有遵循linux的shell編程支持start|restart|stop|status的腳本都是LSB類型 如/etc/rc.d/init.d/目錄中的所有腳本

OCF(open cluster framework)此類腳本不但可以接受start|restart|stop|status等參數(shù),甚至可以接受monitior(監(jiān)控)等參數(shù)

DC(designated coordinator)事物協(xié)調(diào)員,DC也為CRM的子件,是在多節(jié)點(diǎn)中選舉出的一個節(jié)點(diǎn)

Messager Layer的軟件實現(xiàn)

  1. heartbeat(v1 v2 v3 三個版本)

  2. heartbeat v3 又分為heartbeat、pacemaker、cluster-glue

  3. CoroSync 紅帽6.0后默認(rèn)使用的Messaging Layer

  4. Cman 紅帽5.0后默認(rèn)使用的Messaging Layer 但由于工作在內(nèi)核空間且配置復(fù)雜所以6.0后換成了工作在用戶空間的CoroSync

  5. keepalived keepalived的配置與應(yīng)用與前幾個相比有所不同,如對VIP的配置是基于VRRP(Virtual Router Redundancy Protocol)虛擬路由冗余協(xié)議實現(xiàn)的

CRM(cluster resource manager)層的軟件實現(xiàn)

CRM必須工作在Messaging Layer 層上

  1. Haresources (heartbeat v1 v2 都有自帶)

  2. CRM (heartbeat v2 自帶)

  3. Pacemaker (heartbeat v3 獨(dú)立出去的項目)

  4. Ragmanager (專門為Cman提供的一種crm)

所以集群的Messager Layer與CRM 組合如下:

  1. haresource + heartbeat v1/v2

  2. crm + heartbeat v2

  3. pacemaker + corosync

  4. pacemaker + heartbeat v3

  5. cman + ragmanager

那么定義一個Web服務(wù)的高可用集群至少要幾個節(jié)點(diǎn)?要定義幾個資源?

至少需要兩個節(jié)點(diǎn),上面要運(yùn)行MassagerLayer 和 CRM

至少要定義四個資源 VIP 、httpd服務(wù) 、Filesystem、Stonish設(shè)備

為了避免隨便一個服務(wù)器配好資源,裝上MassagerLayer和CRM,時間再一同步就可以隨便加入我們的集群系統(tǒng),該如何處理?

首先每個節(jié)點(diǎn)要裝Messager Layer和CRM節(jié)點(diǎn)之間進(jìn)行heartbeat等信息傳輸時都因該采取加密傳輸(如進(jìn)行hash運(yùn)算),如果有兩個節(jié)點(diǎn)可以進(jìn)行單播傳輸heartbeat信息,兩個以上節(jié)點(diǎn)可以進(jìn)行單播、組播、廣播傳輸heartbeat信息,高級可用集群節(jié)點(diǎn)上的服務(wù)必須由CRM控制,所以要設(shè)置CRM自啟動而服務(wù)要用chkconfig關(guān)閉開機(jī)自啟動,而Massager Layer也是一個服務(wù)且要開機(jī)自啟動,Messager Layer監(jiān)聽在UDP/694上,以UDP協(xié)議在Messager Layer層傳輸heartbeat等信息。

如果要配置一個HA集群要注意什么?

節(jié)點(diǎn)名稱要與uname -n的結(jié)果一致;節(jié)點(diǎn)名稱/IP的解析最好在/etc/hosts文件中,不要用DNS解析,否則DNS-Server掛掉會對集群造成影響;節(jié)點(diǎn)的時間必須同步;SSH互信通信(當(dāng)要停止或其他節(jié)點(diǎn)的HA集群服務(wù)時,不能從此節(jié)點(diǎn)進(jìn)行,而要從一個正常的節(jié)點(diǎn)進(jìn)行HA服務(wù)的關(guān)閉或啟動)這是就必須要求能夠以SSH遠(yuǎn)程登錄到其他節(jié)點(diǎn)。

那第一個節(jié)點(diǎn)怎么辦?

第一個節(jié)點(diǎn)要自我啟動,然后啟動其他節(jié)點(diǎn)上的服務(wù)。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • Web
    Web
    +關(guān)注

    關(guān)注

    2

    文章

    1287

    瀏覽量

    71444
  • Linux
    +關(guān)注

    關(guān)注

    87

    文章

    11511

    瀏覽量

    213827
  • 集群
    +關(guān)注

    關(guān)注

    0

    文章

    111

    瀏覽量

    17436
  • SQL
    SQL
    +關(guān)注

    關(guān)注

    1

    文章

    783

    瀏覽量

    45149
  • Cyclone
    +關(guān)注

    關(guān)注

    0

    文章

    55

    瀏覽量

    30543

原文標(biāo)題:Linux之HA高可用集群的基礎(chǔ)概念總結(jié)

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運(yùn)維】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    MYSQL集群可用和數(shù)據(jù)監(jiān)控平臺實現(xiàn)方案

    該項目共分為2個子項目,由MYSQL集群可用和數(shù)據(jù)監(jiān)控平臺兩部分組成。
    的頭像 發(fā)表于 05-28 10:10 ?563次閱讀
    MYSQL<b class='flag-5'>集群</b><b class='flag-5'>高</b><b class='flag-5'>可用</b>和數(shù)據(jù)監(jiān)控平臺實現(xiàn)方案

    基于kafka和zookeeper可用集群的shell腳本使用步驟

    kafka+zookeeper可用集群搭建shell腳本使用教程
    發(fā)表于 03-11 16:50

    基于KeepAlive的可用配置

    KeepAlived集群可用搭建
    發(fā)表于 06-11 16:36

    Hadoop 311可用HA安裝步驟

    大數(shù)據(jù)基礎(chǔ)Hadoop311 的可用HA安裝~踩坑記錄
    發(fā)表于 09-20 08:23

    zabbixHA 可用設(shè)計

    【zabbix HA】zabbixHA 可用的實現(xiàn)
    發(fā)表于 03-26 08:12

    基于開源系統(tǒng)的可用集群應(yīng)用

    隨著硬件價格的逐步下降,PC 服務(wù)器已經(jīng)不是什么高端設(shè)備了。而近些年虛擬化的發(fā)展,架設(shè)一臺服務(wù)器已經(jīng)是很容易的事情。通過組建集群來對關(guān)鍵服務(wù)提供可用性(High-availabili
    發(fā)表于 07-07 17:47 ?29次下載
    基于開源系統(tǒng)的<b class='flag-5'>高</b><b class='flag-5'>可用</b>性<b class='flag-5'>集群</b>應(yīng)用

    Linux C編程從初學(xué)到精通》

    Linux C編程從初學(xué)到精通》
    發(fā)表于 12-10 00:09 ?26次下載

    Mesos可用集群解決方案

    )設(shè)計方案的了解以及在Mesos社區(qū)貢獻(xiàn)的經(jīng)驗,深度剖析了Mesos集群可用的解決方案,以及對未來的展望。 Mesos可用架構(gòu)概述 首先
    發(fā)表于 10-10 09:48 ?0次下載
    Mesos<b class='flag-5'>高</b><b class='flag-5'>可用</b><b class='flag-5'>集群</b>解決方案

    淺談Kubernetes集群可用方案

    Kubernetes作為容器應(yīng)用的管理中心,通過對Pod的數(shù)量進(jìn)行監(jiān)控,并且根據(jù)主機(jī)或容器失效的狀態(tài)將新的Pod調(diào)度到其他Node上,實現(xiàn)了應(yīng)用層的可用性。針對Kubernetes集群,
    發(fā)表于 10-11 10:04 ?1次下載
    淺談Kubernetes<b class='flag-5'>集群</b>的<b class='flag-5'>高</b><b class='flag-5'>可用</b>方案

    Eureka的集群搭建方法-保證可用

    在微服務(wù)架構(gòu)中,注冊中心是一個必不可少的組件 前面我們搭建的注冊中心只適合本地開發(fā)使用,在生產(chǎn)環(huán)境必須搭建一個集群來保證可用 Eureka的集群搭建很簡單,每一臺Eureka都需要在
    發(fā)表于 11-29 10:41 ?7652次閱讀
    Eureka的<b class='flag-5'>集群</b>搭建方法-保證<b class='flag-5'>高</b><b class='flag-5'>可用</b>

    通過安裝該Linux-HA軟件可以實現(xiàn)Linux雙機(jī)系統(tǒng)的可用性解決方案

    簡介通過安裝該Linux-HA軟件,可以實現(xiàn)Linux雙機(jī)系統(tǒng)的可用性解決方案,實現(xiàn)雙機(jī)系統(tǒng)的熱備份,這篇文章對于HA做了一個詳細(xì)的解讀。
    的頭像 發(fā)表于 12-20 14:24 ?7930次閱讀
    通過安裝該<b class='flag-5'>Linux-HA</b>軟件可以實現(xiàn)<b class='flag-5'>Linux</b>雙機(jī)系統(tǒng)的<b class='flag-5'>高</b><b class='flag-5'>可用</b>性解決方案

    linux高級技巧:服務(wù)器集群keepalived

    linux高級技巧:集群keepalived
    的頭像 發(fā)表于 03-20 13:36 ?5535次閱讀
    <b class='flag-5'>linux</b>高級技巧:服務(wù)器<b class='flag-5'>集群</b><b class='flag-5'>之</b>keepalived

    簡單分析Java可用集群和微服務(wù)架構(gòu)

    可能大部分讀者都在想,為什么在這以 dubbo、spring cloud 為代表的微服務(wù)時代,我要還要整理這種已經(jīng)“過時”可用集群架構(gòu)?
    的頭像 發(fā)表于 05-03 18:17 ?2299次閱讀
    簡單分析Java<b class='flag-5'>高</b><b class='flag-5'>可用</b><b class='flag-5'>集群</b>和微服務(wù)架構(gòu)

    搭建Keepalived+Lvs+Nginx可用集群負(fù)載均衡

    Server)實現(xiàn)可用負(fù)載均衡 附:LVS的負(fù)載均衡算法 八、搭建Keepalived+Lvs+Nginx可用集群負(fù)載均衡 一、Ngi
    的頭像 發(fā)表于 06-25 15:39 ?3674次閱讀
    搭建Keepalived+Lvs+Nginx<b class='flag-5'>高</b><b class='flag-5'>可用</b><b class='flag-5'>集群</b>負(fù)載均衡

    FusionCompute集群重點(diǎn)知識點(diǎn)梳理

    虛擬機(jī)HA定義:是一種可用特性,當(dāng)物理機(jī)或虛擬機(jī)故障時,會根據(jù)集群HA策略將宕掉的虛擬機(jī)在正常工作的主機(jī)上開啟,從而減少業(yè)務(wù)中斷時間。
    的頭像 發(fā)表于 02-23 14:31 ?1249次閱讀
    FusionCompute<b class='flag-5'>集群</b>重點(diǎn)<b class='flag-5'>知識</b>點(diǎn)梳理