云計(jì)算集群技術(shù)及應(yīng)用高小輝課后參考答案

第1章1.6習(xí)題填空題（1）集群（Cluster）是指部署相同應(yīng)用或服務(wù)的一組（多臺）服務(wù)器，作為一個(gè)整體向用戶提供網(wǎng)絡(luò)資源。（2）負(fù)載均衡（LoadBalance，LB）是指將負(fù)載（工作任務(wù)）分?jǐn)偨o到多個(gè)服務(wù)器上進(jìn)行執(zhí)行。（3）集群的特點(diǎn)高可用性和容錯(cuò)性、高性能、可擴(kuò)展性、成本相對較低、負(fù)載均衡。（4）客戶訪問請求一般包括網(wǎng)絡(luò)流量負(fù)載和應(yīng)用程序負(fù)載。（5）高可用集群主要實(shí)現(xiàn)自動偵測故障、自動切換/故障轉(zhuǎn)移和自動恢復(fù)。選擇題下列選項(xiàng)中，負(fù)載均衡的開源軟件不包括（C）。A．LVS B．NginxC．F5 D．HAProxy下列選項(xiàng)中，產(chǎn)生腦裂的原因是（D）。A．高可用服務(wù)器開啟了防火墻 B．網(wǎng)卡及相關(guān)驅(qū)動損壞C．心跳網(wǎng)卡地址等信息配置不正確 D．以上都是下列選項(xiàng)中，高可用集群主要是為了保證服務(wù)的高度可用性，常用的開源軟件包括（D）。A．Keepalived B．ZabbixC．Heartbeat D．A、C正確下列選項(xiàng)中，理論上四層負(fù)載均衡比七層負(fù)載均衡的并發(fā)能力更（A）。A．強(qiáng) B．弱C．相同 D．不確定下列選項(xiàng)中，可以進(jìn)行服務(wù)器健康檢測的協(xié)議是（D）。A．HTTP B．SSLC．DNS D．以上都是簡答題簡述分布式與集群的聯(lián)系與區(qū)別。集群指的是將幾臺服務(wù)器集中在一起，實(shí)現(xiàn)同一業(yè)務(wù)。分布式是指將不同的業(yè)務(wù)模塊部署到在不同的服務(wù)器。集群并不一定就是分布式的，而分布式的每一個(gè)節(jié)點(diǎn)，都可以做集群。集群具有一定組織性，一臺服務(wù)器宕了，其他的服務(wù)器繼續(xù)提供服務(wù)。分布式的每一個(gè)節(jié)點(diǎn)完成不同的業(yè)務(wù)，一個(gè)節(jié)點(diǎn)宕了，這個(gè)業(yè)務(wù)就不可訪問了。簡述二層、三層、四層、七層和DNS五種負(fù)載均衡的技術(shù)原理。負(fù)載均衡OSI七層模型位置技術(shù)原理典型代表二層負(fù)載均衡數(shù)據(jù)鏈路層通過一個(gè)虛擬MAC地址接收請求，然后再分配到后端真實(shí)的MAC地址F5、LVSDR模式三層負(fù)載均衡網(wǎng)絡(luò)層通過一個(gè)虛擬IP地址接收請求，然后再分配到后端真實(shí)的IP地址LVSTUNNEL模式（IP隧道）四層負(fù)載均衡傳輸層通過虛擬IP+端口接收請求，然后再轉(zhuǎn)發(fā)到后端真實(shí)的服務(wù)器F5、LVSNAT、HAProxy、Nginx、SLB七層負(fù)載均衡應(yīng)用層通過虛擬的URL、IP或主機(jī)名接收請求，然后再轉(zhuǎn)發(fā)到后端真實(shí)的服務(wù)器F5、LVSNAT、HAProxy、Nginx、SLBDNS一個(gè)域名有多個(gè)A解析、智能解析萬網(wǎng)、DNSPod描述題講述負(fù)載均衡的五種方式（HTTP重定向、DNS負(fù)載均衡、反向代理負(fù)載均衡、IP負(fù)載均衡、數(shù)據(jù)鏈路層負(fù)載均衡）。1.HTTP重定向HTTP重定向會根據(jù)客戶端應(yīng)用層的報(bào)文計(jì)算出一個(gè)真實(shí)的Web服務(wù)器IP地址，并將該IP地址寫入HTTP重定向響應(yīng)中返回給客戶端，客戶端收到重定向響應(yīng)之后再去訪問真實(shí)服務(wù)器。2．DNS方式例如一個(gè)域名對應(yīng)一組web服務(wù)器IP地址，域名解析時(shí)經(jīng)過DNS服務(wù)器的算法將一個(gè)域名請求分配到合適的真實(shí)服務(wù)器上。3．反向代理方式反向代理部署在Web服務(wù)器前面，提供負(fù)載均衡的功能，同時(shí)管理著一組Web服務(wù)器，根據(jù)負(fù)載均衡算法將訪問請求轉(zhuǎn)發(fā)給不同的Web服務(wù)器，處理結(jié)果經(jīng)過反向代理返回給瀏覽器。4．IP負(fù)載方式IP負(fù)載均衡是在網(wǎng)絡(luò)層和傳輸層（IP和端口）通過修改目標(biāo)地址進(jìn)行負(fù)載均衡。5．鏈路層負(fù)載方式負(fù)載均衡服務(wù)器的IP和它所管理的web服務(wù)集群的虛擬IP一致；負(fù)載均衡數(shù)據(jù)分發(fā)過程中不修改訪問地址的IP地址，而是修改MAC地址；通過這兩點(diǎn)達(dá)到不修改數(shù)據(jù)包的原地址和目標(biāo)地址就可以進(jìn)行正常的訪問。第2章2.7習(xí)題填空題Web服務(wù)集群是指配置若干（兩臺及以上）臺Web服務(wù)器組成一個(gè)系統(tǒng)，作為一個(gè)整體為用戶提供Web服務(wù)。當(dāng)前主流的Web服務(wù)器有Apache、Nginx、IIS。Nginx不僅是一款優(yōu)秀的Web軟件，其代理和負(fù)載均衡功能也是其主要功能。負(fù)載均衡調(diào)度器可以通過weight指定輪詢的權(quán)重，權(quán)重（比例）越大，被調(diào)度的次數(shù)越多。LAMP是LinuxApacheMySQLPHP的簡寫，來運(yùn)行動態(tài)網(wǎng)站或者服務(wù)器，是比較常用的Web搭建框架。選擇題下列選項(xiàng)中，Nginx可以實(shí)現(xiàn)的功能（D）。A．反向代理 B．session共享C．負(fù)載均衡 D．以上都是下列選項(xiàng)中，Nginx作為負(fù)載均衡要添加的模塊是（A）。A．Upstream B．NoticeC．HTTPRewrite D．HTTPproxy下列選項(xiàng)中，哪一項(xiàng)不是Nginx作為負(fù)載均衡具備的特點(diǎn)。（C）。A．開源軟件 B．內(nèi)置的健康檢查功能C．上傳文件使用同步模式 D．支持多種分配策略下列選項(xiàng)中，負(fù)載均衡分發(fā)流量的默認(rèn)算法是（A）。A．輪詢算法 B．IP_hash算法C．加權(quán)輪詢算法 D．URL_hash算法下列選項(xiàng)中，Nginx的監(jiān)控端口是（C）。A．22 B．9000C．80 D．88簡答題簡述Web服務(wù)集群架構(gòu)原理。Web服務(wù)集群是指配置若干（兩臺及以上）臺Web服務(wù)器組成一個(gè)系統(tǒng)，作為一個(gè)整體為用戶提供Web服務(wù)。在Web集群環(huán)境中，前端使用負(fù)載均衡，將用戶請求的流量按照算法分散地移交到后端Web服務(wù)器集群中，實(shí)現(xiàn)請求的分發(fā)，將會大大提升系統(tǒng)的吞吐量與請求性能。講述Nginx實(shí)現(xiàn)負(fù)載均衡器的原理。首先Nginx使用upstream模塊定義后端的上游服務(wù)器組。在上游服務(wù)器組中可以添加多臺后端服務(wù)器。然后在server模塊中定義虛擬主機(jī)，但是這個(gè)虛擬主機(jī)不指定自己的Web目錄站點(diǎn)，它將使用location規(guī)則匹配URL，然后轉(zhuǎn)發(fā)到上面定義好的上游服務(wù)器組中，最后根據(jù)調(diào)度算法再轉(zhuǎn)發(fā)到后端服務(wù)器上。操作題通過Nginx負(fù)載均衡搭建一個(gè)Web集群，以及成功上線一個(gè)業(yè)務(wù)。要求負(fù)載均衡使用加群輪詢的算法，web1接受的請求是web2的兩倍。【參考2.5節(jié)】第3章3.7習(xí)題填空題早期比較受歡迎的數(shù)據(jù)庫模型有三種，分別為層次式數(shù)據(jù)庫、網(wǎng)絡(luò)式數(shù)據(jù)庫、關(guān)系型數(shù)據(jù)庫。關(guān)系型數(shù)據(jù)庫模型模型是把復(fù)雜的數(shù)據(jù)結(jié)構(gòu)歸結(jié)為簡單的二元關(guān)系（即二維表格形式）。數(shù)據(jù)庫集群和分布式數(shù)據(jù)庫系統(tǒng)都可以解決更高并發(fā)量的問題，以及實(shí)現(xiàn)容災(zāi)、數(shù)據(jù)備份，提高數(shù)據(jù)信息的安全性。（4）主從復(fù)制的主要作用就是做數(shù)據(jù)的熱備，主數(shù)據(jù)庫一般為準(zhǔn)實(shí)時(shí)的業(yè)務(wù)數(shù)據(jù)庫，從數(shù)據(jù)庫作為后備數(shù)據(jù)庫。（5）多源復(fù)制結(jié)構(gòu)要求至少包含兩個(gè)主庫和一個(gè)從庫，常被用于復(fù)雜的業(yè)務(wù)需求，不但可以支撐OLTP（聯(lián)機(jī)事務(wù)處理），又能夠滿足OLAP（聯(lián)機(jī)分析處理）。選擇題下列選項(xiàng)中，數(shù)據(jù)的完整性依賴于主庫保存的（C）。A．secure B．maillogC．binlog D．rsyslog下列選項(xiàng)中I/O線程主要是用來將主服務(wù)器上的（B）復(fù)制到本地的中繼日志中。A．?dāng)?shù)據(jù) B．日志C．?dāng)?shù)據(jù)表 D．?dāng)?shù)據(jù)庫下列選項(xiàng)中，表示當(dāng)事務(wù)提交時(shí)，系統(tǒng)會將日志緩沖寫入磁盤的配置項(xiàng)為（C）。A．log-bin=/var/log/mysql/mysql-bin B．server-id=144C．innodb_flush_log_at_trx_commit=1 D．sync_binlog=1下列選項(xiàng)中，部署主從復(fù)制集群過程中，正確的是（D）。開啟二進(jìn)制日志并配置唯一的服務(wù)器ID 配置修改完成后需要重新啟動mysqld的服務(wù)通過f配置中指定的錯(cuò)誤日志查看錯(cuò)誤信息 以上都正確下列選項(xiàng)中，數(shù)據(jù)庫代理服務(wù)器有以下幾種（D）。A．DBProxy B．MyCatC．Cober D．以上都是簡答題簡述數(shù)據(jù)庫集群與分布式數(shù)據(jù)庫系統(tǒng)的區(qū)別。數(shù)據(jù)庫可以具有多個(gè)相似或相同的數(shù)據(jù)集，分布式數(shù)據(jù)庫系統(tǒng)一般具有完全不同的數(shù)據(jù)集。數(shù)據(jù)庫集群的各節(jié)點(diǎn)使用相同的操作系統(tǒng)、數(shù)據(jù)庫版本，以及相同版本的補(bǔ)丁包，而分布式數(shù)據(jù)庫系統(tǒng)中各節(jié)點(diǎn)可以使用不同的操作系統(tǒng)和不同版本的數(shù)據(jù)庫系統(tǒng)。數(shù)據(jù)庫集群一般情況下是建立在高速局域網(wǎng)內(nèi)，而分布式數(shù)據(jù)庫系統(tǒng)還可以建立在異地遠(yuǎn)程網(wǎng)絡(luò)。簡述主從復(fù)制架構(gòu)、多級復(fù)制架構(gòu)，雙主復(fù)制架構(gòu)、多源復(fù)制架構(gòu)復(fù)制原理。主從復(fù)制架構(gòu)，顧名思義，分為主數(shù)據(jù)庫和從數(shù)據(jù)庫。從數(shù)據(jù)庫要求與主數(shù)據(jù)庫有完全相同數(shù)據(jù)庫環(huán)境，當(dāng)主數(shù)據(jù)庫實(shí)時(shí)更新數(shù)據(jù)信息時(shí)，主數(shù)據(jù)庫會將更新信息寫入一個(gè)二進(jìn)制文件binlog中，然后發(fā)送到從數(shù)據(jù)庫中。從服務(wù)器成功連接主服務(wù)器后，讀取主服務(wù)器的二進(jìn)制文件，并執(zhí)行相應(yīng)的操作直至最后一次更新的位置，然后等待主服務(wù)器通知新的更新。數(shù)據(jù)的完整性依賴于主庫保存的binlog，比如主庫宕機(jī)了，還可以通過binlog把丟失的數(shù)據(jù)同步到從庫中，以加強(qiáng)數(shù)據(jù)的安全性。多級復(fù)制結(jié)構(gòu)與一主多從結(jié)構(gòu)相比，添加了一個(gè)二級主庫Master2，那么主庫Master1只需給一個(gè)庫Master2發(fā)送二進(jìn)制日志，降低了主庫的壓力。雙主復(fù)制（DualMaster）又稱為主主復(fù)制，即兩個(gè)主數(shù)據(jù)庫，且兩個(gè)主庫互為主從。多源（Multi-Source）復(fù)制，實(shí)現(xiàn)了多主一從復(fù)制，將多個(gè)數(shù)據(jù)庫（Master）的數(shù)據(jù)集中發(fā)送到1臺從庫（Slave）上。多源復(fù)制結(jié)構(gòu)要求至少包含兩個(gè)主庫和一個(gè)從庫，常被用于復(fù)雜的業(yè)務(wù)需求，不但可以支撐OLTP（聯(lián)機(jī)事務(wù)處理），又能夠滿足OLAP（聯(lián)機(jī)分析處理）。操作題搭建主主復(fù)制集群?！緟⒖?.4節(jié)】第四章習(xí)題填空題存儲類型一般分為3種類型，分別為直連式存儲（DAS，DirectAttachedStorage）、網(wǎng)絡(luò)附加存儲（NAS，NetworkAttachedStorage）和存儲區(qū)域網(wǎng)絡(luò)（SAN，StorageAreaNetwork）。網(wǎng)絡(luò)附加存儲是指通過網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)添加到主機(jī)上的存儲設(shè)備，常用于文檔共享、圖片共享、視頻共享等等。NAS是文件級的存儲方法，多適用于文件服務(wù)器存儲非結(jié)構(gòu)化的數(shù)據(jù)，支持多節(jié)點(diǎn)同時(shí)掛載以及并發(fā)寫入。NFS的主配置文件是/etc/exports。配置NFS服務(wù)器需要有兩個(gè)軟件，分別是rpcbind和nfs-utils。選擇題下列選項(xiàng)中，大型企業(yè)在使用NFS之外，還會采用分布式文件系統(tǒng)，作為網(wǎng)絡(luò)文件系統(tǒng)存儲后端圖片等大文件，如（D）。A．GFS B．CephC．MogileFS D．以上都是下列選項(xiàng)中，NFS本身并沒有提供數(shù)據(jù)傳輸?shù)膮f(xié)議和功能，數(shù)據(jù)傳輸基于（C）協(xié)議實(shí)現(xiàn)。A．HTTP B．FTPC．RPC D．TCP下列選項(xiàng)中，rpcbind服務(wù)對外提供服務(wù)的主端口是（C）。A．873 B．22C．111 D．100下列選項(xiàng)中，一般修改NFS配置文檔后，可使修改的/etc/exports生效的命令為（B）。systemctlrestartnfs exportfs-rvexportfs-aA和B 下列選項(xiàng)中，用于將客戶端所有用戶的UID和GID映射到匿名用戶的權(quán)限參數(shù)是（C）。A．sync B．a(chǎn)syncC．a(chǎn)ll_squash D．root_squashDBProxy簡答題簡述NFS共享存儲的優(yōu)缺點(diǎn)。NFS共享存儲的優(yōu)點(diǎn)如下所示。部署簡單、快速，且易于后期維護(hù)。實(shí)現(xiàn)了透明文件的訪問以及數(shù)據(jù)傳輸，數(shù)據(jù)的可靠性高。占用更少的本地磁盤空間，不用改變已有的工作環(huán)境就可以實(shí)現(xiàn)新資源和文件的擴(kuò)充。性能高，數(shù)據(jù)可靠性高，配置靈活，易于掌握。NFS共享存儲的缺點(diǎn)如下所示。容易發(fā)生單點(diǎn)故障，即server服務(wù)器宕機(jī)所有的客戶端都不能訪問.在網(wǎng)站高并發(fā)的情況下，NFS效率/性能有限，要想提高性能，必須優(yōu)化.客戶端的數(shù)據(jù)都是通過明文傳送?？蛻舳藳]有用戶認(rèn)證機(jī)制，安全性能一般，所以建議一般在局域網(wǎng)內(nèi)使用，避免暴漏在外網(wǎng).NFS服務(wù)器都是多臺客戶端掛載在一臺server端，對于共享服務(wù)器的連接管理維護(hù)都是一項(xiàng)比較繁瑣的事情.簡述NFS的工作原理流程。首先在NFS服務(wù)器端啟動RPC服務(wù)，并開啟111端口。然后NFS服務(wù)器端啟動NFS服務(wù)，并向RPC注冊端口信息?？蛻舳藛覴PC服務(wù)，向服務(wù)端的RPC服務(wù)請求服務(wù)端的NFS端口。服務(wù)端的RPC服務(wù)反饋NFS端口信息給客戶端。操作題搭建兩臺Web服務(wù)集群，為Web服務(wù)集群搭建一臺后臺NFS存儲服務(wù)器，并為NFS服務(wù)器部署備份服務(wù)器?！緟⒖?.3和4.4節(jié)】第5章習(xí)題填空題高可用集群軟件的主要作用就是實(shí)現(xiàn)故障檢查和業(yè)務(wù)切換的自動化，用于單個(gè)節(jié)點(diǎn)發(fā)生故障時(shí)，能夠自動將資源、服務(wù)進(jìn)行切換，這樣可以保證服務(wù)一直在線。如果在HA集群中兩個(gè)節(jié)點(diǎn)之間的心跳線斷開，本來是整體、協(xié)調(diào)的HA系統(tǒng)就會分裂成兩個(gè)獨(dú)立的個(gè)體。Keepalived是集群管理當(dāng)中保證集群高可用的一個(gè)服務(wù)軟件，主要用來防止單點(diǎn)故障。虛擬路由冗余協(xié)議（VRRP）協(xié)議可以認(rèn)為是實(shí)現(xiàn)路由器高可用的協(xié)議，將N臺提供相同功能的服務(wù)器組成一個(gè)服務(wù)器組，該組中有一個(gè)Master和多個(gè)Backup，Master上面有一個(gè)對外提供服務(wù)的VIP。Keepalived結(jié)構(gòu)簡單，擴(kuò)展性強(qiáng)，是一個(gè)高度模塊化的軟件，主要有3個(gè)模塊，分別是CORE、CHECK和VRRP。選擇題下列選項(xiàng)中，對解決腦裂的幾種常見方案有（CD）。A．減少冗余的心跳線B．關(guān)閉磁盤鎖C．設(shè)置仲裁機(jī)制D．腦裂的監(jiān)控報(bào)警下列選項(xiàng)中，高可用集群的工作模式有（D）。A．Active/Passive B．Active/ActiveC．N+1 D．以上都是下列選項(xiàng)中，哪項(xiàng)不是Keepalived的特點(diǎn)？（A）A．Keepalived只能做LVS的高可用B．Keepalived是以VRRP協(xié)議為基礎(chǔ)實(shí)現(xiàn)的C．Keepalived是LVS的擴(kuò)展項(xiàng)目，因此它們之間具備良好的兼容性D．Keepalived通過對服務(wù)器池對象的健康檢查，實(shí)現(xiàn)對故障服務(wù)器的隔離下列選項(xiàng)中，Keepalived配置文件中設(shè)置優(yōu)先級的參數(shù)是（D）。A．router_id B．stateC．interface D．priority 下列選項(xiàng)中，Keepalived配置文件中設(shè)置心跳間隔的參數(shù)是（C）。A．router_id B．stateC．a(chǎn)dvert_int D．priority 簡答題簡述Keepalived的故障切換工作原理。失敗切換主要是指配置主備模式的服務(wù)，利用VRRP維持主備服務(wù)的心跳，當(dāng)主服務(wù)器故障時(shí)，由備用節(jié)點(diǎn)繼續(xù)提供服務(wù)，解決靜態(tài)路由的單點(diǎn)故障問題。簡述發(fā)生腦裂的原因。產(chǎn)生腦裂的原因有多種，例如，心跳線不可用，網(wǎng)卡及相關(guān)驅(qū)動故障，高可用服務(wù)器開啟了防火墻或者心跳網(wǎng)卡地址等信息配置不正確等。操作題搭建Nginx+Keepalived雙主高可用集群?！緟⒖?.4節(jié)】第6章習(xí)題填空題LVS是一款虛擬的服務(wù)器集群系統(tǒng)。LVS可以在二層、三層、四層工作，應(yīng)用范圍比較廣。LVS集群的體系結(jié)構(gòu)可以分為3層，分別為負(fù)載均衡調(diào)度器（或者負(fù)載調(diào)度器）、服務(wù)器池、共享存儲。LVS重要的內(nèi)核模塊和管理工具是IPVS、Ipvsadm。LVS有4種工作模式，分別是LVS-NAT模式、DR直接路由模式、TUN-IP隧道模式及FULLNAT模式。選擇題下列選項(xiàng)中，將請求的目標(biāo)地址轉(zhuǎn)換為真實(shí)服務(wù)器的地址，并且所有流量都將經(jīng)過負(fù)載均衡服務(wù)器，真實(shí)服務(wù)器網(wǎng)關(guān)都應(yīng)指向負(fù)載均衡服務(wù)器的LVS模式是（A）。A．NAT B．DRC．TUN-IP D．FULLNAT下列選項(xiàng)中，四層負(fù)載均衡是按照IP地址和（D）進(jìn)行虛擬連接的交換，直接將數(shù)據(jù)包發(fā)送到目的計(jì)算機(jī)的相應(yīng)端口中。A．UDP端口 B．FTP端口C．HTTP端口 D．TCP端口下列選項(xiàng)中，哪一項(xiàng)不是LVS-TUN模式的特點(diǎn)。（C）。A．RS的網(wǎng)關(guān)不會指向DIP。B．所有的請求報(bào)文經(jīng)過DS，而響應(yīng)報(bào)文不會經(jīng)過DS。C．支持端口映射。D．RS的系統(tǒng)需要支持隧道功能。 下列選項(xiàng)中，LVS的默認(rèn)算法是（A）。A．輪詢法 B．加權(quán)輪詢法C．最小連接法 D．加權(quán)最小連接法下列選項(xiàng)中，在Ipvsadm命令中表示NAT模式的參數(shù)為（B）。A．m B．nC．g D．a(chǎn)簡答題簡述什么是四層負(fù)載均衡。四層負(fù)載均衡是指基于IP和端口的負(fù)載均衡，訪問流量通過負(fù)載均衡設(shè)備設(shè)置的服務(wù)器選擇方式（算法），然后決定選擇后端的真實(shí)服務(wù)器。簡述LVS的4種工作模式及其特點(diǎn)。LVS-NAT（地址轉(zhuǎn)換）：將請求的目標(biāo)地址轉(zhuǎn)換為真實(shí)服務(wù)器的地址，并且所有流量都將經(jīng)過負(fù)載均衡服務(wù)器，真實(shí)服務(wù)器網(wǎng)關(guān)都應(yīng)指向負(fù)載均衡服務(wù)器。LVS-NAT模式的特點(diǎn)主要有以下幾點(diǎn)。DIP和RIP需要在同一網(wǎng)段。RS需要使用私有IP，并且RS的網(wǎng)關(guān)需要指向DIP。請求和響應(yīng)報(bào)文都經(jīng)過DR，在高負(fù)載的壓力下，DR可能成為性能瓶頸。支持端口映射。RS不限制操作系統(tǒng)。LVS-DR（直接路由）：負(fù)載均衡服務(wù)器和真實(shí)服務(wù)器必須在同一物理網(wǎng)絡(luò)，響應(yīng)由后端服務(wù)器直接發(fā)送給客戶端。LVS-DR模式的特點(diǎn)主要有以下幾點(diǎn)。RS和DS需要在同一個(gè)物理網(wǎng)絡(luò)中。所有請求報(bào)文經(jīng)過DS，而響應(yīng)報(bào)文不經(jīng)過DS。既不支持端口映射，又不支持地址轉(zhuǎn)換。RS的網(wǎng)關(guān)不可以指向DIP。RS上的lo接口需要配置VIP的IP地址。LVS-TUN（隧道）：與LVS-DR方式相似，不同的是LVS-TUN將IP報(bào)文在封裝一層，形成隧道傳輸。LVS-TUN模式的特點(diǎn)主要有以下幾點(diǎn)。RIP、VIP和DIP是公網(wǎng)IP。RS的網(wǎng)關(guān)不會指向DIP。所有的請求報(bào)文經(jīng)過DS，而響應(yīng)報(bào)文不會經(jīng)過DS。不支持端口映射。RS的系統(tǒng)需要支持隧道功能。FULLNAT：與LVS-NAT模式轉(zhuǎn)發(fā)數(shù)據(jù)包的方式類似，請求和響應(yīng)報(bào)文都經(jīng)過LVS，不同的是后端RS不需要進(jìn)行配置FULLNAT模式的特點(diǎn)主要有以下幾點(diǎn)。DIP和RIP不需要在同一網(wǎng)段。與NAT模式相比，RS的響應(yīng)包一定可到達(dá)負(fù)載均衡服務(wù)器。與NAT模式相比，需要更新源IP，性能會下降。簡述LVS負(fù)載均衡的5種調(diào)度算法（任意5種即可）輪詢調(diào)度算法（RoundRobinScheduling，RR），調(diào)度器采用這種算法時(shí)，會將用戶請求無差別地按順序輪流分配到集群中的真實(shí)服務(wù)器上，不關(guān)心每個(gè)服務(wù)器上實(shí)際的連接數(shù)和當(dāng)前系統(tǒng)負(fù)載信息。加權(quán)輪詢調(diào)度算法（WeightedRoundRobinScheduling，WRR），調(diào)度器采用這種算法時(shí)，會將用戶請求按照真實(shí)服務(wù)器不同的處理能力進(jìn)行分配。給配置高、負(fù)載低的機(jī)器配置更高的權(quán)重，讓其處理更多的請求；而配置低、負(fù)載高的機(jī)器，給其分配較低的權(quán)重，降低其系統(tǒng)負(fù)載。按照權(quán)重進(jìn)行任務(wù)的調(diào)度，可以保證請求分配的合理性。最小連接法（LeastConnectionScheduling，LC），采用這種算法做負(fù)載均衡時(shí)，調(diào)度器會根據(jù)每個(gè)真實(shí)服務(wù)器當(dāng)前的連接情況，動態(tài)選取當(dāng)前連接數(shù)最小的服務(wù)器來處理當(dāng)前請求。加權(quán)最小連接法（WeightedLeastConnectionScheduling，WLC）在實(shí)現(xiàn)時(shí)增加了權(quán)重的計(jì)算，在LC算法的計(jì)算標(biāo)準(zhǔn)上除以權(quán)重，計(jì)算結(jié)果數(shù)值小的將接受下次訪問請求，是企業(yè)最常用的算法也是LVS的默認(rèn)算法。采用這種算法時(shí)，調(diào)度器可以自動問詢真實(shí)服務(wù)器的負(fù)載情況，并動態(tài)調(diào)整其權(quán)值。操作題使用虛擬機(jī)或真實(shí)服務(wù)器搭建LVS-DR模式集群，至少配置2臺真實(shí)服務(wù)器?！緟⒖?.3節(jié)】第7章習(xí)題填空題負(fù)載均衡軟件HAProxy擁有一個(gè)功能出色的Web頁面，可以實(shí)時(shí)了解系統(tǒng)的當(dāng)前狀況。HAProxy是一款由C語言開發(fā)，基于TCP（第四層）和HTTP（第七層）應(yīng)用的負(fù)載均衡軟件。HAProxy的處理模式不僅有單進(jìn)程，還有多線程處理模式。負(fù)載均衡的選用與企業(yè)規(guī)模息息相關(guān)，大型網(wǎng)站或并發(fā)大的業(yè)務(wù)，優(yōu)先考慮LVS；中小型的Web業(yè)務(wù)，優(yōu)先選用Nginx和HAProxy；云端上的業(yè)務(wù)可考慮選用SLB負(fù)載均衡負(fù)載均衡。HAProxy的默認(rèn)基本配置包含4個(gè)部分，分別為global、defaults、frontend和backend。選擇題下列選項(xiàng)中，屬于HAProxy保持客戶端和服務(wù)端Session的親緣性方式的有（D）。A．用戶IP識別 B．Cookie識別C．Session識別 D.以上都是下列選項(xiàng)中，對HAProxy負(fù)載均衡的描述不正確的是（C）。HAProxy七層負(fù)載支持虛擬主機(jī)功能 HAProxy七層負(fù)載可以根據(jù)URL進(jìn)行請求轉(zhuǎn)發(fā)HAProxy只能做七層負(fù)載均衡 HAProxy七層負(fù)載可以根據(jù)瀏覽器類型進(jìn)行請求轉(zhuǎn)發(fā)下列選項(xiàng)中，哪一項(xiàng)是optionhttp-server-close的含義。（A）。A．表示當(dāng)客戶端超時(shí)保持長連接時(shí)，服務(wù)器主動斷開連接B．當(dāng)客戶端發(fā)起連接但不請求數(shù)據(jù)時(shí)，關(guān)閉客戶端連接C．設(shè)置將客戶端請求轉(zhuǎn)發(fā)至后端服務(wù)器所需要等待的超時(shí)時(shí)長D．設(shè)置新的http請求連接建立的最大超時(shí)時(shí)間下列選項(xiàng)中，ACL規(guī)則常在HAProxy配置文件的哪個(gè)部分被使用（B）。A．global B．frontendC．defaults D．backend下列選項(xiàng)中，HAProxy配置文件的哪個(gè)部分位于配置文件的頂部，表示全局配置，用于設(shè)定全局配置參數(shù)，一般與操作系統(tǒng)配置、進(jìn)程管理、安全相關(guān)，屬于進(jìn)程級的配置（A）。A．global B．frontendC．defaults D．backend簡答題簡述HAProxy的優(yōu)勢有哪些。免費(fèi)開源，負(fù)載均衡功能較為豐富，能夠支持TCP/HTTP兩種協(xié)議層的負(fù)載均衡，穩(wěn)定性極好。支持8種左右的負(fù)載均衡算法，這些負(fù)載均衡算法幾乎能夠滿足各種需求。支持基于事件驅(qū)動的鏈接處理模式與單進(jìn)程處理模式（與Nginx類似），使性能更加卓越。擁有功能豐富的監(jiān)控頁面，能夠使用戶實(shí)時(shí)了解系統(tǒng)的當(dāng)前狀況。具備功能強(qiáng)大的ACL（訪問控制列表）支持，提供給用戶極大的方便。簡述HAProxy的工作原理?？蛻舳藢⒄埱蟀l(fā)送到負(fù)載均衡服務(wù)器，此時(shí)請求報(bào)文源地址是CIP，目標(biāo)地址并不是DIP+IP端口，而是URL；負(fù)載均衡服務(wù)器收到報(bào)文后，代替客戶端與RS建立TCP連接，報(bào)文的源地址則為DIP，將客戶端請求報(bào)文的目標(biāo)IP地址改為后端服務(wù)器的RIP地址，并且還有不變的目標(biāo)URL；請求報(bào)文發(fā)送到后端服務(wù)器后，由于報(bào)文的目標(biāo)地址是真實(shí)服務(wù)器，所以會響應(yīng)該請求，并將響應(yīng)報(bào)文返還給負(fù)載均衡服務(wù)器；最后再由負(fù)載均衡服務(wù)器將此報(bào)文重新打包，然后將源地址修改為CIP地址并發(fā)送給客戶端。操作題在本章7.3節(jié)HAProxy負(fù)載均衡配置實(shí)例的基礎(chǔ)上，增加兩臺服務(wù)器，實(shí)現(xiàn)網(wǎng)站的動態(tài)分離。實(shí)驗(yàn)拓?fù)浣Y(jié)構(gòu)如圖7.5所示。實(shí)驗(yàn)拓?fù)湟螅寒?dāng)用戶的請求到達(dá)網(wǎng)站之后，首先由HAProxy進(jìn)行判斷，若請求為靜態(tài)請求，則按照輪詢算法將其分發(fā)至web1或web2；若請求為動態(tài)請求，則按照輪詢算法將其分發(fā)至PHP1或PHP2?？梢詤⒖寂渲梦募lobal#全局配置 loglocal3info#日志配置 maxconn4096#最大連接限制（優(yōu)先級低）uidnobody#uid99gidnobody#gid99 daemon nbproc1 #處理HAProxy進(jìn)程的數(shù)量defaults log global mode http maxconn2048 retries 3