《基於x86架構的雲計算試驗專案》
技術要求
第一章工程描述
1.1 我公司應用系統維護中心機房負責省公司增值業務及創新系統的集中管理，目前共有64個系統共2000多台裝置在執行，均為我公司自有系統。對這些系統逐步進行雲計算改造，一方面可以此為切入點，不斷進行新技術儲備及試驗，逐步在我公司全面實施雲計算應用；另一方面，通過動態負載排程，可達到顯著的節能降耗、充分利用硬體資源、提公升系統靈活性、擴充套件性、可靠性的效果。
1.2 本工程選擇該機房兩個試點系統進行雲計算改造：xx新天地vod系統和銀河網系統。
1.3 xx新天地vod系統現狀如下：
《網路拓撲圖及相關說明》
《系統配置情況》
《目前運**況》
1.4 xx網系統現狀如下：
《網路拓撲圖及相關說明》
《系統配置情況》
《目前運**況》
1.5 本期工程建設一套省集中雲管理平台，對兩個試點系統統一雲管理；對硬體資源（pc伺服器、儲存系統等）實現虛擬化；可設定全域性統一的計算資源池、儲存資源池，也可每個試點至少乙個計算資源池、儲存資源池，賣方應提出資源池劃分建議並請詳述理由。
1.6 本系統將建立動態節電負載排程模型，即：通過對現有系統的負載分析，確定動態負載排程策略，對排程後空閒的機器實現軟關機，從而達到節能降耗的目的。
請賣方針對上述試點系統，對耗電節省情況進行量化分析，得出節電指標值，該指標將作為專案驗收的依據。
1.7 通過雲計算的引入，可充分利用系統硬體資源，請賣方對雲計算引入前後的系統硬體效能的變化情況進行量化對比說明，得出利用率提高及相關指標值，該指標將作為專案驗收的依據。
1.8 賣方應詳述除以上兩點外的其它雲計算引入的優勢，比如靈活性、擴充套件性等方面。
1.9 賣方依據以上工程描述，作出詳細的技術建議書，包括技術方案、系統整合方案和實施方案，提出整體工程進度，並針對硬體、系統軟體、應用系統（各功能模組）等方面進行初步分項**並提供配置清單。
1.10 賣方提供類似應用系統的案例介紹。
第二章總體技術要求
2.1 功能要求-計算資源虛擬化部分
2.1.1 支援所有x86 pc伺服器，支援intel/amd等型號cpu、各種型號記憶體、各種網絡卡及single root io等硬體輔助虛擬化技術。
2.1.2 支援在同一物理伺服器上安裝的異構作業系統，如：
windows xp/vista/7、windows2003/2008、suse、redhat、solaris for x86等linux作業系統，支援32bit和64bit兩個版本，賣方提供支援列表。
2.1.3 虛擬化軟體應獨立於虛擬機器os，最好獨立於物理機os，請賣方說明虛擬化軟體部署方式。
2.1.4 同一物理機分配給各虛擬機器的cpu、記憶體、網路頻寬相對獨立、互不影響。
如：當一台虛擬機器邏輯cpu達到100%時，不會爭用另一虛擬機器cpu資源，其它類似，以保證最佳qos效果。
2.1.5 支援虛擬機器直接訪問裸儲存裝置，支援san、nas、iscsi儲存等。
2.1.6 支援虛擬機器**動態調整cpu、記憶體、磁碟、網路頻寬等資源，支援虛擬機器實施**遷移到其他物理機上的能力。
2.1.7 當其中乙個虛擬機器發生故障時，不會影響同意物理機上其它虛擬機器的正常執行，物理機或虛擬機器出現故障，可以自動實現虛擬機器遷移至其它物理機上。
2.1.8 虛擬機器支援獨立的安全防火牆策略。
2.1.9 請賣方說明建立虛擬機器的最小單位（cpu、記憶體、網路、儲存等），並請說明物理裝置支援虛擬機器的最大數量。
2.1.10 虛擬化軟體支援虛擬機器優先順序設定，及某個虛擬機器對共享物理資源有高於其它虛擬機器的能力。
2.1.11 虛擬化軟體可以在任何時候啟動、暫停、停止虛擬機器。
2.1.12 虛擬化軟體支援虛擬機器「基本資源」和「上限資源」兩種設定，即：
「基本資源」是本虛擬機器獨佔的，無論什麼情況必須保證的資源；「上限資源」是指當該虛擬機器負載較重時，可根據所承載的物理機富裕資源情況，臨時動態讓該虛擬機器使用的資源，以達到充分利用硬體資源的目的。
2.1.13 可將多台物理機組成計算資源池，虛擬化軟體可在雲管理平台的排程下實現池內池內虛擬機器的動態遷移和負載分擔，賣方請說明劃分計算資源池的原則、規模、標準並給出相關建議。
2.1.14 支援對虛擬機器的遠端集中管理，支援無人值守自動化安裝和部署，管理功能至少包括：
虛擬機器的公升級、管理、部署、監控等，支援圖形介面虛擬機器的建立、刪除、暫停、恢復、停止等操作。
2.2 功能要求-儲存資源虛擬化部分
2.2.1 支援異構物理儲存系統組成儲存資源池，在充分保證物理儲存系統發揮自身效能的同時，劃分成多個虛擬儲存系統（簡稱虛擬系統），每個虛擬儲存系統可建立在單獨的物理儲存系統之上，也可在乙個儲存資源池中的多個異構物理儲存系統之上。
請賣方提供支援列表。
2.2.2 虛擬系統應支援目前主流的多種儲存連線方式，如：san、nas、iscsi等，請賣方詳細說明。
2.2.3 各虛擬系統所占用的資源，如儲存空間、cache、io通道、埠及相關配套資源相對獨立，互不影響。以保證最佳qos效果。請賣方詳細說明。
2.2.4 虛擬系統支援**動態擴充套件、調整儲存空間、io頻寬、cache等能力；支援動態建立、執行、停止、消除虛擬系統能力。
2.2.5 虛擬系統支援「基本資源」和「上限資源」兩種設定，解釋同上。
2.2.6 可根據同一物理儲存資源池內各儲存系統效能不同，根據雲管理平台發出的不同優先順序指令，虛擬化系統選擇不同效能的物理裝置建立虛擬儲存。
2.2.7 可針對虛擬系統，實現遠端同步、複製及自動備份功能。
2.2.8 支援對虛擬系統的遠端集中管理，支援無人值守自動化安裝和部署，包括：
系統公升級、管理、部署、監控以及儲存系統基本遠端維護功能等，支援圖形介面虛擬系統的建立、暫停、恢復、停止、消除等。
2.3 功能要求-雲管理平台部分
2.3.1 門戶子系統
2.3.1.1 雲管理平台向雲計算系統管理者提供門戶介面，實現應用系統管理、虛擬系統管理、排程策略管理、流程管理、執行監控管理、統計報表管理、資源使用日誌管理等清晰展示功能。
2.3.2 應用系統管理子系統
2.3.2.
1 對於新承載的應用系統，該系統向平台提出系統需求，包括：需要的處理能力、cpu數量及型別、記憶體容量、儲存容量及型別（本地/遠端）、網路頻寬、os型別、ip位址型別及數量、可靠性需求、安全性需求等指標及系統安裝檔案，平台啟動滿足相應要求的虛擬系統，實現承載。
2.3.2.2 對於已部署開通的應用系統，該系統向平台提出上述內容的調整或消除要求，平台自動**完成調整或消除。請賣方說明調整過程中對業務連續能力的影響。
2.3.3 虛擬系統管理子系統
2.3.3.1 新建虛擬系統時，平台應根據資源池中資源使用情況，通過合理的部署策略，選擇最合適的硬體資源進行部署。請賣方詳細說明。
2.3.3.2 虛擬系統資源調整時，平台應根據調整情況，對物理資源進行評估，以確定是否需要進行虛擬系統遷移。
2.3.4 排程策略管理子系統
2.3.4.
1 排程策略管理子系統是雲計算管理平台的關鍵元件，它根據應用系統的資源需求及動態資源使用情況，通過排程策略模型，得出虛擬系統與物理系統的科學對映關係，指揮虛擬系統完成在物理系統的排程任務。
2.3.4.2 本排程策略應實現節電管理模型，即根據應用系統的動態負載情況，調整虛擬機器部署位置，對空閒機器實現軟關機，從而實現最佳節電的排程策略。
2.3.4.3 本排程策略應實現充分利用物理資源的作用，在不損失可靠性的基礎上，實現硬體資源的充分利用，並節省出更多的資源共新系統使用。
2.3.4.4 本排程策略支援高可靠性應用，對於有高可靠性需求的應用系統，可根據其資源需求建立多個虛擬機器實現熱備份或負載分擔能力。
2.3.4.5 其它排程策略。賣方可根據自身技術特點，提出其它排程策略管理功能。
2.3.5 流程管理子系統
2.3.5.1 對於虛擬機器的建立、修改和登出，排程策略的改變，虛擬機器動態遷移和調整等，需要有管理員審核，審核通過後方可執行。需設定相關流程管控環節。
2.3.5.2 對於虛擬機器根據相關策略執行的遷移和調整動作，原則上管理平台不予干涉，但需要預留審核管控環節。
2.3.6 執行監控、統計報表及資源使用日誌管理子系統
2.3.6.1 對虛擬系統執行的各項指標（狀態、cpu利用率、記憶體利用率、儲存空間佔用率、網路頻寬使用率等）進行實時監控，關鍵指標超過閾值報警。
2.3.6.2 對物理系統總體資源進行實時監控，對空閒資源進行實時監控和統計。
2.3.6.3 對虛擬系統資源調整情況、排程情況，平台配置變更情況、應用系統變更情況、使用者登入情況進行日誌記錄，並生成統計報表並可進行實時查詢。
2.3.7 雲計算管理平台應與資源虛擬化軟體具備完全相容性，保證二者的平滑、高效對接。請賣方詳細說明。
2.4 效能要求
2.4.1 虛擬化軟體占用系統資源不超過全部資源的10%，即：同一物理機上所有虛擬機器占用資源的和應大於等於物理機全部資源的90%。請賣方詳細說明該指標及測算依據。
2.4.2 虛擬系統遷移時所需時間應小於3分鐘。
x86和arm的區別
x86與arm的區別 x86是英特爾公司開發的並且通治了幾十年.x86反應快在pc應用廣泛.86與arm最大不同在於指令集上.x86跟硬體發揮優勢.但是帶來的功耗大.arm構架指令簡單執行起來快功耗也低.現在智慧型手機和平板很火.平板電腦要求便攜和續航能力.arm構架具有低功耗.使之有了市場.那麼為...
X86處理器與ARM處理器
摘要arm架構在嵌入式系統 超級計算機領域有著龐大的市場占有量。本文從x86架構出發，通過對比體現arm架構處理器的結構和特性。x86架構與arm架構的最根本區別是採用了不同的指令集。arm處理器採用32位元精簡指令集 risc 處理器架構，x86架構處理器採用可變指令長度的複雜指令集計算機 cis...
1 架構師書籍列表
架構師推薦購買書籍列表 1.技術這十年 理由 介紹 技術發展，尤其是技術架構，對銀行系統架構的發展有充分借鑑意義。2.駕馭大資料 理由 世界著名資料倉儲公司teradata首席分析專家billfranks的經驗分享，對於資料架構和大資料應用有借鑑意義。3.軟體架構設計 作者 溫昱 理由 作者在金融行...