4 數(shù)據(jù)庫(kù)PaaS云平臺(tái)帶來(lái)的運(yùn)維和管理的轉(zhuǎn)變

    4．1 數(shù)據(jù)庫(kù)PaaS云平臺(tái)的運(yùn)維管理模式

    從本質(zhì)上來(lái)說(shuō)，云計(jì)算并不是一種技術(shù)的革命，而是一種管理模式的革命。云計(jì)算的技術(shù)基礎(chǔ)，不論是服務(wù)器虛擬化、存儲(chǔ)虛擬化，還是平臺(tái)軟件級(jí)別的集群和資源控制，都是已經(jīng)存在了若干年的技術(shù)。從技術(shù)手段上來(lái)說(shuō)，這些技術(shù)手段短則出現(xiàn)了10年，長(zhǎng)的在30年前就已經(jīng)存在了(如服務(wù)器虛擬化)。但是云計(jì)算之所以能對(duì)IT的建設(shè)和運(yùn)維帶來(lái)新的創(chuàng)新，關(guān)鍵在于對(duì)整個(gè)IT架構(gòu)的日常管理和運(yùn)維帶來(lái)的革命性變更。將所有的資源虛擬化后，伴隨著動(dòng)態(tài)可調(diào)的能力，大大加快了新應(yīng)用建設(shè)在平臺(tái)層的建設(shè)速度，而且能按照實(shí)際的運(yùn)行情況進(jìn)行動(dòng)態(tài)調(diào)整。

    但是這種管理模式革命性的變更，也帶來(lái)了對(duì)應(yīng)用／系統(tǒng)管理維護(hù)的新需求。傳統(tǒng)方式中，在大多數(shù)的實(shí)際情況下，應(yīng)用軟件的開(kāi)發(fā)商SI不僅僅是對(duì)自己的應(yīng)用提供運(yùn)維，而且也對(duì)其應(yīng)用之下的平臺(tái)軟件／硬件進(jìn)行主要的運(yùn)維操作，并根。據(jù)實(shí)際運(yùn)行的情況，對(duì)用戶提出基礎(chǔ)架構(gòu)擴(kuò)容和調(diào)整的需求。在采用PaaS提供數(shù)據(jù)庫(kù)云的方式下。之前的SI全部負(fù)責(zé)的方式必然不可行。因?yàn)镾I不再負(fù)責(zé)包括基礎(chǔ)硬件和數(shù)據(jù)庫(kù)軟件的數(shù)據(jù)庫(kù)平臺(tái)的運(yùn)維，而只是一個(gè)數(shù)據(jù)庫(kù)作為服務(wù)的消費(fèi)者，必須要有第三方負(fù)責(zé)相應(yīng)云平臺(tái)的運(yùn)維。同時(shí)，由于實(shí)際的情況，SI往往會(huì)提出自己的數(shù)據(jù)庫(kù)服務(wù)需要的資源變更請(qǐng)求，對(duì)于這些資源變更請(qǐng)求的評(píng)估和批準(zhǔn)。當(dāng)然也應(yīng)該由SI之外的人員／組織予以完成。簡(jiǎn)單總結(jié)一下，在采用數(shù)據(jù)庫(kù)云平臺(tái)后，原來(lái)的SI和最終用戶的關(guān)系會(huì)演變成如下4方面的關(guān)系，如圖8所示。

    首先引入的是SI的數(shù)據(jù)庫(kù)云平臺(tái)維護(hù)者，負(fù)責(zé)對(duì)數(shù)據(jù)庫(kù)云平臺(tái)的日常監(jiān)控、安全管理等工作。而且需要由數(shù)據(jù)庫(kù)云平臺(tái)管理者負(fù)責(zé)對(duì)開(kāi)發(fā)商提出的資源變更需求進(jìn)行決策，判斷是否應(yīng)當(dāng)進(jìn)行資源調(diào)整。數(shù)據(jù)庫(kù)云平臺(tái)的管理者也需要根據(jù)實(shí)際業(yè)務(wù)的情況和云平臺(tái)維護(hù)者給出的系統(tǒng)報(bào)告。主動(dòng)地進(jìn)行資源調(diào)整，以確保系統(tǒng)的資源利用率和各個(gè)應(yīng)用的服務(wù)質(zhì)量。

    這樣的管理模式變革，對(duì)數(shù)據(jù)庫(kù)云平臺(tái)也提出了相應(yīng)的技術(shù)要求。例如，必須有完整的監(jiān)控手段，監(jiān)控各個(gè)應(yīng)用資源的使用情況，而且不僅僅是監(jiān)控。還需要提供更高層次的診斷和優(yōu)化工具，避免由于SI開(kāi)發(fā)應(yīng)用的低效率而導(dǎo)致的資源浪費(fèi)，避免誰(shuí)的應(yīng)用越爛，誰(shuí)就能分配更多資源的不良情況。

    對(duì)于數(shù)據(jù)庫(kù)云平臺(tái)的維護(hù)者來(lái)說(shuō)，也需要更高的技能提升，能在多租戶的情況下，從數(shù)據(jù)庫(kù)的運(yùn)維上升到數(shù)據(jù)庫(kù)云的運(yùn)維。對(duì)平臺(tái)維護(hù)者來(lái)說(shuō)，也是一個(gè)全新的課題。

    4．2 目前在數(shù)據(jù)庫(kù)PaaS云平臺(tái)上的運(yùn)維管理實(shí)踐

    基于廣東移動(dòng)網(wǎng)絡(luò)運(yùn)維部門(mén)數(shù)據(jù)庫(kù)系統(tǒng)多而雜的特點(diǎn)，在數(shù)據(jù)庫(kù)云平臺(tái)部署過(guò)程中，對(duì)云平臺(tái)的管理和運(yùn)維也相應(yīng)總結(jié)了一套實(shí)用的管理流程。其主要涵蓋了從部署云資源池、應(yīng)用申請(qǐng)?jiān)破脚_(tái)資源需求、評(píng)估和審批資源，到部署應(yīng)用服務(wù)和所對(duì)應(yīng)的計(jì)算和存儲(chǔ)資源、服務(wù)資源SLA管理和按需資源調(diào)度。再到最終應(yīng)用退出和資源回收的一套完整過(guò)程。下面簡(jiǎn)單舉例說(shuō)明部分管理流程要點(diǎn)，如圖9所示。

