需求分析2知識目標了解項目背景和建設需求了解傳統架構的局限性了解云平臺架構的需求01能力目標掌握項目建設的背景需求了解傳統架構的局限性

了解云平臺架構的需求02學習目標3目錄01項目背景02需求與挑戰03傳統架構及局限性分析04項目目標及云平臺計算的需求4項目背景某市作為國家國際貿易綜合改革試點、國內貿易流通體制改革發展綜合試點和國家新型城鎮化試點城市,物流業是伴隨著市場的繁榮而日漸壯大的，集聚效應比較強大，是全國最大的零擔貨運配載物流樞紐之一。某港口集團作為國有企業承擔著進一步完善市場物流支撐體系，加快發展國際陸港功能的重要職責，努力構建陸、鐵、海運、航空立體物流體系，以實現陸港與海港的無縫對接和“物流、商流、信息流”的有效銜接以及區域性大通關的目標。5項目需求現在數據中心中托管了集團大量的服務器、存儲、交換機。目前這些物理服務器都是獨立的對外提供服務，服務器整體利用率不高。考慮到未來需要構建兩個數據中心，且需要通過虛擬化和云管理平臺對現有的資源和未來擴展的資源進行統一管理。6傳統架構介紹各業務應用的架構通常是豎井式架構，IT基礎資源85%是被浪費掉的，因為無法整合IT資源的計算能力，每個IT資源都是獨立的提供，以避免相互干擾。大部分的系統資源在80%的日常運行情況下，只使用了30%以下，而只有10%的業務高峰下會用到90%的資源，這個系統在日常運行時的資源并不能拿出來給其他系統使用，只能浪費。這種模式導致了業務之前資源分配非常的不均勻、資源使用效率低下，而且空閑的資源無法靈活調用。需要一種動態的基礎架構即服務的平臺來快速響應業務環境的變化，適應“互聯網+”的應用模式。傳統架構以業務單元為導向建立所需的服務器、存儲、網絡等基礎架構設施，如下圖所示：7傳統架構的介紹圖1傳統系統架構8傳統架構存在的問題服務器的物理分布不集中，每項業務都有自己獨立運行的服務器；服務器系統的環境比較復雜，表現為設備數量多，故障點多，產品不統一，缺乏規范性，運維管理的工作量和難度大；各個系統重復投資和建設，建設成本高，技術上沒有統一規范和標準；沒有實現資源共享，服務器資源使用率低，難以集中管理和使用；不能根據實際需要和業務變化動態調整資源和快速擴展，系統的靈活性和擴展性差；部分服務器存在單點故障隱患，有些服務器的高可用性配置不合理，造成資源閑置狀態和成本過高。9項目目標集團互聯網基礎設施服務的構架模式，將集團中的多臺服務器組成“云端”，通過云操作系統的調度，向集團中的各個子系統提供一個統一的運行支撐平臺。將資源整合成一個虛擬的資源池，為整個集團提供所需要的存儲資源和虛擬服務器等服務。與此同時，可借助云計算平臺的云操作系統對資源池內的資源進行有效的切割、調配和整合，以滿足大數據量的存儲需求、高訪問量的社會公共查詢需求、多系統的綜合管理需求以及多用戶的資源分享需求等，優化資源分配，提高工作效能。10云計算平臺需求計算虛擬化需求需要通過虛擬化技術將一臺物理計算機虛擬為多臺邏輯計算機。在一臺物理計算機上同時運行多個邏輯計算機，每個邏輯計算機可運行不同的操作系統，并且應用程序都可以在相互獨立的空間內運行而互不影響，從而顯著提高計算機的工作效率。虛擬化使用軟件的方法重新定義劃分IT資源，可以實現IT資源的動態分配、靈活調度、跨域共享，提高IT資源利用率，服務于靈活多變的應用需求。11云計算平臺需求存儲資源池需求存儲資源池需要能夠兼容使用集中式存儲和分布式存儲，能夠根據業務類型對存儲的不同需求，便捷的分配不同類型的存儲，能夠支持不同的存儲類型。兼容傳統集中式存儲，能夠為高IOPS要求的傳統業務，例如Oracle數據庫等提供存儲支持；對于分布式存儲，能夠將數據分散存儲在多臺獨立的設備上。傳統的網絡存儲系統采用集中的存儲服務器存放所有數據，是可靠性和安全性的焦點，不能滿足大規模存儲應用的需要。分布式存儲系統采用可擴展的系統結構，利用多臺存儲服務器分擔存儲負荷，它不但提高了系統的可靠性、可用性，還易于擴展，降低存儲采購成本。分布式存儲系統不僅為虛擬主機提供塊存儲也為對象存儲提供存儲能力。同時分布式存儲系統提供數據的多個實時副本，保證用戶數據的安全。12云計算平臺需求網絡虛擬化網絡虛擬化以軟件方式完整再現了物理網絡。虛擬網絡不僅可以提供與物理網絡相同的功能特性和性能保證，而且還具有虛擬化的運維優勢和硬件獨立性，包括快速調配、無中斷部署、自動維護等。網絡虛擬化將邏輯網絡連接設備和服務（邏輯端口、交換機、路由器、防火墻、負載平衡器