HACMP高可用性_第1頁(yè)
HACMP高可用性_第2頁(yè)
HACMP高可用性_第3頁(yè)
HACMP高可用性_第4頁(yè)
HACMP高可用性_第5頁(yè)
已閱讀5頁(yè),還剩59頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 H A C M PHigh Availability Cluster Multi Processing前 言 現(xiàn)代企業(yè)的應(yīng)用和數(shù)據(jù)都儲(chǔ)存在計(jì)算機(jī)中 ,由計(jì)算機(jī)來(lái)處理 ,一旦計(jì)算機(jī)系統(tǒng)發(fā)生意外故障 ,而引起應(yīng)用停止甚至重要數(shù)據(jù)丟失 ,必將造成巨大損失 ,因此企業(yè)計(jì)算對(duì)高可用性和可靠性的要求非常高 。IBM RS / 6000 系列通過(guò) AIX 操作系統(tǒng)的支持 ,利用 HACMP 實(shí)現(xiàn)了多種功能的高可用群集多處理方案 。為高可用性計(jì)算提供了一個(gè)完美的解決方案 。 目 錄一 : HACMP 的基本概念 二 : HACMP 的規(guī)劃 1 :群集節(jié)點(diǎn) 2 :群集網(wǎng)絡(luò) 3 :群集磁盤(pán) 4 :資源規(guī)劃 5

2、:應(yīng)用規(guī)劃 6 :用戶 ID 規(guī)劃三 : HACMP 的安裝與配置 1 :HACMP 的安裝 2 :群集的配置 ( 1 )定義群集拓?fù)浣Y(jié)構(gòu) ( 2 )定義群集資源四 : HACMP 的測(cè)試五 : HACMP 的管理 一 :HACMP的基本概念 :IBM的高可靠性群集系統(tǒng)軟件HACMP- High Availability Cluster Multi-Processing提供了RS/6000平臺(tái)上關(guān)鍵應(yīng)用的高可靠性解決方案,該軟件能使一個(gè)群集內(nèi)的所有的RS/6000系統(tǒng)不存在單點(diǎn)失效 ( 在群集中單獨(dú)某一部分出現(xiàn)故障而引起對(duì)用戶端的服務(wù)失效 ) 。HACMP系統(tǒng)能自動(dòng)地檢測(cè)系統(tǒng)硬件失效,重新配置

3、群集系統(tǒng) ,使得所有的資源完全不受系統(tǒng)硬件失效的影響 ,從而提供了可靠的應(yīng)用平臺(tái) 。HACMP可用來(lái)最多將32部RS/6000服務(wù)器或SP的節(jié)點(diǎn)連結(jié)成高可用性的群集結(jié)構(gòu)。對(duì)于企業(yè)關(guān)鍵性的應(yīng)用程序而言,群集式的服務(wù)器或節(jié)點(diǎn)提供代理式的數(shù)據(jù)訪問(wèn),具備復(fù)制性(redundancy),使得系統(tǒng)應(yīng)用程序具有靈活的容錯(cuò)能力。HACMP所具有靈活的結(jié)構(gòu)和簡(jiǎn)單的使用。從單一處理機(jī)(SMP)主機(jī)到SP節(jié)點(diǎn)皆可結(jié)構(gòu)成高可用性之群集,您可混用,且跨越系統(tǒng)大小及性能等級(jí),將各種網(wǎng)絡(luò)適配卡和磁盤(pán)子系統(tǒng)融合在一起確 ,來(lái)滿足您的應(yīng)用程序、網(wǎng)絡(luò)等方面的需求。HACMP的群集因不同的處理需求可以結(jié)構(gòu)成幾種不同的模式。同時(shí)訪問(wèn)

4、模式(Concurrent access mode)適用在所有處理機(jī)必須在相同的工作負(fù)載及在相同的時(shí)間共享相同的數(shù)據(jù)之環(huán)境。相互備援模式(mutual takeover mode)則是群集中的各個(gè)節(jié)點(diǎn)分別承擔(dān)有應(yīng)用和任務(wù) ,并且各節(jié)點(diǎn)間相互備援。而熱待機(jī)模式則為一節(jié)點(diǎn)備援任何群集上的另一節(jié)點(diǎn)。無(wú)論您選擇哪一種備援模式,HACMP所提供的數(shù)據(jù)訪問(wèn)及備援方案都將應(yīng)用程序的執(zhí)行及增長(zhǎng)性在避免不正常死機(jī)狀況下做了最佳化處理。HACMP用戶界面相當(dāng)簡(jiǎn)易,AIX的系統(tǒng)管理界面工具(SMIT)及視覺(jué)化系統(tǒng)管理(VSM)圖形使用界面兩者皆提供非常簡(jiǎn)易的方式,給予您在高可用性的集群中針對(duì)服務(wù)器處理機(jī)執(zhí)行安裝、結(jié)

5、構(gòu)及系統(tǒng)管理工作。對(duì)于一般的群集管理工作【例如HACMP啟動(dòng)/停止 、用戶及群集管理、卷組、邏輯卷(Logic Volume)及文件系統(tǒng)】,您可以使用群集單點(diǎn)控制(CSPOC)工具來(lái)執(zhí)行這些工作,即使是二個(gè)節(jié)點(diǎn)之群集,您完全無(wú)需考慮群集資源的所有權(quán)。并且借助于HAView功能,您可使用Tivoli的TME 10中的NetView for AIX圖形網(wǎng)絡(luò)管理界面由單一節(jié)點(diǎn)來(lái)監(jiān)控群集及它的元件??墒褂肏ACMP來(lái)處理以下幾件事:l 針對(duì)許多企業(yè)關(guān)鍵的應(yīng)用程序,建立高效益的群集環(huán)境。例如:針對(duì)在場(chǎng)顧客的零售、即時(shí)銀行、電信業(yè)務(wù)、數(shù)據(jù)處理或其他特定交易信息處理的應(yīng)用程序。l 建立一個(gè)更復(fù)雜的群集使其高

6、達(dá)八個(gè)節(jié)點(diǎn),執(zhí)行相同的應(yīng)用程序且共享相同的資源,而僅有極小的損壞后重新啟動(dòng)的延遲。l 執(zhí)行升級(jí)及維護(hù)確保您的系統(tǒng)沒(méi)有毀損之虞。l 籍由AIX邏輯卷冊(cè)管理員(LVM)磁盤(pán)鏡射功能來(lái)改善磁盤(pán)的可靠性。二 :HACMP 的規(guī)劃 群集的規(guī)劃不僅僅包括在群集中所要使用的硬件類(lèi)型 ( CPU、Networks 、disks ) ,也包括其它方面的規(guī)劃 , 如 :資源的規(guī)劃 - 在故障情況下所希望的群集的表現(xiàn)以及應(yīng)用的考慮等 。 1 :群集節(jié)點(diǎn)HACMP 支持所有 RS / 6000 系列產(chǎn)品(單處理器 、多處理器服務(wù)器以及 SP 并行機(jī)),一個(gè) HACMP 群集現(xiàn)在最多可由 32個(gè) RS / 6000 服