圖8 原來(lái)的SI和最終用戶的關(guān)系

圖9 部分管理流程要點(diǎn)

    4．2．1創(chuàng)建資源服務(wù)池

    首先基于Exadata構(gòu)建廣東移動(dòng)網(wǎng)絡(luò)運(yùn)維的多個(gè)數(shù)據(jù)庫(kù)資源池，分為OLTP型應(yīng)用資源池、OLAP型應(yīng)用資源池、空閑資源池等，如圖10所示。將部分服務(wù)器劃分在各個(gè)對(duì)應(yīng)的資源池內(nèi)。

 圖10 數(shù)據(jù)庫(kù)資源池分類

    4.2.2評(píng)估原有生產(chǎn)系統(tǒng)業(yè)務(wù)特點(diǎn)

    對(duì)原有各個(gè)生產(chǎn)系統(tǒng)進(jìn)行調(diào)研和評(píng)估，評(píng)估原有系統(tǒng)的硬件配置和系統(tǒng)容量，如圖11所示。對(duì)應(yīng)用特點(diǎn)進(jìn)行評(píng)估，評(píng)估業(yè)務(wù)特點(diǎn)和處理峰值。評(píng)估業(yè)務(wù)系統(tǒng)遷移到Exadata數(shù)據(jù)庫(kù)云平臺(tái)后，對(duì)所需的存儲(chǔ)和計(jì)算能力需求以及對(duì)應(yīng)用的重要程度進(jìn)行評(píng)估分類，以便在數(shù)據(jù)庫(kù)云平臺(tái)中進(jìn)行資源控制和服務(wù)級(jí)別管理。

    4.2.3創(chuàng)建業(yè)務(wù)服務(wù)并配置對(duì)應(yīng)分配的資源

    將各個(gè)業(yè)務(wù)應(yīng)用創(chuàng)建成數(shù)據(jù)庫(kù)應(yīng)用服務(wù)，在所對(duì)應(yīng)的資源池內(nèi)進(jìn)行部署，并按照各個(gè)數(shù)據(jù)庫(kù)應(yīng)用服務(wù)的評(píng)估所需的資源進(jìn)行初始資源劃分，如圖12所示。并按照各個(gè)應(yīng)用服務(wù)服務(wù)的生產(chǎn)規(guī)律性周期頻度，進(jìn)行規(guī)律性資源計(jì)劃定義。

