發(fā)展大型機(jī)與擴(kuò)展其他的后端IT平臺不同。隨著分布式計(jì)算的發(fā)展，如果容量規(guī)劃人員發(fā)現(xiàn)當(dāng)前服務(wù)器已經(jīng)達(dá)到計(jì)算瓶頸，他們會往機(jī)架上添加更多的服務(wù)器作為解決方案。
然而，因?yàn)樯婕暗匠杀締栴}，大型機(jī)的容量規(guī)劃更為謹(jǐn)慎和嚴(yán)格。開啟新的處理器，甚至增加邏輯分區(qū)(LPAR)CPU上限，都能對大型機(jī)的硬件和軟件成本產(chǎn)生巨大的影響。
在使用過程中，IBM大型機(jī)幾乎為主機(jī)的每個(gè)使用周期都提供了諸如System Management Facility和Resource Management Facility這樣的工具。同時(shí)，IBM借助Central Processing Complexes(CPC)來控制IT組織可以使用的處理器和微代碼，從而簡化大型機(jī)的升級過程。這種配置允許授權(quán)的IT部門使用IBM授權(quán)的一段微代碼來執(zhí)行“客戶啟動升級”(Customer Initiated Upgrade，CIU)。Capacity on Demand(CoD)對于永久升級是可行的，而On/Off Capacity on Demand(OOCoD)更適合臨時(shí)升級。IT組織若需要?jiǎng)討B(tài)的主機(jī)容量規(guī)劃，則必須與IBM簽署合同并具備已經(jīng)安裝的能容量升級記錄。
z/OS操作系統(tǒng)容量規(guī)劃管理的進(jìn)階
適用于z/OS 1.9或更高版本的Capacity Provisioning Manager(CPM)更好地實(shí)現(xiàn)了動態(tài)調(diào)整，允許依據(jù)工作負(fù)載的性能自動增加或刪除容量。通過CPM，安裝裝置可以自行定義策略，如果工作負(fù)載的性能不佳，管理軟件則根據(jù)該策略調(diào)用OOCoD以增加容量。當(dāng)需求恢復(fù)至正常水平，CPM則削減容量。
CPM之所以能夠做出這些決策，要?dú)w功于其與z/OS的工作負(fù)載管理器(WLM)接口。通過WLM，CPM監(jiān)視工作負(fù)載以及滿足性能目標(biāo)的過程。然而，如果工作負(fù)載缺少標(biāo)記，CPM將查看CPU和其他信息。它將綜合考慮所有的因素，如果認(rèn)為額外的容量不能起到幫助作用，它很可能不調(diào)用OOCOD，并降低有關(guān)工作負(fù)載的優(yōu)先級。
CPM的規(guī)則涉及很多方面。隨著最大和最小容量的變化，用戶可以在每天不同的時(shí)間為不同的工作負(fù)載定義規(guī)則和閾值，以滿足對額外容量的需求。更重要的是，當(dāng)高峰時(shí)節(jié)過去，不再需要的容量會被關(guān)閉。
CPM依靠數(shù)百萬服務(wù)單位(MSU)的常規(guī)處理器來管理容量。它是如何實(shí)現(xiàn)的?這取決于大型機(jī)用戶的設(shè)置和軟硬平臺的實(shí)現(xiàn)。對于專門的處理器容量，CPM會隨著zIIPs和zAAPs的上線或離線而發(fā)生變化。
z/OS 2.2版本升級
IBM的z/OS 2.2版本操作系統(tǒng)的升級包含了許多驚喜，正逐步地推動著z/OS的發(fā)展，這些驚喜包括Capacity Provisioning Manager、單指令多數(shù)據(jù)流指令以及zIIP處理器同時(shí)多線程技術(shù)等的拓展。
CPM功能拓展到硬件
依靠額外增加的容量，z/OS 2.2操作系統(tǒng)的發(fā)布將Capacity Provisioning功能拓展到硬件層面，按照處理器類型由CPC來監(jiān)控該類處理器的忙閑。當(dāng)CPU使用率超過一定的閾值，CPM將在線分配更多的引擎給需要它們的邏輯分區(qū)。當(dāng)工作負(fù)載的短缺結(jié)束時(shí)，Capacity Provisioning Manager則會將多余的引擎移開。
針對這種引擎的輔助功能，CPM規(guī)則將CPC的邏輯名稱組合在一起，就像定義盒子中的支持構(gòu)件那樣，放入配置域。在該策略中，用戶定義使用條件，即為容量設(shè)置增減閾值和次數(shù)。這些條件不能用于管理定義和組容量。除了CPU使用情況，它們不考慮其他瓶頸。
CPC級別的動態(tài)容量不涉及WLM或工作負(fù)載是否能滿足目標(biāo)。由于CPM只關(guān)注處理器的忙閑，不重要的工作負(fù)載，如批處理文件，可能會引發(fā)較高的CPC利用率，從而增加容量調(diào)用，即使用戶并不需要。然而，與過去的大型機(jī)技術(shù)相比，IBM設(shè)計(jì)這個(gè)方案是為了更積極地滿足容量使用的峰值情況。
CPM值得信賴嗎?
CPM對于管理具有高度變動性的工作負(fù)載是一個(gè)不錯(cuò)的解決方案。如果平臺不具備此種平衡能力，要么導(dǎo)致容量過剩，要么盡早按照未來的需求對容量進(jìn)行規(guī)劃。
歸結(jié)起CPM的缺陷，那就是成本，這也似乎是大型機(jī)繞不開的話題。大多數(shù)軟件廠商，包括IBM在內(nèi)，都基于處理容量進(jìn)行報(bào)價(jià)。因此，動態(tài)主機(jī)容量規(guī)劃的第一步是確保軟件供應(yīng)商的合同，在CPM增加馬力時(shí)，成本不會大幅增加。對于某些軟件，容量規(guī)劃人員也必須將此因素考慮在內(nèi)，深夜5分鐘左右的峰值成本可能有整月成本那么多。
一切因素歸根結(jié)底都要依靠規(guī)劃。
京公網(wǎng)安備 11010502049343號