7、務(wù)器組成,這些服務(wù)器稱(chēng)為群集節(jié)點(diǎn)。群集節(jié)點(diǎn)及網(wǎng)絡(luò)客戶端通過(guò)一個(gè)或多個(gè)網(wǎng)絡(luò)相互連接,每連接一個(gè)網(wǎng)絡(luò)群集節(jié)點(diǎn)需要 2 塊網(wǎng)卡,第一塊網(wǎng)卡,即網(wǎng)絡(luò)客戶端連接的網(wǎng)卡,稱(chēng)做為“服務(wù)/Service”網(wǎng)卡,第二塊網(wǎng)卡稱(chēng)做為“待機(jī)/Standby”網(wǎng)卡,用來(lái)在“服務(wù)”網(wǎng)卡失效時(shí)接替其工作。任何 RS / 6000 服務(wù)器都能做 HACMP 群集的群集節(jié)點(diǎn),在一個(gè)群集中的群集節(jié)點(diǎn)沒(méi)有嚴(yán)格的匹配要求。在選擇 Cluster Node 時(shí) ,主要是根據(jù)用戶的應(yīng)用和數(shù)據(jù)以及在故障接管后的性能表現(xiàn)來(lái)選擇每個(gè)系統(tǒng)的 CPU 和最小配置 ,而且由于每種類(lèi)型的機(jī)器所提供的I / O 擴(kuò)展槽數(shù)不同 ,為了將來(lái)連接多個(gè)網(wǎng)絡(luò) 、

8、擴(kuò)展共享磁盤(pán)以及消除網(wǎng)卡 、I / O 適配器等方面的單點(diǎn)失效問(wèn)題 ,應(yīng)有足夠的 I /O擴(kuò)展槽去提供冗余 。一般來(lái)說(shuō) ,一個(gè)節(jié)點(diǎn)對(duì)于它所連接的每一網(wǎng)絡(luò)最多可有 7 塊 standby 適配器卡 。下圖是一個(gè)HACMP群集的示意圖。表 1 是當(dāng)前支持HACMP群集的RS/6000服務(wù)器的列表。 表 1 1需要支持。HACMP和AIX本身對(duì)群集節(jié)點(diǎn)的最小要求為16M內(nèi)存和400M硬盤(pán),真正的需求取決于群集節(jié)點(diǎn)上的應(yīng)用。 表 2 為 每種RS / 6000 產(chǎn)品所支持的 I / O 擴(kuò)展槽數(shù) 。2 :群集網(wǎng)絡(luò)HACMP群集支持兩種類(lèi)型的網(wǎng)絡(luò) :TCP / IP 網(wǎng)絡(luò)和非 TCP/IP網(wǎng)絡(luò),它利用這

9、兩種網(wǎng)絡(luò)交換“心跳”信息,來(lái)診斷群集中是否出現(xiàn)失效。非 TCP / IP 網(wǎng)絡(luò)用來(lái)將真正的硬件失效從由于 TCP/IP 軟件失效而引起的系統(tǒng)失效中區(qū)別開(kāi)來(lái)。如果只使用 TCP/IP 網(wǎng)絡(luò),當(dāng) TCP/IP 軟件失效時(shí),引起“心跳”停止,HACMP將錯(cuò)誤地診斷為群集節(jié)點(diǎn)失效,而此時(shí)群集節(jié)點(diǎn)仍正常工作。通常 ,在節(jié)點(diǎn)間所有的網(wǎng)絡(luò)也用于檢查 、同步 、通訊及觸發(fā)事件 。HACMP支持以下TCP/IP網(wǎng)絡(luò)類(lèi)型:l Ethernetl Token-Ringl ATMl FDDIl SLIPl FCSl SP Switchl SOCCl Generic IPHACMP For AIX在標(biāo)準(zhǔn)以太網(wǎng)接口(en

10、)上經(jīng)過(guò)了測(cè)試,但在IEEE 802.3 以太網(wǎng)接口(et)上沒(méi)有經(jīng)過(guò)測(cè)試。HACMP 在每個(gè)群集中支持 32 個(gè)網(wǎng)絡(luò),每個(gè)群集節(jié)點(diǎn)上最多可以有 24 個(gè) TCP/IP 網(wǎng)卡。這些對(duì)于網(wǎng)絡(luò)配置提供了很大的靈活性 。每一種類(lèi)型的網(wǎng)絡(luò)接口都有不同的特性 ,如 :speed 、ARP 等,當(dāng)使用某種適配器時(shí),需要知道其特性 ,在 HACMP 中一般考慮 :Hardware Address Swap - 如果計(jì)劃在群集中配置硬件地址交換,則所選擇的網(wǎng)絡(luò)適配器應(yīng)支持此功能 。網(wǎng)絡(luò)速度、距離及在同一物理網(wǎng)上的適配器個(gè)數(shù)是另一個(gè)考慮的因素 。如 :Ethernet - 支持 10 / 100 Mbps 和硬

11、件地址交換 ,同一物理網(wǎng)上的適配器個(gè)數(shù)限制為 29 個(gè) 。FDDI - 是 100 Mpbs 的光纖網(wǎng) ,也支持硬件地址交換 。ATM - 是 155 Mbps / 625 Mbps 點(diǎn)到點(diǎn)連接網(wǎng)絡(luò) ,不能使用硬件地址交換 ,在 HACMP 中它必須做為 “ private “ 網(wǎng)絡(luò)來(lái)配置 。非 TCP/IP 網(wǎng)絡(luò)在群集節(jié)點(diǎn)間作為一條專(zhuān)用通路用于互換訊息和“心跳”,以區(qū)別網(wǎng)絡(luò)故障與節(jié)點(diǎn)故障 。建議在群集節(jié)點(diǎn)間至少使用一條 non-TCP/IP 連接 。HACMP支持以下類(lèi)型的非TCP/IP網(wǎng)絡(luò)類(lèi)型:l Serial(RS-232)l Target-Mode SCSIl Target-Mode