5 現(xiàn)網(wǎng)應(yīng)用效果對(duì)比

    5．1性能對(duì)比

    經(jīng)過(guò)實(shí)際測(cè)試，基于現(xiàn)網(wǎng)真實(shí)數(shù)據(jù)和應(yīng)用，測(cè)試Exadata數(shù)據(jù)庫(kù)云平臺(tái)的多／直ffi(0LTP+0LAP），性能提升從44倍到6 750倍。原來(lái)數(shù)小時(shí)的大作業(yè)類似于OLAP，目前只需要幾秒鐘完成，基本都提高了上千倍。原來(lái)大量循環(huán)+游標(biāo)類似于OLTP的存儲(chǔ)過(guò)程也有“倍和127倍的提高，見(jiàn)表1。

表1 實(shí)際測(cè)試結(jié)果
 

    5．2系統(tǒng)擴(kuò)展能力

    對(duì)于Exadata的數(shù)據(jù)庫(kù)云平臺(tái)擴(kuò)展能力測(cè)試，告警SQL5(CPU高負(fù)載SQL，SQL達(dá)34 KB)從1／4配(執(zhí)行時(shí)間0：01：08)擴(kuò)展到1／2配(執(zhí)行時(shí)間0：00：31)時(shí)，可以明顯發(fā)現(xiàn)執(zhí)行時(shí)間線性減少(從68 8到31s)，如圖13所示。

圖11 原有生產(chǎn)系統(tǒng)評(píng)估實(shí)例

圖12 初始資源劃分

圖13 數(shù)據(jù)庫(kù)云平臺(tái)擴(kuò)展能力測(cè)試

    5．3壓縮比

    經(jīng)過(guò)測(cè)試，用現(xiàn)網(wǎng)生產(chǎn)數(shù)據(jù)在Exadata數(shù)據(jù)庫(kù)云平臺(tái)中壓縮存儲(chǔ)，Exadata對(duì)兩個(gè)大表的壓縮率分別可達(dá)到7倍和10倍，見(jiàn)表2。

表2 壓縮比測(cè)試結(jié)果

    5．4數(shù)據(jù)庫(kù)云服務(wù)資源池和服務(wù)定義

    配置兩個(gè)數(shù)據(jù)庫(kù)服務(wù)Servicel、Service2，可以在數(shù)據(jù)庫(kù)云服務(wù)虛擬池內(nèi)實(shí)現(xiàn)服務(wù)的動(dòng)態(tài)擴(kuò)展、回收和遷移。建立ora．gmsp服務(wù)池，管理dm01db01、dm01db02兩個(gè)服務(wù)器的資源。Srvctl add srvpool—g ora．gmsp—10一u—1—i0一n dm01dbol。din01db02也可以在Oracle企業(yè)管理器界面中添加服務(wù)器池。

    添加dbfsdg_mount資源具體操作方法如下。

    ·在Oracle企業(yè)管理器界面中服務(wù)器集群dm01一cluster上的資源管理處添加資源。

    ·資源名：dbfsdg_mount。

    ·資源類型：local—resource。

    ·操作程序：代理文件和操作腳本。

    5．5服務(wù)資源分配

    在數(shù)據(jù)庫(kù)云平臺(tái)內(nèi)，可以按照業(yè)務(wù)優(yōu)先級(jí)配置系統(tǒng)資源供給。能夠配置的資源包括業(yè)務(wù)的CPU、內(nèi)存、并發(fā)會(huì)話數(shù)以及I／0優(yōu)先級(jí)和吞吐量。

    通過(guò)在Oracle企業(yè)管理器界面中定義資源計(jì)劃，可以基于多種條件將不同的會(huì)話劃分到多個(gè)資源組中，對(duì)不同的資源組分配不同的CPU資源，分配CPU資源可以基于CPU百分比，定義多個(gè)優(yōu)先級(jí)進(jìn)行分配。

    5．5．1對(duì)CPU的分配

    在系統(tǒng)中定義了0LTP-GROUP、OLAP__GROUP和OTHER GROUP 3個(gè)資源組，根據(jù)需求，為不同的資源組分配不同的CPU比例。

    ·OLAP GROUP：60％。

    ·0U11P_GROUP：20％。

    ·OTHER_GROUP：20％。

    通過(guò)分配，可以保證資源組中的會(huì)話獲得所需的CPU資源，高優(yōu)先級(jí)的會(huì)話獲得更多的資源。

    5．5．2對(duì)最大活動(dòng)會(huì)話數(shù)的分配

    通過(guò)定義O皿GROUP、OLAP_GROUP和OTHERGROUP3個(gè)資源組，對(duì)資源組中的用戶限制最大活動(dòng)會(huì)話數(shù)。

    ·OLAP_GROUP：300。

    ·OLTP_GROUP：50。

    ·OTHER_GROUP：100。

    資源組中的用戶的并發(fā)會(huì)話不能超過(guò)設(shè)定的上限，超過(guò)上限的會(huì)話創(chuàng)建請(qǐng)求會(huì)被放置在隊(duì)列中。

    5．5．3對(duì)I／O資源的分配

    通過(guò)定義OLTP_GROUP、OLAP_GROUP和OTHER_GROUP 3個(gè)資源組，對(duì)可使用的I／0帶寬和每秒鐘的I／0次數(shù)進(jìn)行限制，保證高優(yōu)先級(jí)的用戶獲得更快的I／O響應(yīng)。

    ·OLAP_GROUP：每秒最高I／O帶寬使用10 000 MB，I／0次數(shù)上限為100 000次。

    ·0LTP—GROUP：每秒最高ⅣO帶寬使用100 MB，I／0次數(shù)不受限制。

    ·OTHER—GROUP：每秒最高I／0帶寬使用1 000MB，I／O次數(shù)不受限制。

    5．6集中化管理和監(jiān)控

    通過(guò)云管理平臺(tái)監(jiān)控系統(tǒng)運(yùn)行情況，可查看主機(jī)、存儲(chǔ)、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)等基本信息，查看日志和告警信息等。

    登錄Oracle企業(yè)管理器的管理界面，在目標(biāo)主機(jī)中找到Exadata的主機(jī)，打開(kāi)主機(jī)后在性能選項(xiàng)卡中可以看到CPU、內(nèi)存、磁盤(pán)I／O的使用率曲線，如圖14所示。

