提到我的名字:Cisco UCS思科理事會,可能大多數(shù)人腦海中出現(xiàn)的還是這個畫面——
機(jī)身輕薄、簡潔,一掃機(jī)房雜亂的線纜。但是!除了強(qiáng)勢的外表,我的內(nèi)涵同樣豐富——其實,我不僅僅是個服務(wù)器,更是一個完整的系統(tǒng)!
聽起來似乎不容易理解,我先給大家講個案例:
某企業(yè)有 2 個應(yīng)用系統(tǒng),一個是 Oracle RAC,一個是 OA。
Oracle RAC 運(yùn)行在 2 臺服務(wù)器上,用的是I家的高端存儲,網(wǎng)絡(luò)是數(shù)據(jù)庫專用網(wǎng)絡(luò)思科理事會;
OA 運(yùn)行在 3 臺服務(wù)器上,用的是 E 家的中端存儲,網(wǎng)絡(luò)是 OA 網(wǎng)絡(luò)。
2 個網(wǎng)絡(luò)均建立了 ACL、配置了防火墻;存儲網(wǎng)絡(luò)也都使用了 C 家的存儲交換機(jī),并配置以 wwpn 為成員的 zoning(這些部署都符合業(yè)界的最佳實踐)。
為了便于大家理解,我還親自畫了清(hun)晰(luan)的架構(gòu)圖:
看起來是不是很(hen)親(tou)切(da)思科理事會?
現(xiàn)在問題來了,我們發(fā)現(xiàn)數(shù)據(jù)庫處理能力不足,需要添加一臺服務(wù)器時,怎么辦?
方案一
借服務(wù)器
從 OA 的 3 臺服務(wù)器中借一臺給數(shù)據(jù)庫:
首先,將OA服務(wù)器關(guān)機(jī)、所有線纜拔掉,重新接入數(shù)據(jù)庫的網(wǎng)絡(luò)和存儲。這意味著:拔掉原先的2條網(wǎng)線+2條光纖線;插入新的2條網(wǎng)線+2條光纖線。
其次,在數(shù)據(jù)庫的SAN交換機(jī)上配置zoning,在網(wǎng)絡(luò)交換機(jī)上加入ACL條目,再規(guī)劃LUN的mapping。這還沒完!
但是,完成這些過程需要至少1天,而數(shù)據(jù)庫的處理高峰早已過去……
方案二
布置思科 UCS
10 分鐘內(nèi)完成、不動任何線纜,效率極高同時減少出錯可能!沒錯,你需要的就是我——Cisco UCS,分分鐘完成復(fù)雜需求!
要問我是如何做到的?
物理架構(gòu)上依賴我的 “先天優(yōu)勢” ——在面世的那一刻起,UCS就將計算,網(wǎng)絡(luò),存儲作為一個整體,將架構(gòu)由原先的分離式變?yōu)槿诤鲜健7?wù)器再多,也只需通過Unified Fabric接入網(wǎng)絡(luò)和存儲。
軟件層面我有“無狀態(tài)計算”——要想使這個架構(gòu)真正運(yùn)行起來,還要解決軟件層面的問題,達(dá)到目前數(shù)據(jù)中心的所謂“軟件定義計算”的高度!這就要提到UCS作為一個整體的第二個創(chuàng)新點:無狀態(tài)計算!
無狀態(tài)計算
把服務(wù)器里面的物理唯一性參數(shù)和服務(wù)器硬件本身脫離關(guān)系,單獨作為一個配置文件存在。也就是說:在使用服務(wù)器時,只需修改配置文件、規(guī)定要幾個網(wǎng)卡、網(wǎng)卡的 MAC 地址以及 HBA 卡機(jī)器 wwpn 即可,將這些配置文件 “附著” 在任一服務(wù)器硬件上,服務(wù)器就可以投入使用了!
理論上我已闡述完畢,現(xiàn)在回到最初的問題,實際操作中,我是如何實現(xiàn) “借用” 的復(fù)雜需求?其實 Easy,只要如下幾步就可以:
所有 5 臺服務(wù)器接入 Unified Fabric,就是俗稱的 “交換矩陣”;
創(chuàng)建 3 個 Oracle 的配置文件,規(guī)定好網(wǎng)絡(luò)只能走接入到數(shù)據(jù)庫網(wǎng)絡(luò)交換機(jī)的特定端口;存儲只能走接入到數(shù)據(jù)庫 SAN 交換機(jī)的特定端口,建立 SAN Boot 的啟動順序。同理再創(chuàng)建 3 個 OA 的配置文件;
將 3 個 Oracle RAC 的配置文件 “附著” 到 3 臺服務(wù)器上,在數(shù)據(jù)庫網(wǎng)絡(luò)交換機(jī)里配置 ACL,在數(shù)據(jù)庫 SAN 交換機(jī)里配置 zonging。在 I 家存儲上劃分啟動 LUN 和數(shù)據(jù) LUN,安裝 OS,安裝數(shù)據(jù)庫。完成后得到一個 3 節(jié)點的 Oracle RAC;
將其中任意一臺服務(wù)器關(guān)機(jī),將其上的 “配置文件” 拿走備用。這時就有 2 臺 Oracle RAC 和 3 臺 “無狀態(tài)” 的服務(wù)器;
將 OA 的 3 個配置文件 “附著” 到剩下的 3 臺服務(wù)器上,同樣配置 ACL,zoning,boot LUN 和數(shù)據(jù) LUN,安裝 OS 和 OA 軟件;
完成!這時,你有 2 臺 Oracle RAC 服務(wù)器,3 臺OA 服務(wù)器,各自接入自己的網(wǎng)絡(luò)和存儲,開始正常工作;如果 Oracle RAC 需要 “臨時” 借用一臺服務(wù)器,只要將任意 OA 服務(wù)器的配置文件拿掉,將備用的 Oracle 配置文件 “附著” 上去即可。服務(wù)器重啟,就會再現(xiàn)第 3 步的場景,實現(xiàn) 3 節(jié)點的 Oracle RAC。你當(dāng)然可以再 “臨時” 借臺服務(wù)器,實現(xiàn)第 4 個節(jié)點的 Oracle RAC;
如果要將服務(wù)器還回去,只要將前 6 步反著做一遍即可。
整個過程,無需在前后奔走在服務(wù)器之間,無需插拔一根線纜,只要網(wǎng)絡(luò)能通,甚至在家中就能處理這種緊急情況!
怎么樣,聽完我的自述,現(xiàn)在明白“Cisco UCS不僅僅是服務(wù)器,更是一個完整的系統(tǒng)”其中的奧秘了吧!
以服務(wù)器的規(guī)格,打造系統(tǒng)級性能