12、SSA所有以上非TCP/IP網(wǎng)絡(luò)類(lèi)型都必須在HACMP配置”Network Type”定義中定義為Serial。Serial (RS-232) :每個(gè)群集節(jié)點(diǎn)在有一個(gè)串行網(wǎng)絡(luò)時(shí)需要一個(gè)串行端口;若一個(gè)群集內(nèi)有兩個(gè)以上的群集節(jié)點(diǎn),串行網(wǎng)絡(luò)要把所有群集節(jié)點(diǎn)連成一個(gè)環(huán),這時(shí)每個(gè)節(jié)點(diǎn)需要兩個(gè)串行端口。Target mode SSA :當(dāng)使用共享SSA設(shè)備時(shí),在HACMP中可用Target-Mode SSA作為串行網(wǎng)絡(luò)。為了使用Target-Mode SSA,必須使用增強(qiáng)的RAID-5卡(#6215或#5219),卡的微碼水平必須高于1801。表 3 為各種可能的群集節(jié)點(diǎn)支持的串行端口數(shù)量。 表 3 1

13、 - 串行端口可以通過(guò)雙端口電纜復(fù)用,從而提供兩個(gè)端口;2 - S7x類(lèi)型的群集節(jié)點(diǎn),沒(méi)有串行端口,需另外的多端口串行卡;3 - 只有一個(gè)串行端口可為用戶來(lái)配置HACMP。 Target mode SCSI :當(dāng)使用共享SCSI設(shè)備時(shí),可以利用SCSI總線交換“心跳”信息。Target-Mode SCSI僅支持差分SCSI-2和差分Wide/FAST SCSI-2設(shè)備,HACMP串行網(wǎng)絡(luò)不支持SCSI/SE及SCSI-2/SE設(shè)備。在一個(gè)群集中,不推薦使用超過(guò)4個(gè)Target-Mode SCSI網(wǎng)絡(luò)。 HACMP中網(wǎng)絡(luò)分做公共網(wǎng)絡(luò)、私有網(wǎng)絡(luò)和串行網(wǎng)絡(luò)。公共網(wǎng)絡(luò)用于在群集節(jié)點(diǎn)之間通信和與網(wǎng)絡(luò)客戶

14、端通信,通常是TCP/IP網(wǎng)絡(luò);私有網(wǎng)絡(luò)僅用于群集之間通信,網(wǎng)絡(luò)客戶端不能訪問(wèn),它主要用于在”Concurrent”訪問(wèn)工作時(shí),群集的“加鎖”管理員通信,它可以是任何網(wǎng)絡(luò)類(lèi)型;串行網(wǎng)絡(luò)僅用于“心跳”信息交換。從下圖所示的HACMP圖形中可以看到,HACMP上的TCP/IP網(wǎng)絡(luò)有三個(gè)接口,Service、Standby和Boot,實(shí)際上是兩塊物理網(wǎng)卡,Service、Boot在一塊物理網(wǎng)卡上,Standby在另一網(wǎng)卡上。三個(gè)接口定義三個(gè)IP地址,Service地址用于群集節(jié)點(diǎn)之間相互通信和節(jié)點(diǎn)與網(wǎng)絡(luò)客戶端之間相互通信;Boot接口是Service接口的臨時(shí)定義,在其上定義Boot地址,Boot地

15、址是系統(tǒng)啟動(dòng)時(shí)Service網(wǎng)卡的臨時(shí)地址,它僅僅當(dāng)其節(jié)點(diǎn)失效而其地址被接管后才需要;Standby地址隨時(shí)準(zhǔn)備接管群集中任何節(jié)點(diǎn)上Service地址的失效。Service地址和Boot地址在一個(gè)邏輯子網(wǎng)上;Service地址和Standby地址一定在不同邏輯子網(wǎng)上。3 : 群集磁盤(pán)HACMP群集支持SSA和SCSI磁盤(pán)系統(tǒng)。1SSA 磁盤(pán)SSA是一種開(kāi)放的工業(yè)標(biāo)準(zhǔn),它是一種將主機(jī)適配卡與硬盤(pán)設(shè)備連接起來(lái)的高性能串行互連技術(shù)。SSA 磁盤(pán)子系統(tǒng)將適配卡和磁盤(pán)連接在一個(gè)環(huán)內(nèi),能提供 80M 的存取速度。下圖是 SSA 的示意圖。圖中,一塊SSA適配卡控制著由8塊磁盤(pán)組成的環(huán),數(shù)據(jù)可以沿著環(huán)在雙向

16、傳輸,峰值傳輸速率可以達(dá)到80Mbps。一塊SSA適配器卡提供兩個(gè)SSA節(jié)點(diǎn),可以提供兩個(gè)環(huán)。在RS/6000中有兩種SSA磁盤(pán)子系統(tǒng):7131SSA Multi Storage Tower Model 405;7133SSA Disk Subsystem Models 010 、500 、020 、600、D40 和 T40 。7133 model 010 和 500 是早期(1995 年)的產(chǎn)品,D40 、T40 是較新的產(chǎn)品 。每個(gè)機(jī)箱最多包含 16 個(gè)SSA 磁盤(pán)(8 個(gè)在前面、8 個(gè)在后面),內(nèi)部每 4 個(gè)相鄰的磁盤(pán)連接成一串 ,這些串能夠彼此相連 。如圖 4 所示 :圖 4 : S

17、SA 支持熱拔插 ,在系統(tǒng)不關(guān)電的情況下可進(jìn)行SSA磁盤(pán)、電纜等部件的更換 。在每個(gè) SSA機(jī)箱的背部有 4塊 “ bypass “ 卡 ,每塊卡上有一對(duì)連接器用于連接外部 SSA 電纜或磁盤(pán) 。bypass 卡通過(guò)改變跨接位置能夠被設(shè)置為 : . Automatic mode . Forced Inline mode 當(dāng) bypass 卡是操作在 Automatic mode ,它檢測(cè)這兩個(gè)外部連接器,若至少有一個(gè)連接器是連接到 power-on SSA 部件或設(shè)備,則它轉(zhuǎn)換到 Inline state - 連接內(nèi)部SSA環(huán)到外部連接器;如果它檢測(cè)到這倆個(gè)外部連接器都沒(méi)有連接到 power-

18、on SSA 部件或設(shè)備,則轉(zhuǎn)換到 Bypass state - 連接內(nèi)部SSA串,斷開(kāi)與外部連接器的連接 。當(dāng) bypass卡是操作在 Forced Inline mode,它不能實(shí)現(xiàn)轉(zhuǎn)換 。下表為7131磁盤(pán)子系統(tǒng)的配置信息。下表為7133 SSA磁盤(pán)子系統(tǒng)的配置信息。下表為RS/6000上SSA適配卡的配置信息。 SSA 環(huán)路的連接非常的靈活,并有許多的限制 ,如 : . 最多可有 3 個(gè)仿真磁盤(pán)相互連接在同一 SSA 環(huán)中 。 . 連接倆節(jié)點(diǎn)間的SSA 電纜最大允許長(zhǎng)度為 25 米,光纜為10 千米 。 . 在同一 SSA 環(huán)中最多能接 48 個(gè)磁盤(pán) 。 . 若在同一 SSA 環(huán)中使用

19、 SSA 4 Port Adapter (FC 6216) , 則只能連接 2 個(gè) Adapter 。 下面是 SSA 的一些連接圖 :這是最簡(jiǎn)單的配置,4個(gè)磁盤(pán)通過(guò)連接器 1 和 4 連到使用系統(tǒng)的一對(duì)連接器。這是較大的配置,為了平衡子系統(tǒng),建議磁盤(pán)分成兩組,連接成兩個(gè)獨(dú)立的環(huán)。 這是 16 個(gè)磁盤(pán)的最大配置 ,同樣為了平衡子系統(tǒng),建議磁盤(pán)分成兩組,連接成兩個(gè)獨(dú)立的環(huán)。下面是 Multiple Unit 的配置 :在這個(gè)圖中包含有 6 個(gè) 7133-unit ,共 96 個(gè)磁盤(pán),分成兩組獨(dú)立的環(huán)連接到系統(tǒng)。下面是高有效性的配置 : 在高有效性的配置中,同一環(huán)內(nèi)有多個(gè)SSA 卡,通??梢缘玫胶?/p>

20、的性能;但在配置中應(yīng)防止磁盤(pán)的隔離。如下圖 : 在這種配置內(nèi),一個(gè)SSA環(huán)含有 4 塊 SSA 卡,每個(gè)系統(tǒng)兩塊,1 和 2 在系統(tǒng) 1 上, 3 和 4 在系統(tǒng) 2 上,磁盤(pán) 13 16 是連接到同一系統(tǒng)的兩塊SSA卡上,如果這兩塊卡出現(xiàn)故障或復(fù)位 ,但保持加電狀態(tài),磁盤(pán) 1 12 還能夠使用系統(tǒng) 2 進(jìn)行訪問(wèn),而磁盤(pán) 13 16 不能被系統(tǒng) 2 訪問(wèn) ,因?yàn)樗鼈兊臄?shù)據(jù)通路是通過(guò)系統(tǒng) 1 的SSA 卡,并且當(dāng)系統(tǒng) 1 reboot 時(shí) ,磁盤(pán) 13 16也長(zhǎng)時(shí)間保持無(wú)效 。 7133 SSA磁盤(pán)子系統(tǒng)只能提供RAID-5,RAID-0和RAID-1可以通過(guò)邏輯卷的條帶化和鏡像技術(shù)實(shí)現(xiàn)。由于R