圖14 集中化管理和監(jiān)控?cái)?shù)據(jù)界面

6 結(jié)束語(yǔ)

    云計(jì)算給電信企業(yè)帶來(lái)了技術(shù)的創(chuàng)新。也帶來(lái)了管理的變革、支撐形式的挑戰(zhàn)和業(yè)務(wù)運(yùn)營(yíng)的機(jī)遇。隨著數(shù)據(jù)庫(kù)云平臺(tái)的逐漸成熟和落地，會(huì)看到更加靈活、快捷的應(yīng)用的部署；更加低能耗、低成本的運(yùn)營(yíng)；更加簡(jiǎn)單的維護(hù)和管理；更加容易實(shí)現(xiàn)的大規(guī)模系統(tǒng)建設(shè)甚至全國(guó)性集中化系統(tǒng)的建設(shè)，由此而帶來(lái)的是企業(yè)規(guī)模式效益、全網(wǎng)化的營(yíng)銷和服務(wù)、統(tǒng)一和集中化的管理等價(jià)值，對(duì)電信企業(yè)的轉(zhuǎn)型起到關(guān)鍵的作用。所以進(jìn)一步深人探索和實(shí)現(xiàn)低成本、大規(guī)模數(shù)據(jù)庫(kù)云計(jì)算技術(shù)，特別是與之配合的管理和運(yùn)維問(wèn)題，是下一步深化數(shù)據(jù)庫(kù)云計(jì)算技術(shù)的關(guān)鍵任務(wù)。 

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：企業(yè)級(jí)數(shù)據(jù)庫(kù)云平臺(tái)的建設(shè)與運(yùn)維方案(下)

本文網(wǎng)址：http://www.ezxoed.cn/html/support/1112156952.html