IT環(huán)境的一貫特點(diǎn)是由他們的工作負(fù)載運(yùn)行的類型所決定的。傳統(tǒng)上，這些工作負(fù)載分為兩大陣營。第一類是面向批量的應(yīng)用程序，可以更容易地隔離處理。第二類是必須實時處理應(yīng)用的程序。就其性質(zhì)而言，實時應(yīng)用程序工作負(fù)載需要一個更優(yōu)化的方式來平衡內(nèi)存，磁盤和網(wǎng)絡(luò)I/O資源。
在x86環(huán)境下，這種分裂在歷史上表現(xiàn)為分析應(yīng)用程序可以工作在批處理模式下，而事務(wù)處理應(yīng)用程序必須實時處理。但現(xiàn)在隨著實時分析應(yīng)用的興起，以及微服務(wù)架構(gòu)基于容器如Docker創(chuàng)造的“云原生”應(yīng)用程序，在數(shù)據(jù)中心正在處理的工作負(fù)載的性質(zhì)明顯轉(zhuǎn)向?qū)崟r處理。
而只是為了讓事情更有挑戰(zhàn)性，其中一些應(yīng)用程序工作負(fù)載將在裸機(jī)服務(wù)器上進(jìn)行部署，而其他工作負(fù)載在虛擬機(jī)上運(yùn)行，需要從根本上不同的方法來提供計算，存儲和網(wǎng)絡(luò)資源。
所有這一切意味著IT組織比以往任何時候都需要一個通用的信息基礎(chǔ)設(shè)施平臺，能夠同時運(yùn)行每一種類型的應(yīng)用程序的工作量，使內(nèi)部的信息管理機(jī)構(gòu)靈活地管理IT基礎(chǔ)設(shè)施作為一個真正的服務(wù)。同樣重要的是，該平臺必須使一個IT組織在經(jīng)濟(jì)上完成這一目標(biāo)，而不必聘請專門的專家組成的團(tuán)隊實施建立，部署和管理。
實現(xiàn)這一目標(biāo)的唯一方法是部署融合和超融合基礎(chǔ)設(shè)施，從一開始就設(shè)計創(chuàng)建機(jī)架和IT基礎(chǔ)設(shè)施，軟件定義的基礎(chǔ)設(shè)施（SDI）的環(huán)境，以及超融合基礎(chǔ)設(shè)施，這種方法允許IT組織有效地支持小功率負(fù)載，然后，隨著工作量的規(guī)模增長，VCE塊平臺或架為基礎(chǔ)的系統(tǒng)設(shè)計，即使是最苛刻的應(yīng)用程序的工作負(fù)載，也能滿足其性能要求。
不管負(fù)載的類型或者它運(yùn)行的需求如何，基于融合的SDI架構(gòu)和超融合基礎(chǔ)架構(gòu)賦予IT組織各種規(guī)模的企業(yè)都要求的敏捷性水平。因為現(xiàn)代數(shù)據(jù)中心中，計算分配、存儲和網(wǎng)絡(luò)是交織在一起的，很顯然，IT組織需要一個單一的平臺來全盤處理各種工作負(fù)載類型，例如，一切從大數(shù)據(jù)項目，以短暫的無狀態(tài)的應(yīng)用程序中使用的容器的發(fā)展。
大數(shù)據(jù)的興起
IT運(yùn)營團(tuán)隊所看到的對生產(chǎn)環(huán)境最直接的影響是實時分析應(yīng)用進(jìn)入大規(guī)模的庫，稱為“數(shù)據(jù)的湖泊。”不同于以往的分析應(yīng)用運(yùn)行在批處理模式下，現(xiàn)代分析應(yīng)用尋求交易數(shù)據(jù)與歷史數(shù)據(jù)的關(guān)聯(lián)，為那些可以實時采取行動的組織提供預(yù)測性分析。
這些分析應(yīng)用在本質(zhì)上變得更具說明性。例如，物聯(lián)網(wǎng)（IOT）的應(yīng)用程序，將采用傳感器流數(shù)據(jù)回分析應(yīng)用程序，這反過來將使用一個事件驅(qū)動架構(gòu)在預(yù)定義規(guī)則的基礎(chǔ)上執(zhí)行實時的處理。IT組織面臨的挑戰(zhàn)是，任何這些處理事件可能發(fā)生時，沒有人能確切知道。
因此，IT組織必須確?？筛鶕?jù)需要動態(tài)地分配給這些應(yīng)用程序的計算和存儲資源池。當(dāng)IT組織可以分配的專用資源的時，會有閑置90％的時間，現(xiàn)在早已不復(fù)存在。
微服務(wù)的興起
雖然現(xiàn)代IT基礎(chǔ)設(shè)施上運(yùn)行的應(yīng)用程序的性質(zhì)正在發(fā)生明顯的變化，IT組織所面臨的更深刻的問題可能是微服務(wù)的興起。開發(fā)人員廣泛采用微服務(wù)，同時創(chuàng)建規(guī)模更大、更好的現(xiàn)代的“云原生”的應(yīng)用程序，這些應(yīng)用程序?qū)⒆罱K被大量部署在生產(chǎn)環(huán)境中。
IT運(yùn)營團(tuán)隊所面臨的挑戰(zhàn)是雙重的。大多數(shù)容器是無狀態(tài)的，因為它們被用于快速調(diào)用特定微服務(wù)。但是，這些應(yīng)用程序的下一個浪潮將是有狀態(tài)的。整個數(shù)據(jù)庫將在一個容器內(nèi)運(yùn)行。但是，作為一個有狀態(tài)的應(yīng)用程序，這些容器將尋找動態(tài)地訪問計算，存儲和網(wǎng)絡(luò)資源。
許多IT運(yùn)營團(tuán)隊并不完全明白最終會存在多少有關(guān)的容器這樣的架構(gòu)問題。一個容器可以部署在裸機(jī)服務(wù)器上的虛擬機(jī)或平臺即服務(wù)（PaaS）的環(huán)境中。如今平均有25至50個虛擬機(jī)可以被部署在一個物理服務(wù)器上。顯然，容器將越來越多地部署在裸機(jī)服務(wù)器的頂部以替代的虛擬機(jī)，或由開發(fā)的新一代即將到來的微虛擬機(jī)，例如，VMware部署。在這兩種情況下，每個物理機(jī)上運(yùn)行的容器的數(shù)量將很快達(dá)到幾百個，而每一個競爭訪問計算，存儲和網(wǎng)絡(luò)資源。因此，特別是集裝箱和微服務(wù)的總體上升是IT運(yùn)營團(tuán)隊面對的下一個主要的管理挑戰(zhàn)。
工作負(fù)載分類
定義工作負(fù)載所面臨的挑戰(zhàn)是，他們中的大多數(shù)都無法進(jìn)行簡單的分類。每種類型在不同的時間表現(xiàn)出不同的特征。一些工作負(fù)載是內(nèi)存密集型的，而其他人則在網(wǎng)絡(luò)中更強(qiáng)調(diào)I/O。根據(jù)延遲的數(shù)量是可以容忍的，一些工作負(fù)載更好地服務(wù)于閃存；其他的工作負(fù)載有，可以很容易地通過不太昂貴的磁存儲系統(tǒng)滿足延遲的要求。
為了簡化處理多個應(yīng)用程序工作負(fù)載在同一系統(tǒng)或群集上運(yùn)行的變幻莫測的任務(wù)，IT管理員必須能夠定義應(yīng)用程序類別，涵蓋多種工作負(fù)載類型。對于CPU密集型的Web服務(wù)器應(yīng)用程序的要求，顯然應(yīng)該與那些存儲密集型數(shù)據(jù)庫應(yīng)用程序的不同。一旦他們確定了這些要求，IT管理員可以定義策略，更有效地分配資源使用策略，無論保證一定性能水平或限制的IT基礎(chǔ)設(shè)施資源的任何給定的應(yīng)用程序工作負(fù)載可占用的政策資源政策。在這些策略的基礎(chǔ)上，系統(tǒng)將自動確定工作負(fù)載應(yīng)該取決于所定義的屬性所定義的屬性的地方。這一事實是非常重要的，因為不是擁有IT管理員手動提供和管理這些應(yīng)用程序的工作負(fù)載，系統(tǒng)需要照顧所有繁重的提升與優(yōu)化工作負(fù)載的性能。
同樣重要的是，這種分配資源的方法促進(jìn)了整個IT組織的合作。相反，IT管理跨孤島資源，組織專家可以協(xié)作創(chuàng)建跨計算，存儲和網(wǎng)絡(luò)資源的政策。這樣做可以使組織建立一個自助構(gòu)建在一定的工作量類自動配置其屬性的基礎(chǔ)上。這種方法大大減少了開發(fā)人員必須等待讓他們的應(yīng)用程序部署在生產(chǎn)環(huán)境中的時間。
管理IaaS的藝術(shù)
自動化的配置和應(yīng)用程序工作負(fù)載的持續(xù)管理并不是一個新概念。不幸的是，試圖實現(xiàn)對系統(tǒng)之上的IT自動化覆蓋已被證明是一項復(fù)雜的工作，需要大量的編程技巧。相比之下，現(xiàn)代IT系統(tǒng)現(xiàn)在已經(jīng)應(yīng)用這種自動化為核心平臺的方式，使內(nèi)部IT組織的靈活性上升，以滿足任何工作負(fù)載類型或等級的要求。
可以說，管理多個應(yīng)用程序工作負(fù)載的一個重大挑戰(zhàn)，就沒有什么做的底層技術(shù)。更大的文化問題往往會幫助開發(fā)者和企業(yè)高管了解如何最有效地利用所有新發(fā)現(xiàn)的靈活性，內(nèi)部IT組織已經(jīng)通過掌握使用融合和超融合平臺，這是管理IT基礎(chǔ)設(shè)施即服務(wù)的藝術(shù)啟用的定義是不可或缺的。
關(guān)于作者
托德·帕文是EMC公司融合平臺事業(yè)部VCE公司的首席運(yùn)營官。他主要負(fù)責(zé)運(yùn)營，產(chǎn)品工程，產(chǎn)品管理，產(chǎn)品營銷和制造業(yè)務(wù)。在進(jìn)入EMC主導(dǎo)業(yè)務(wù)和產(chǎn)品開發(fā)和戰(zhàn)略的融合平臺事業(yè)部之前，帕文負(fù)責(zé)工程，市場營銷和進(jìn)入市場的公司的解決方案產(chǎn)品組合的戰(zhàn)略。
京公網(wǎng)安備 11010502049343號