21、AID-0不能提供數(shù)據(jù)的冗余,在共享的磁盤(pán)系統(tǒng)上存在著單點(diǎn)失效的可能性,因此在7133 SSA磁盤(pán)子系統(tǒng)上可以配置RAID-1和RAID-5。RAID 1是通過(guò)鏡像技術(shù)實(shí)現(xiàn)的 ,與 RAID 相比,占用的磁盤(pán)空間較多 ,但提供高可靠性的數(shù)據(jù)冗余,如果多個(gè)磁盤(pán)損壞時(shí),還可存取到全部數(shù)據(jù)。而 RAID 5 當(dāng)多于一個(gè)磁盤(pán)損壞時(shí)意味著數(shù)據(jù)丟失 。若使用 RAID 則 SSA 環(huán)最多只能有兩個(gè) SSA 適配器 ,RAID陣列由 3 16 個(gè)磁盤(pán)組成,且必須在同一環(huán)上。下表為RAID技術(shù)的優(yōu)缺點(diǎn)對(duì)比情況。SSA技術(shù)有以下優(yōu)點(diǎn):l 雙設(shè)備訪問(wèn)通道;l 電纜連接簡(jiǎn)單,不需要終結(jié)器;l 更快的訪問(wèn)速度;l 可

22、以實(shí)現(xiàn)對(duì)設(shè)備的并發(fā)存??;l 不需要想SCSI那樣的仲裁機(jī)制;l 熱插拔的電纜和磁盤(pán);l 每個(gè)SSA適配器卡提供了非常高的容量,高達(dá)127個(gè)設(shè)備可以在一個(gè)SSA環(huán)中;l 設(shè)備之間的距離用銅纜時(shí)可以長(zhǎng)達(dá)25米,用光纖可以達(dá)到10公里;l 自動(dòng)配置,不需要手工設(shè)置設(shè)備號(hào);l SSA是一個(gè)開(kāi)放的標(biāo)準(zhǔn)。2SCSI磁盤(pán)在SSA磁盤(pán)子系統(tǒng)發(fā)布之后, SCSI磁盤(pán)子系統(tǒng)已很少在HACMP高可靠性群集系統(tǒng)中使用。但7135等SCSI RAID磁盤(pán)子系統(tǒng)仍在許多商業(yè)場(chǎng)合應(yīng)用。由于電纜長(zhǎng)度的限制,HACMP系統(tǒng)在共享的SCSI總線上最多支持2個(gè)7135磁盤(pán)子系統(tǒng)。在HACMP群集中,在共享的SCSI總線上能夠用來(lái)連

23、接RAID磁盤(pán)子系統(tǒng)的SCSI卡有以下幾種型號(hào):l SCSI-2 Differential Controller(微通道總線,F(xiàn)C:2420)l SCSI-2 Differential Fast/Wide Adapter/A(微通道總線,F(xiàn)C:2416)l Enhanced SCSI-2 Differential Fast/Wide Adapter/A(微通道總線,F(xiàn)C:2412)l SCSI-2 Fast/Wide Adapter Differential(PCI總線,F(xiàn)C:6209)l DE Ultra SCSI Adapter(PCI總線,F(xiàn)C:6207)7135 SCSI磁盤(pán)子系統(tǒng)有以

24、下特點(diǎn):l 支持RAID-1、RAID-3、RAID-5;l 多邏輯單元(LUN)支持;l 冗余電源及冷卻系統(tǒng)。4 :資源規(guī)劃HACMP 給客戶端提供高可用性的資源環(huán)境,當(dāng)HACMP集群中的節(jié)點(diǎn)失效或按正常程序退出群集時(shí),群集管理器將重新在剩余的節(jié)點(diǎn)中分配資源。在HACMP中定義了以下資源類(lèi)型:l 卷組l 磁盤(pán)l 文件系統(tǒng)l 要”Mount”到“網(wǎng)絡(luò)文件系統(tǒng)”上的文件系統(tǒng)l 要”Export”到“網(wǎng)絡(luò)文件系統(tǒng)”上的文件系統(tǒng)l Service IP地址l 應(yīng)用程序(1) 資源組群集中的每個(gè)資源被定義為資源組的一部分,這樣做可以將有關(guān)聯(lián)的資源聚集在一起,以提供特殊服務(wù);同時(shí),資源組還包括能夠獲得資

25、源及提供這些資源到客戶端的節(jié)點(diǎn)列表 。有三種類(lèi)型的資源組:l Cascading l Rotating l Concurrent每種類(lèi)型的資源組描述了節(jié)點(diǎn)在群集中的不同關(guān)系類(lèi)型,及節(jié)點(diǎn)進(jìn)入或離開(kāi)群集的不同表現(xiàn)。Cascading資源組中的節(jié)點(diǎn)設(shè)置優(yōu)先等級(jí),優(yōu)先級(jí)最高的節(jié)點(diǎn)是活動(dòng)節(jié)點(diǎn),控制著整個(gè)資源組。當(dāng)優(yōu)先級(jí)最高的節(jié)點(diǎn)失效時(shí),次高優(yōu)先級(jí)的節(jié)點(diǎn)控制資源組;當(dāng)優(yōu)先級(jí)最高的節(jié)點(diǎn)重新加入群集時(shí),它將重新獲得對(duì)資源組的控制權(quán)。Rotating資源組涉及的不是連接某一個(gè)節(jié)點(diǎn),而是和多個(gè)節(jié)點(diǎn)都有能力采用的共享的IP地址相聯(lián)系,當(dāng)定義了共享適配卡的第一個(gè)節(jié)點(diǎn)加入群集時(shí),它將獲得和共享IP地址相關(guān)聯(lián)的Rotat

26、ing資源組。當(dāng)控制Rotating資源組的節(jié)點(diǎn)離開(kāi)群集時(shí),下一個(gè)存在的節(jié)點(diǎn)獲得該Rotating資源組;當(dāng)該節(jié)點(diǎn)重新加入群集時(shí),它將處于待機(jī)狀態(tài),而不重新獲得該Rotating資源組的控制權(quán)。Concurrent資源組能被多個(gè)節(jié)點(diǎn)同時(shí)共享,當(dāng)一個(gè)節(jié)點(diǎn)失效時(shí),沒(méi)有任何接管工作發(fā)生;當(dāng)失效節(jié)點(diǎn)重新加入群集時(shí),它將和其它節(jié)點(diǎn)同時(shí)訪問(wèn)Concurrent資源組。對(duì)于上述三種資源組分別可用一句話來(lái)進(jìn)行概述 : Cascading - 活動(dòng)節(jié)點(diǎn)使用最高優(yōu)先級(jí)控制資源組 。 Concurrent - 所有活動(dòng)節(jié)點(diǎn)可訪問(wèn)資源組 。 Rotating - 節(jié)點(diǎn)使用 rotating resource 組的相關(guān)

27、的 service IP 地址來(lái)控制資源組 。(2) :共享的邏輯卷 在設(shè)計(jì)群集時(shí)需考慮是否需要配置非同時(shí)訪問(wèn)磁盤(pán)和同時(shí)訪問(wèn)磁盤(pán)的環(huán)境 。(一) :非同時(shí)訪問(wèn)磁盤(pán)的配置 非同時(shí)訪問(wèn)磁盤(pán)有以下配置方式: . Hot-Standby . Rotating Standby . Mutual Takeover . Third Party Takeover 下面的圖為Hot Standby 配置方式,在這種配置中,定義了一個(gè) cascading資源組,包含 4 個(gè)磁盤(pán),構(gòu)成卷組和文件系統(tǒng)。對(duì)于這個(gè)資源組,節(jié)點(diǎn)1 的優(yōu)先級(jí)是1 ,節(jié)點(diǎn)2 的優(yōu)先級(jí)是2 ,在正常操作期間 ,node 1 給用戶端提供所有的主

28、要服務(wù),node 2 提供非主要的服務(wù)或處于 standby 狀態(tài) ;當(dāng) node 1 出現(xiàn)故障或退出群集,node 2 獲得資源組且提供主要服務(wù) ;當(dāng) node 1 重新加入群集后,由于 node 1 的優(yōu)先級(jí)高于 node 2 , node 2 釋放它所接管的資源,重新回到 standby 模式 ,node 1接管回資源組 。 這種配置的優(yōu)點(diǎn)是 node 2 可選一配置較低的節(jié)點(diǎn),但發(fā)生接管后性能將受到一定的影響 。下圖為Rotating Standby配置方式。在這種配置中,除使用 Rotating資源組外,其它與 Hot Standby 類(lèi)似 ;不同點(diǎn)為當(dāng)故障節(jié)點(diǎn)重新加入群集后,不發(fā)生

29、資源接管 ,而成為 Standby node 。因此在這種配置中 ,應(yīng)使用相同性能 、配置的節(jié)點(diǎn) ,與 Hot Standby 相比 ,可提供較好的可靠性和性能。 下圖為Mutual Takeover配置方式。在這中配置中,定義了兩個(gè)資源組 :A 和 B ,node 1 對(duì)于資源組 A 的優(yōu)先級(jí)為 1 ,對(duì)于資源組 B 的優(yōu)先級(jí)為2 ;node 2 對(duì)于資源組 B 的優(yōu)先級(jí)為 1 , 對(duì)于資源組 A 的優(yōu)先級(jí)為 2 ;在正常操作期間 ,node 1 和 2 分別控制著資源組 A 和 B ,都給客戶端提供主要服務(wù) 。如果其中某一節(jié)點(diǎn)出現(xiàn)故障或退出群集,剩余節(jié)點(diǎn)接管其資源繼續(xù)給客戶端提供服務(wù) ;當(dāng)

30、故障節(jié)點(diǎn)重新加入群集后,將接管回它所控制的資源組 。 下圖為 Third Party 接管的配置方式 。這種配置定義的資源組與相互備援的配置相同 ,定義了兩個(gè)資源組 :A 和 B ,node 1 對(duì)于資源組 A 的優(yōu)先級(jí)為 1 ,node 2 對(duì)于資源組 B 的優(yōu)先級(jí)為 1 ;所不同的是定義了第三個(gè)節(jié)點(diǎn) ,它作為這兩個(gè)節(jié)點(diǎn)的備援節(jié)點(diǎn) ,對(duì)于資源組 A 和 B 有相同的優(yōu)先級(jí) 2 。在正常操作期間 ,node 3 處于 Standby 狀態(tài)或提供非主要的服務(wù) ,如果其中某一節(jié)點(diǎn)出現(xiàn)故障或退出群集,節(jié)點(diǎn) 3 接管其資源繼續(xù)給客戶端提供服務(wù) ;當(dāng)故障節(jié)點(diǎn)重新加入群集后,將接管回它所控制的資源組 。這

31、種配置方式消除了在 Mutual Takeover 中由于發(fā)生接管而引起的性能下降問(wèn)題 。以下為三節(jié)點(diǎn)群集示意圖 :(二) :同時(shí)訪問(wèn)磁盤(pán)的配置 同時(shí)訪問(wèn)磁盤(pán)的配置 ,通常是所有的磁盤(pán)都定義為 Concurrent 資源組的一部分 ,與Concurrent 資源組相關(guān)的節(jié)點(diǎn)無(wú)優(yōu)先級(jí)之分 ,當(dāng)群集中某一節(jié)點(diǎn)出現(xiàn)故障時(shí) ,發(fā)生的接管不明顯 ,因?yàn)?Concurrent 資源組已經(jīng)在群集中的其它節(jié)點(diǎn)上活化了。 下圖為同時(shí)訪問(wèn)磁盤(pán)的配置示意圖 :( 3 ) : IP地址接管IP地址接管的目的是保證服務(wù)器的服務(wù)地址(Service地址)的高可用性,以保證網(wǎng)絡(luò)客戶端能以此相同的地址一直保持與網(wǎng)絡(luò)的連接。為

32、了確證IP地址接管的實(shí)現(xiàn),必須定義:l 群集中使用的網(wǎng)絡(luò)類(lèi)型l 網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)l 每塊網(wǎng)卡的IP地址,包括Service地址、Standby地址、Boot地址和網(wǎng)絡(luò)掩碼l 為 service 網(wǎng)卡定義一個(gè)交替網(wǎng)卡硬件地址,以便在IP地址接管時(shí)實(shí)現(xiàn)硬件地址的替換 ( 一 )網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu) 是采用單網(wǎng)絡(luò)結(jié)構(gòu) 、雙網(wǎng)絡(luò)結(jié)構(gòu)還是點(diǎn)到點(diǎn)的連接類(lèi)型 。 如果采用單網(wǎng)絡(luò)結(jié)構(gòu) ,在這種配置中 ,群集中的每一個(gè)節(jié)點(diǎn)僅連接到一個(gè)網(wǎng)絡(luò) ,對(duì)客戶端來(lái)說(shuō)僅一塊 service 卡是有效的 ,若 service 網(wǎng)卡出現(xiàn)問(wèn)題 ,其備援的 standby 卡將獲得它的 IP 地址 ,繼續(xù)為客戶端提供服務(wù) ,然而當(dāng)網(wǎng)絡(luò)本身出

33、現(xiàn)問(wèn)題時(shí) ,該網(wǎng)絡(luò)結(jié)構(gòu)出現(xiàn)了單點(diǎn)失效 。下圖為單網(wǎng)絡(luò)結(jié)構(gòu)示意圖。 任一節(jié)點(diǎn)的Service地址失效時(shí),其節(jié)點(diǎn)上的Standby地址 將接替失效的Service地址。但當(dāng)網(wǎng)絡(luò)失效時(shí),該網(wǎng)絡(luò)結(jié)構(gòu) 將出現(xiàn)單點(diǎn)失效。如果采用雙網(wǎng)絡(luò)結(jié)構(gòu) ,在這種配置中 ,每個(gè)群集節(jié)點(diǎn)上有兩塊服務(wù)網(wǎng)卡,連接于兩個(gè)不同的網(wǎng)絡(luò) ,對(duì)網(wǎng)絡(luò)客戶端來(lái)講有兩個(gè) Service 地址,當(dāng)一個(gè)網(wǎng)絡(luò)失效時(shí),另一個(gè)網(wǎng)絡(luò)還在正常工作,使該節(jié)點(diǎn)繼續(xù)給網(wǎng)絡(luò)客戶端提供服務(wù)。從而避免了由于網(wǎng)絡(luò)故障而出現(xiàn)的單點(diǎn)失效 。下圖為雙網(wǎng)絡(luò)結(jié)構(gòu)示意圖 點(diǎn)到點(diǎn)的連接是相鄰的群集節(jié)點(diǎn)直接互連 ,SOCC 、SLIP 、ATM等都是點(diǎn)到點(diǎn)的連接類(lèi)型 。下面是一個(gè)采用單

34、網(wǎng)絡(luò)結(jié)構(gòu)的示意圖 ,在群集中兩節(jié)點(diǎn)間連接了一條專(zhuān)用線路 ,當(dāng) public 網(wǎng)絡(luò)出現(xiàn)故障時(shí) ,在節(jié)點(diǎn)間提供一替代的通路 。 ( 二 )網(wǎng)絡(luò)在 HACMP 群集中 ,每一個(gè)網(wǎng)絡(luò)是由網(wǎng)絡(luò)的名字和屬性定義的 。網(wǎng)絡(luò)名 - 在 HACMP 環(huán)境中網(wǎng)絡(luò)名是用于標(biāo)識(shí)網(wǎng)絡(luò)的符號(hào)值 ,群集進(jìn)程使用此信息去確定哪一塊 adapter 是連接到了相同的物理網(wǎng)上 。如果多個(gè)adapter 共享同一物理網(wǎng) ,當(dāng)定義這些 adapter 時(shí)應(yīng)使用相同的網(wǎng)絡(luò) 。屬性 - 區(qū)別該網(wǎng)絡(luò)是 Public、Private 還是 Serial 。 Public - 一個(gè) public 網(wǎng)絡(luò)可連結(jié) 2 32 個(gè)節(jié)點(diǎn) ,并允許客戶端去

35、檢測(cè)和存取群集節(jié)點(diǎn) 。Ethernet 、Token-Ring 、FDDI 、SLIP 等都被認(rèn)為是public網(wǎng)絡(luò) ,但 SLIP 不提供客戶端的存取 。 Private - 僅在節(jié)點(diǎn)間提供通信 ,不支持客戶端的存取 。Serial - 這個(gè)網(wǎng)絡(luò)特性僅用于 “ non TCP/IP “ 網(wǎng)絡(luò) 。 ( 三 )網(wǎng)絡(luò)適配器網(wǎng)絡(luò)適配器用于連接節(jié)點(diǎn)到網(wǎng)絡(luò) ,在 HACMP 中 ,節(jié)點(diǎn)每連接一個(gè)網(wǎng)絡(luò) ,至少要有兩塊網(wǎng)卡 :service 和 standby ,如果定義了 IP 地址接管 ,則這塊 service 網(wǎng)卡也必須定義一個(gè) boot 地址 。每個(gè)節(jié)點(diǎn)所允許的最大的網(wǎng)卡個(gè)數(shù)是 24 。在 HACM

36、P 中,網(wǎng)絡(luò)適配器是由其標(biāo)記、功能定義的。標(biāo)記( label ) - 即為 /etc/hosts 文件中與IP地址相對(duì)應(yīng)的名字,那么,一個(gè)單獨(dú)的節(jié)點(diǎn)可以分配幾個(gè) label 和 IP 地址 。功能 ( function ) - 描述該網(wǎng)卡在 HACMP 中是Service、Standby及Boot。Service 適配器 : 是在節(jié)點(diǎn)與網(wǎng)絡(luò)之間的主要連接,一個(gè)節(jié)點(diǎn)對(duì)于它所連接的每一物理網(wǎng)都有一個(gè) service 網(wǎng)卡。standby適配器 : 是 service adapter 的備援。如果 service 網(wǎng)卡出現(xiàn)故障時(shí),群集管理器使用 service 網(wǎng)卡的 IP 地址替代了 standb

37、y 網(wǎng)卡的地址 ,從而消除了網(wǎng)卡故障所引起的單點(diǎn)失效 。對(duì)于所連接的每個(gè)網(wǎng)絡(luò) ,節(jié)點(diǎn)可以不要 standby 網(wǎng)卡或有 1 7 個(gè)網(wǎng)卡 ,根據(jù)所配置的軟件和硬件插槽而定。在同一系統(tǒng)上 ,standby adapter 與 service adapter 應(yīng)配置為不同的子網(wǎng)。Boot 適配器 :如果在群集中定義了 IP 地址接管 ,允許一個(gè)節(jié)點(diǎn)去獲得群集中其它節(jié)點(diǎn)的網(wǎng)絡(luò)地址 ,在群集節(jié)點(diǎn)上 ,一個(gè) boot adapter 地址必須分配給 service adapter ,也可以說(shuō) boot 地址是 service adapter 的第二個(gè)名字和 IP 地址 。在一個(gè)節(jié)點(diǎn) reboot 之后以及

38、 HACMP 啟動(dòng)之前使用這個(gè) boot 地址 ,當(dāng) HACMP 軟件在節(jié)點(diǎn)上啟動(dòng)之后 ,service adapter 使用service IP 地址替代 boot 地址而重新被配置 。( 四 ) 定義硬件地址網(wǎng)絡(luò)硬件地址的替換是與 IP 地址接管合作使用的 ,它能夠維持 IP 地址和硬件地址的綁定,當(dāng)發(fā)生 IP 地址接管時(shí),將不必要進(jìn)行網(wǎng)絡(luò)客戶端 ARP緩存的刷新。5 :應(yīng)用系統(tǒng)規(guī)劃在 HACMP 內(nèi)組合節(jié)點(diǎn)的中心目的是為了給用戶的重要應(yīng)用和數(shù)據(jù)提供高可用性的環(huán)境 ,為了將應(yīng)用系統(tǒng)置于HACMP的控制之下,需定義“應(yīng)用服務(wù)器”這樣一個(gè)群集資源,應(yīng)用服務(wù)器是書(shū)寫(xiě)的Script,在其中定義了啟

39、動(dòng)和停止應(yīng)用系統(tǒng)的命令及路徑 ;當(dāng)接管發(fā)生時(shí) ,HACMP 能夠在接管節(jié)點(diǎn)上啟動(dòng)應(yīng)用。為了規(guī)劃應(yīng)用 ,必須要對(duì)應(yīng)用比較了解 ,如 :需要多大的磁盤(pán)空間 、用戶怎樣訪問(wèn)應(yīng)用等 ;還應(yīng)該清楚應(yīng)用是否需要 license ,應(yīng)用系統(tǒng)的“許可證”是HACMP中必須考慮的問(wèn)題,有時(shí)它是基于CPU的,當(dāng)主應(yīng)用節(jié)點(diǎn)發(fā)生失效時(shí),另一節(jié)點(diǎn)接管過(guò)去,但沒(méi)有應(yīng)用系統(tǒng)的“許可證”系統(tǒng)也沒(méi)法正常工作。有兩種方法解決這一問(wèn)題,一是采用“浮動(dòng)許可證”,另一是購(gòu)買(mǎi)“節(jié)點(diǎn)鎖定許可證”。還應(yīng)考慮的一個(gè)因素是在接管發(fā)生后 ,一個(gè)節(jié)點(diǎn)將要同時(shí)運(yùn)行幾個(gè)應(yīng)用,必須保證應(yīng)用數(shù)據(jù)或資源不能彼此間相互沖突 。注意 :應(yīng)用服務(wù)器文本在同步期間不

40、被傳輸 ,在主節(jié)點(diǎn)和接管節(jié)點(diǎn)上應(yīng)保持其有相同的路徑和權(quán)限 。6 : 用戶 ID 規(guī)劃 對(duì)于 HACMP 用戶 ,系統(tǒng)管理員必須在群集節(jié)點(diǎn)上產(chǎn)生相同的用戶帳號(hào) ,用戶信息也必須保持一致 ,這樣,當(dāng)群集節(jié)點(diǎn)出故障時(shí),用戶能夠 login 到其它節(jié)點(diǎn)而無(wú)需考慮由于 UID / GID 不一致所引起的問(wèn)題 。用戶的 home directory 在群集節(jié)點(diǎn)上也應(yīng)具有相同的路徑和權(quán)限 ,以保證用戶能夠方便的存取到他們自己的文件 。. 可以把 home directory 建在共享卷組上。. NFS Mount home directory 。 使用此方法時(shí),但當(dāng) NFS Server 有問(wèn)題 ,對(duì) ho

41、me directory 的 存取將被拒絕 。. NFS-Mount 共享卷組上的 home directory 這是一種組合方法,把 home directory 作為資源組的一部分且放在共享卷組上 ,所有的群集節(jié)點(diǎn)能夠存取 。三 : HACMP 的安裝與配置 在安裝 HACMP 軟件之前 ,應(yīng)首先安裝AIX操作系統(tǒng)、配置網(wǎng)卡、設(shè)置共享卷組及編輯AIX配置文件 。(1) AIX的準(zhǔn)備為了安裝HACMP,AIX必須處于相對(duì)應(yīng)的狀態(tài)。下表為HACMP的各種版本對(duì)AIX的需求。安裝HACMP的部件HAVIEW 4.2時(shí)需要安裝:安裝HACMP的部件HAVIEW 4.3時(shí)需要安裝:nv6000.Fe

42、ature為了使群集中的每個(gè)節(jié)點(diǎn)都能夠求解地址,在每個(gè)節(jié)點(diǎn)上,編輯/etc/hosts文件,確保群集內(nèi)的所有的接口的IP地址都列在里面。如果使用了域名求解配置,則編輯 /etc/resolv.conf 文件 。下面是/etc/hosts文件的示例:下面是 /etc/resolv.conf 文件示例 :編輯/.rhosts文件,確保群集中每個(gè)節(jié)點(diǎn)的服務(wù)網(wǎng)卡和Boot地址都列在里面,這樣做的目的是為了能夠運(yùn)行/usr/sbin/cluster/utilities/clruncmd命令和執(zhí)行/usr/sbin/cluster/godm進(jìn)程。當(dāng)以一個(gè)節(jié)點(diǎn)為中心配置整個(gè)群集時(shí)要用到/usr/sbin/c

43、luster/godm進(jìn)程。同時(shí),在群集同步和檢測(cè)功能使用 rcmd 、rsh命令要用到 /.rhosts 文件 ,若使用 C-SPOC 命令也需要此文件 。在不需要時(shí) ,為了安全的原因應(yīng)刪除 。下面是/.rhosts文件的示例:(2) 網(wǎng)絡(luò)的連接與測(cè)試在網(wǎng)絡(luò)的連接配置中,給系統(tǒng)中的每一塊網(wǎng)卡分配相應(yīng)的IP地址 ,但是要注意 ,standby 網(wǎng)卡與 service 網(wǎng)卡應(yīng)在不同的子網(wǎng)上??梢允褂?AIX提供的系統(tǒng)管理工具 smit 去配置相應(yīng)的網(wǎng)卡,在配置完成之后,能夠使用 AIX 命令檢測(cè) TCP/IP 子系統(tǒng)是否正常工作 。n 使用 ping 命令檢查兩節(jié)點(diǎn)間點(diǎn)到點(diǎn)的連接 。n 在所有

44、adapter 上使用 ifconfig 命令去檢查是否有不正確的 IP 地址、子網(wǎng)掩碼和廣播地址 。n 使用 lssrc g tcpip 命令去確定 inetd daemon 是運(yùn)行的 。n 使用 lssrc g portmap 命令去確定 portmap daemon 是運(yùn)行的 。n 使用 arp 命令去確定群集中的節(jié)點(diǎn)沒(méi)有使用相同的 IP 和硬件地址。 使用 smit tty 命令在節(jié)點(diǎn)上產(chǎn)生一個(gè) tty 設(shè)備 ,注意 Enable login field 應(yīng)設(shè)置為 disable 。在配置完之后也應(yīng)測(cè)試其功能 ,可以使用下列命令從一設(shè)備上寫(xiě)而從另一設(shè)備上讀 : cat /dev/tty

45、y - 在另一設(shè)備 /dev/ttyy 上寫(xiě) 。 應(yīng)能夠看到,在鍵入第一個(gè)命令后處于等待狀態(tài)直到第二個(gè)命令被鍵入,才顯示它的輸出 。(3) 群集磁盤(pán)的配置 對(duì)于群集磁盤(pán)的配置,以SSA 為例來(lái)說(shuō)明。 SSA 磁盤(pán)在AIX 系統(tǒng)中的配置 在系統(tǒng) boot 期間,AIX配置管理器配置所有 available 的設(shè)備,當(dāng)SSA 子系統(tǒng)沒(méi)有連接或SSA 軟件沒(méi)有安裝時(shí),則不能配置。配置管理器將配置以下設(shè)備:. Adapter Router (ssar)ssar 僅是概念上的配置幫助且總是定義為“Defined “狀態(tài),不能改變其為“Available“,使用下面的命令可顯示 ssar 。 # lsde

46、v C |grep ssar ssar Defined SSA Adapter Router . Adapter 定義 使用下列命令,可以檢查正確的適配器配置 。這個(gè)適配器必須處于“Available“狀態(tài) 。#lsdev C|grep ssa ssa0 Available 00-07 SSA Enhanced Adapter ssar Defined SSA Adapter Router . 磁盤(pán) 定義 SSA 磁盤(pán)在AIX中可表示為 SSA 邏輯磁盤(pán)(hdisk1、hdisk2 )和SSA 物理磁盤(pán)(pdisk1、pdisk2 ) ,用下列命令可列出所定義的SSA 邏輯磁盤(pán): 用下列命令可

47、列出所定義的SSA 物理磁盤(pán) :(4) 共享邏輯卷的配置在所有節(jié)點(diǎn)上產(chǎn)生VG、LV和文件系統(tǒng),通常采用先在一個(gè)節(jié)點(diǎn)上定義,然后在其它節(jié)點(diǎn)上“import“卷組,這保證了定義在 ODM 庫(kù)中的共享部分在群集中的所有節(jié)點(diǎn)上是相同的。. 產(chǎn)生 non-concurrent 卷組non-concurrent 存取是使用日志文件系統(tǒng)管理數(shù)據(jù)。使用 smit mkvg 去產(chǎn)生卷組。 . 產(chǎn)生 concurrent 卷組 concurrent 存取是使用原邏輯卷去管理數(shù)據(jù)。必須作為 concurrentg capable 卷組使用 smit mkvg 來(lái)產(chǎn)生 。. 產(chǎn)生共享邏輯卷和文件系統(tǒng)使用 smit m

48、klv 和 smit crjfs 來(lái)產(chǎn)生共享邏輯卷和文件系統(tǒng) 。在完成了上述配置后,應(yīng)運(yùn)行一致性檢查,測(cè)試每一個(gè)文件系統(tǒng)。1 :fsck /filesystem_name 2 : 檢查能夠 mount /unmount 這個(gè)文件系統(tǒng)。 #mount /filesystem_name #umount /filesystem_name (5) 在群集內(nèi)的其它節(jié)點(diǎn)上 import 卷組 . 在原節(jié)點(diǎn)上 vary off 卷組在完成了前面的任務(wù)之后,使用 varyoffvg 命令在原節(jié)點(diǎn)上去 deactivate 這個(gè)共享卷組。#varyoffvg volume_group_name 在卷組上的文件系

49、統(tǒng)應(yīng)被 unmount ,否則 varyoffvg 命令將報(bào)錯(cuò)。. 在目標(biāo)節(jié)點(diǎn)上 import 卷組使用 smit 或 TaskGuide 工具在目標(biāo)節(jié)點(diǎn)上 import 卷組。#smit importvg . 改變卷組的啟動(dòng)狀態(tài)卷組在 import 后的缺省配置為自動(dòng)活化狀態(tài) ,HACMP 環(huán)境要求在系統(tǒng)重新啟動(dòng)時(shí)其為非自動(dòng)活化狀態(tài) ,因此,在import 卷組后,須重新配置卷組,使用 smit chvg 命令 。#smit chvg . 在目標(biāo)節(jié)點(diǎn)上 vary off 卷組使用 varyoffvg 命令去 deactivate 這個(gè)共享卷組 ,以使其能夠在群集內(nèi)的其它節(jié)點(diǎn)上 import

50、此卷組 。#varyoffvg volume_group_name 安裝HACMP在上述準(zhǔn)備工作完成之后,即可進(jìn)行 HACMP 的安裝和配置 。HACMP的安裝,涉及大量的文件集,下面對(duì)其功能簡(jiǎn)單做一描述。l cluster.baseHACMP的基本部件,群集中所有的服務(wù)器節(jié)點(diǎn)都必須安裝。包括:cluste; HACMP Base Client Libraries;HACMP Base Client Runtime; HACMP Base Client Utilities; HACMP Base Server Diags; HACMP Base Server Events; HACMP Bas

51、e Server Runtime; HACMP Base Server Utilitiesl cluster.cspoc這個(gè)文件集包括所有C-SPOC(the Cluster-Single Point Of Control feature)應(yīng)用的命令和環(huán)境,提供對(duì)群集集中化管理的響應(yīng)??梢栽谌杭泄?jié)點(diǎn)上安裝。它包括:; HACMP CSPOC Runtime Commands; HACMP CSPOC commands; HACMP CSPOC dsh and perll cluster.adt這個(gè)文件集包括演示客戶端及包含的文件,例如在非UNIX機(jī)器上建立CLINFO客戶端的軟件。; HA

52、CMP Client Demos;HACMP Client Demos Samples; HACMP Client clinfo Samples; HACMP Client clstat Samples; HACMP Client includes; HACMP Client libcl Samples; HACMP Sample Images; HACMP Server Demos; HACMP Server Sample Demosl這個(gè)文件集包含Man pages,可以換成適合自己的語(yǔ)言。; HACMP CSPOC Man pages; HACMP Client Man pages; H

53、ACMP Server Man pages; HACMP HAView Man pagesl這個(gè)文件集含有所選語(yǔ)言的顯示信息。; HACMP CSPOC Messages; HACMP Client Messages; HACMP HAView Messagesl cluster.vsm這個(gè)可視化系統(tǒng)管理文件集含有HACMP資源圖形化管理的圖標(biāo)和位圖。cluster.vsm; HACMP X11 Dependentl cluster.haview這個(gè)文件集含有在TME 10 Netview環(huán)境下能監(jiān)控HACMP群集所需的文件。它安裝在裝有TME 10 Netview網(wǎng)絡(luò)管理的機(jī)器上,而不是裝在

54、群集節(jié)點(diǎn)上。它含有:cluster.haview; HACMP HAViewl這個(gè)文件集含有對(duì)HAView支持的Man pages及數(shù)據(jù)。包含:; HACMP HAView Manpagesl這個(gè)文件集含有對(duì)HAView支持的英文信息。包含:aview; HACMP HAView Messages注意 :TME 10 Netview 必須安裝在將要安裝 HAView 的任一節(jié)點(diǎn)上。如果 Netview 的安裝是使用 client/server 的配置,應(yīng)安裝 HAView 在 client節(jié)點(diǎn)上,否則安裝在 server 上 。Netview client 不能配置為群集節(jié)點(diǎn),這樣可以避免在發(fā)

55、生接管后 Netview 的失效問(wèn)題 。l cluster.taskguides這是含有指導(dǎo)你簡(jiǎn)單產(chǎn)生共享卷組的文件集。它包含:; HAES Shr Vol Grp Task Guidesl cluster.clvm這個(gè)文件集包含CRM(Concurrent Resource Manager)選項(xiàng)。cluster.clvm; HACMP for AIX Concurrent AccessCRM的安裝需要以下軟件:bos.rte.lvm.usr.0; AIX Run-time Executablel cluster.hc這個(gè)文件集含有應(yīng)用系統(tǒng)心跳進(jìn)程(Application Heart Beat Daemon),Oracle Parallel Server就是要利用這個(gè)進(jìn)程的應(yīng)用系統(tǒng)。; Application Heart Beat Daemon下面是 HACMP 軟件的安裝過(guò)程示例

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論